Много видове методи за тестване на софтуер

Преди софтуерът да стане публичен, програмистите прекарват часове в опит да изгладят всяка малка грешка. Докато продуктът удовлетвори всички заинтересовани страни, той няма да бъде достъпен за търговска употреба.

Огромни софтуерни компании, като Google, успяват въпреки ниско-приоритетните грешки в софтуера си, защото имат търпеливи инвеститори и лоялни потребители. По-малките компании и стартиращите фирми обаче нямат този лукс. Клиентите очакват продуктите да правят това, което претендират на страницата за продажби или в документацията. Тъй като има толкова много опции, те няма да помислят два пъти за скачащия кораб, ако продуктът губи времето и парите си. Следователно, софтуерът претърпява строги тестове преди пускане, за да:

• подчертават разликите между оригиналната концепция и крайния резултат
• проверява дали софтуерът работи по начина, по който са планирани дизайнерите
• потвърждава, че крайният продукт отговаря на изискванията на клиентите
• оценка на характеристиките и качеството

Тестването следва строг план за оптимизиране на уменията на персонала, времето и парите, като същевременно предоставя на заинтересованите страни съществена информация, за да може продуктът да бъде насочен напред. Целта е да се улесни опитът на крайния потребител чрез силна програма за гарантиране на качеството.С толкова високите лимити, QA мениджърите са едни от най-добрите в технологичната индустрия. Тестването обикновено следва следните стъпки:

1. Анализ на изискванията, когато мениджърите очертават план за въвеждане на подходяща стратегия за тестване.
2. Тестовете започват и резултатите се анализират.
3. Всички дефекти се коригират и софтуерът преминава през регресионно тестване - система, която проверява дали програмата все още работи след модификации.
4. След това докладът за приключване на теста описва целия процес и резултатите.

Индивидите могат да станат сертифицирани тестери на софтуер чрез организации като BCS, Chartered Institute for IT, ISTQB® (Международна квалификационна комисия за тестване на софтуер) и ASQ (преди американското дружество за качество).

Методи за тестване на софтуер

Тестът за черна кутия и бяла кутия са двата основни метода за преценка на поведението и производителността на продукта, но има и други методи.

• Тестване на черната кутия: Наричан също функционално или базирано на спецификация тестване, този метод се фокусира върху изхода. Тестерите не се занимават с вътрешните механизми. Те само проверяват дали софтуерът прави това, което е трябвало да направи. Познаването на кодирането не е необходимо и тестовете работят на ниво потребителски интерфейс.
• Тестване на бяла кутия: Този метод използва кодиране на ноу-хау като част от процедурата за изпитване. Когато продуктът се провали, тестерите отиват толкова дълбоко в кода, колкото е необходимо, за да открият причината. Софтуерните разработчици правят това сами, тъй като определят как продуктът трябва да работи. Структурно и стъклено тестване са други имена за този метод.

• Статично изпитване: Тестерите разглеждат кода и документацията на софтуера, но не изпълняват програмата. Статичните тестове започват в началото на разработването на продукта по време на процеса на проверка.
• Динамично тестване: Софтуерът се изпълнява с различни входове и тестовете сравняват изходите с очакваното поведение с този метод.
• Тестване на графичен потребителски интерфейс: Това тества GUI характеристики като форматиране на текст, текстови полета, бутони, списъци, оформление, цветове, шрифтове, размери на шрифтове и т.н. Тестването на GUI отнема много време и компаниите на трети страни често поемат задачата вместо разработчиците.

Нива на изпитване

Различни нива на тестване се използват за идентифициране на области на слабост и припокриване във всяка фаза от жизнения цикъл на разработка на софтуер.

• Тестване на единици: Разработчиците тестват най-основните части от класовете, класовете, интерфейсите и функциите / процедурите. Те знаят как техният код трябва да реагира и може да прави корекции в зависимост от изхода.
• Тестване на компонентите: Други имена са модулни или програмни тестове. Тя е подобна на тестването за единица, но съдържа по-високо ниво на интеграция. Модулите на софтуера се тестват за дефекти, за да се провери тяхната индивидуална функция.
• Тестване на интеграцията: Това идентифицира грешки, когато модулите са интегрирани. Различните интеграционни тестове са отдолу нагоре, отгоре надолу и функционално нарастващо.

• Тестване на системата: Компонентите на проекта се тестват като цяло в различни среди с този метод. Той попада под метода на черната кутия и е един от заключителните тестове в процеса. Той определя дали системата функционира така, както трябва, за да отговори на нуждите на бизнеса и на потребителите.
• Алфа тестване: Вътрешният персонал тества софтуера на сайта на разработчика в симулирана или действителна среда. След това разработчиците отстраняват грешки и други проблеми.
• Бета-тестване: Известни също като тестване на място, клиентите тестват продукта на собствените си сайтове в реални условия. Клиентите могат да предложат на група крайни потребители възможност да тестват софтуера чрез предварителни или бета версии. Отзивите за възможни подобрения се изпращат на разработчика.

• Изпитване за приемане: Също така в рамките на теста за черна кутия, клиентите тестват софтуера, за да разберат дали разработчикът е създал програмата до желаните спецификации.

Видове тестове

Различните видове тестове на софтуера са предназначени да се фокусират върху конкретни цели.

• Тестване на инсталацията: Инженерът за тестване на софтуера и мениджърът на конфигурацията провеждат този тест, за да гарантират, че крайният потребител може да инсталира и стартира програмата. Тя обхваща области като инсталационни файлове, места за инсталиране и административни права.
• Тестване на развитието: Това включва набор от синхронизирани стратегии за откриване и предотвратяване на дефекти. Той включва анализ на статичен код, прегледи на равнопоставени кодове, анализ на проследимостта и анализ на метриките. Целта е да се намалят рисковете и да се спестят разходи.
• Тестване за ползваемост: Потребителският опит е под светлината на вниманието с този тест. Той измерва колко добре е проектиран GUI и неговата лекота на използване. Тестът проверява точността и ефективността на функциите и емоционалните реакции на изследваните лица.

• Тестване за здрав разум: Това показва дали софтуерът си струва времето и разходите за продължаване на по-нататъшните тестове. Ако има твърде много недостатъци, по-агресивни тестове няма да следват.
• Тестване на дим: Тестът за пушене разкрива основни повреди, които са достатъчно сериозни, за да се предотврати освобождаването. Когато това се извършва при ново изграждане, то се нарича проверка за изграждане.
• Тестване на регресия: Когато системата претърпи модификация, регресионното тестване наблюдава неочакваното поведение. Той посочва неблагоприятните ефекти върху модулите или компонентите.
• Деструктивни тестове: Тестерите въвеждат необичайни записи и разпознават способността на софтуера да управлява неочаквано въвеждане. Това показва на разработчиците колко надеждна е програмата за управление на грешки.
• Тестване за възстановяване: Когато хардуер или други функции се провалят, този тест показва колко добре софтуерът може да се възстанови и да продължи да работи.
• Автоматизирано тестване: Това изпълнява функции, трудни за изпълнение ръчно. Той използва специфичен софтуер, за да изпълни тестовете и да предостави данни за действителните и очакваните резултати.
• Тестване за съвместимост: Софтуерът трябва да работи в различни компютърни среди, така че това проверява съвместимостта с различни системи. Например, работи ли софтуерът с различни операционни системи и уеб браузъри?
• Тестване на ефективността: Това е задълбочен тест, който изследва производителността на софтуера в различни сценарии. Събира се информация за реакцията, стабилността, разпределението на ресурсите и скоростта. Освен това, подтестове като тестване на обем, капацитет и шипове играят роля в този процес.
• Тестване на сигурността: Това измерва способността на софтуера да защитава сигурността на потребителите. Това означава функции за оторизация, удостоверяване, конфиденциалност, цялостност, наличност и неодобрение.
• Тестване на достъпността: Това не е същото като тест за ползваемост. Това определя степента, до която потребителите с различни способности - включително учене и физически увреждания, могат да използват софтуера.
• Тестване на интернационализацията и локализацията: Резултатите показват как софтуерът може да се адаптира към различните езици и регионални изисквания. Това включва добавяне на компоненти за конкретни местоположения и превод на текст.