Тест-план (Test Plan)
Це документ, який описує загальний підхід і стратегію тестування для конкретного проєкту або продукту. Він є основним керівництвом для проведення тестування і містить інформацію про цілі тестування, область тестування, ресурси, розклад, стратегію тестування, тестові підходи та інші важливі аспекти, пов’язані з проведенням тестування.
Визначення тест-плану може містити такі елементи:
Вступ: Загальне уявлення про проєкт, що описує його цілі, очікувані результати та сферу застосування.
Цілі та завдання тестування: Визначення основних цілей тестування і завдань, які необхідно досягти в процесі тестування.
Опис продукту, що тестується: Огляд функціональності, особливостей і вимог до продукту, які мають бути протестовані.
Область тестування: Визначення конкретних функцій, модулів або компонентів продукту, які будуть охоплені в тестуванні.
Ресурси та розклад: Зазначення необхідних ресурсів для проведення тестування, таких як люди, обладнання, інструменти, а також визначення часових рамок і графіка проведення тестування.
Стратегія тестування: Опис загального підходу до тестування, включно з методами, техніками і типами тестування, які будуть використовуватися, наприклад, функціональне тестування, тестування продуктивності, тестування безпеки тощо.
Критерії приймання: Визначення умов і критеріїв, які мають бути виконані для успішного завершення тестування і приймання продукту.
Очікувані результати: Зазначення очікуваних результатів тестування, таких як звіти про дефекти, статуси тестування, метрики якості та інші відповідні дані.
Ризики та припущення: Ідентифікація потенційних ризиків, пов’язаних із тестуванням, і опис припущень, на яких ґрунтується план тестування.
Організація і комунікація: Встановлення ролей і відповідальностей у команді тестування, а також зазначення способів комунікації та звітування про прогрес тестування.
Чекліст (Check List)
Чекліст (Checklist) є інструментом, що використовується для систематичної перевірки та контролю виконання певних кроків, завдань або вимог у процесі тестування. Він складається зі списку пунктів або запитань, які мають бути перевірені або виконані для досягнення певної мети або критеріїв.
Основна мета чекліста полягає в тому, щоб допомогти тестувальникам не пропустити важливі аспекти тестування, а також забезпечити повторюваність і однорідність процесу перевірки. Чеклісти можуть використовуватися для різних видів тестування, включно з функціональним тестуванням, тестуванням користувацького інтерфейсу, тестуванням продуктивності, тестуванням безпеки тощо.
Приклади пунктів у чеклісті можуть містити таке:
Перевірка функціональності: Перевірка всіх основних функцій і операцій продукту відповідно до вимог.
Перевірка користувацького інтерфейсу: Перевірка зовнішнього вигляду, компонування елементів, колірної схеми, розташування кнопок та інших аспектів користувацького інтерфейсу.
Перевірка помилок і виняткових ситуацій: Перевірка реакції системи на помилки, некоректні дані або неправильні дії користувачів.
Перевірка продуктивності: Перевірка швидкості, відгуку та ефективності продукту під час виконання певних дій або обробки великого обсягу даних.
Перевірка безпеки: Перевірка наявності вразливостей і забезпечення відповідності вимогам безпеки, як-от перевірка правильності аутентифікації та авторизації.
Перевірка сумісності: Перевірка роботи продукту на різних платформах, операційних системах, браузерах або інших конфігураціях.
Перевірка документації: Перевірка відповідності документації продукту актуальним вимогам і функціональності.
Перевірка локалізації: Перевірка правильності перекладу та адаптації продукту для різних мов і регіональних налаштувань.
Тест-кейси (Test Cases)
Це документовані інструкції або сценарії, які визначають конкретні кроки та умови для проведення тестування продукту або його частини. Тест-кейси розробляються для перевірки певних функцій, модулів, компонентів або особливостей продукту з метою виявлення помилок, недоліків або відхилень від вимог.
Визначення тест-кейсів може містити такі елементи:
Назва: Унікальна та інформативна назва для ідентифікації тест-кейса.
Опис: Опис мети та області тестування, що вказує, що буде перевірятися або тестуватися.
Передумови: Умови, які мають бути виконані перед виконанням тест-кейса, наприклад, встановлене програмне забезпечення, налаштування або дані.
Кроки: Послідовність кроків, які тестувальник повинен виконати для виконання тест-кейса. Кроки можуть містити введення даних, виконання дій або перевірку певних результатів.
Очікуваний результат: Чіткий опис очікуваного результату або поведінки системи після виконання кожного кроку тест-кейса.
Фактичний результат: Запис фактичного результату або поведінки системи після виконання кожного кроку. Цей результат порівнюється з очікуваним результатом для виявлення розбіжностей або помилок.
Статус: Позначка про результат виконання тест-кейса, така як «пройдено», «не пройдено» або «на розгляді».
Пріоритет: Рівень важливості тест-кейса щодо інших тест-кейсів. Це допомагає у визначенні послідовності виконання тестування.
Тест-кейси розробляються на основі вимог до продукту і дають змогу систематично проводити тестування з метою досягнення покриття функціональності, виявлення дефектів і забезпечення якості продукту. Вони також можуть використовуватися для автоматизації тестування, де кроки та очікувані результати можуть бути програмно виконані.
