lign="justify">. 3 Тестування методом «сірого ящика»
При тестуванні методом «сірого ящика» розробник тесту має доступ до вихідного коду, але при безпосередньому виконанні тестів доступ до коду, як правило, не потрібно. Тестування проводиться так само, як і в методі «чорного ящика», однак для побудови тестів використовуються знання про внутрішній устрій програми.
. Автоматизоване і ручне тестування
6.1 Автоматизоване тестування
Автоматизоване тестування використовує програмні засоби для виконання тестів і перевірки коректності результатів виконання, що спрощує тестування і скорочує його тривалість. Головна перевага автоматизованого тестування полягає в можливості повторного прогону тестів без участі людини.
Традиційний і найбільш популярний серед розробників спосіб полягає в організації автоматизації тестування на рівні коду. Даний підхід буде детально розглянуто при описі модульного тестування. Автоматизоване тестування на рівні коду часто критикують за неможливість тестування користувальницького інтерфейсу програми. Однак прихильники TDD показали, що при правильному використанні паттернів сімейства MVC (Model-View-Controller) можливо організувати програмну імітацію дій користувача без використання GUI (Graphical User Interface). Цей підхід дозволяє організувати тестування обробників дій користувача, залишаючи не покритій тестами лише частину, що відноситься до безпосереднього відображенню даних.
Другий спосіб автоматизації тестування полягає в імітації дій користувача з використанням спеціальних інструментальних засобів (GUI-тестування). Даний вид тестування відноситься до тестування методом «чорного ящика».
Існують чотири покоління інструментів і технік, призначених для організації GUI-тестування.
. Утиліти запису і відтворення (capture/playback tools) записують дії під час ручного тестування. Надалі вони дозволяють відтворити раніше записані дії без участі людини, значно збільшуючи продуктивність і усуваючи повторення одноманітних дій. Основним недоліком інструментальних засобів даного покоління є те, що будь-яка зміна розташування візуальних елементів програми призводить до необхідності повторної записи ручних тестів.
. Сценарій (scripting) - форма автоматизації тестування з використанням спеціалізованих скриптових мов. Мова повинен підтримувати емуляцію дій користувача та отримання результатів дій. Розробкою тестів займаються програмісти, які працюють окремо від тестувальників, безпосередньо запускають те6сти. Зміни в тестованому ПО вимагають внесення виправлень і у відповідних скриптах.
3. Data-driven testing - методологія автоматизації тестування, заснована на використанні в скриптах параметрів виконання тестів. Параметри, що задають логіку роботи тестів (наприклад, вхідні значення та очікувані результати), знаходяться в деякому зовнішньому сховищі. Подібний підхід дозволяє організувати виконання сценаріїв з різними наборами вхідних параметрів і підвищити гнучкість тестування.
. При використанні keyword-based testing створюється спеціалізований словник ключових слів, що описують системні події (наприклад, «Logon User»). З кожним ключовим словом пов'язані необхідні параметри (наприклад: «UserID», «Password») та очікувані результати. Для кожного ключового слова має бути задане опис. Даний підхід дозволяє писати функціональні тести практично на природній мові, не вимагаючи від тестувальника навичок програмування.
Автоматизовані тести, як правило, є регресійний (від лат. Regression - рух назад), тобто спрямованими на виявлення помилок у вже протестованих ділянках вихідного коду при внесенні змін.
Однією з головних проблем автоматизованого тестування є його трудомісткість: незважаючи на те, що воно дозволяє усунути частина рутинних операцій і прискорити виконання тестів, великі ресурси можуть витрачатися на оновлення самих тестів. Проте подібні інвестиції в більшості випадків виправдані, так як ручне тестування вимагає набагато більше ресурсів.
6.2 Ручне тестування
Ручне тестування - це процес пошуку дефектів у роботі програми, коли тестувальник перевіряє працездатність всіх компонентів програми, як якщо б він був користувачем. Часто, для точності перевірки, тестувальник використовує заздалегідь заготовлений план тестування, в якому відзначені найбільш важливі аспекти роботи програми.
Ручне тестування - це ключовий етап розробки програмного забезпечення. Тестер може не дотримуватися строго планом тестування, а відхилятися від нього для більш повного тестування, наближеного до використання програми звичайним користувачем.
