Тестовий приклад

Тестовий кейс у тестуванні програмного забезпечення - це набір умов, вхідних даних та очікуваних результатів, призначених для перевірки певної функціональності або особливості програмного додатку. Тестовий кейс визначає точні кроки, які потрібно виконати, дані, які потрібно використати, та очікувані результати, щоб переконатися, що певна функція або функція поводиться так, як передбачалося. Тестові кейси є критично важливим компонентом процесу тестування і допомагають переконатися, що програмне забезпечення відповідає вимогам і працює належним чином за різних умов.

Структура тестового кейсу:

Добре структурований тестовий кейс зазвичай включає наступні компоненти:

1. Ідентифікатор тестового кейсу: унікальний ідентифікатор тестового кейсу, який використовується для відстеження та посилань. Це допомагає тестувальникам і зацікавленим сторонам легко знаходити тестові кейси та керувати ними.
2. Назва/ім’я тестового кейсу: Короткий опис тестового кейсу, який підсумовує, яку функціональність або особливість він тестує. Назва повинна бути чіткою і конкретною.
3. Опис: Більш детальне пояснення тестового кейсу з описом того, що він покликаний перевірити і чому це важливо.
4. Передумови: Налаштування або стан системи, необхідний для виконання тестового прикладу. Це може включати конфігурацію системи, дані або налаштування середовища.
5. Етапи тестування: Детальний перелік кроків, яких слід дотримуватися під час виконання тесту. Кожен крок повинен бути чітким, однозначним і простим у виконанні.
6. Дані тесту: Конкретні дані або вхідні значення, що використовуються в тестовому кейсі. Це можуть бути зразки імен користувачів, паролів, полів введення або будь-які інші дані, необхідні для тесту.
7. Очікуваний результат: Очікуваний результат тесту, який визначає правильну поведінку або реакцію системи. Це може бути успішний вхід в систему, повідомлення про помилку або відображення певної сторінки.
8. Фактичний результат: Фактичний результат після виконання тесту. Він порівнюється з очікуваним результатом, щоб визначити, чи пройшов тест, чи ні.
9. Постумови: Будь-який стан системи або умови, які повинні бути істинними після виконання тесту. Це можуть бути зміни в базі даних, файлах або користувацькому інтерфейсі.
10. Статус (Pass/Fail): Результат виконання тесту із зазначенням того, пройдено тест чи ні. Якщо тест не пройдено, надається додаткова інформація про помилку (наприклад, повідомлення про помилку або скріншоти).
11. Пріоритет: Деяким тестовим кейсам присвоюється рівень пріоритету (наприклад, високий, середній, низький), щоб вказати на важливість тестового кейсу по відношенню до загальної стратегії тестування.
12. Коментарі/Примітки: Додаткові примітки або спостереження щодо тестового прикладу, такі як особливі міркування, припущення або додатковий контекст, які можуть бути корисними під час виконання тесту.

Типи тестових кейсів:

• Позитивні тестові кейси: Ці тестові кейси призначені для перевірки того, що програмне забезпечення поводиться так, як очікується, коли йому надаються правильні вхідні дані або умови. Вони перевіряють нормальну, очікувану поведінку програми.
  • Приклад: Тестування функції входу з правильним іменем користувача та паролем для перевірки успішної автентифікації.
• Негативні тестові кейси: Ці тестові кейси призначені для перевірки того, що програмне забезпечення коректно обробляє невірні вхідні дані, помилки або непередбачувані ситуації. Вони гарантують, що система поводиться правильно, коли стикається з невірними або недопустимими даними.
  • Приклад: Тестування функції входу з неправильним іменем користувача або паролем, щоб переконатися, що система відображає відповідне повідомлення про помилку.
• Граничні тестові кейси: Ці тестові кейси зосереджені на перевірці поведінки системи на межі вхідних діапазонів. Граничне тестування необхідне для того, щоб переконатися, що програмне забезпечення належним чином обробляє граничні випадки та обмеження.
  • Приклад: Тестування форми, яка приймає числа в певному діапазоні (наприклад, від 1 до 100), щоб переконатися, що система правильно обробляє вхідні дані, такі як 1, 100 і значення, що виходять за межі діапазону.
• Регресійні тестові кейси: Ці тестові кейси призначені для перевірки того, що нові зміни або доповнення до програмного забезпечення не впливають негативно на існуючу функціональність. Регресійні тести гарантують, що програмне забезпечення продовжує функціонувати належним чином після оновлення або виправлення помилок.
  • Приклад: Повторний запуск тестових кейсів, які перевіряють основну функціональність (наприклад, вхід, введення даних) після оновлення програмного забезпечення, щоб переконатися, що існуючі функції не порушені.
• Дослідницькі тестові кейси: Ці тестові кейси розробляються на основі інтуїції тестувальника та вивчення програми. Вони часто використовуються для виявлення непередбачуваних проблем або поведінки, які можуть бути не охоплені заздалегідь визначеними тестовими кейсами.
  • Приклад: Тестування веб-сайту електронної комерції шляхом вивчення різних робочих процесів (наприклад, додавання товарів до кошика, застосування знижок), щоб виявити несподівані помилки або проблеми з юзабіліті.
• Тестові кейси продуктивності: Ці тестові кейси призначені для перевірки продуктивності програмного забезпечення в різних умовах, таких як навантаження, стрес або тестування масштабованості. Вони вимірюють час відгуку, пропускну здатність і поведінку системи при різних рівнях навантаження.
  • Приклад: Тестування продуктивності веб-сайту шляхом імітації великої кількості одночасних користувачів, щоб переконатися, що сайт може впоратися з високим трафіком.
• Тестові кейси безпеки: Ці тестові кейси зосереджені на перевірці функцій безпеки програмного забезпечення, таких як автентифікація користувачів, шифрування даних та контроль доступу. Вони гарантують, що система захищена від вразливостей безпеки.
  • Приклад: Тестування на наявність SQL-ін’єкцій шляхом введення шкідливого коду в поля форми.
• Юзабіліті-тести: Ці тестові кейси оцінюють користувацький досвід та дизайн інтерфейсу, гарантуючи, що програмне забезпечення є зручним, інтуїтивно зрозумілим та доступним.
  • Приклад: Тестування зручності навігації на веб-сайті, щоб переконатися, що користувачі можуть легко знайти ключові функції, такі як вхід, пошук і підтримка.