Як написати тестові випадки з прикладами
Томас Гамільтон
Кроки для створення тестових випадків у ручному тестуванні
Давайте створимо тестовий приклад для сценарію: Перевірте функціональність входу
Крок 1) Простий тестовий приклад для пояснення сценарію
| Тестовий приклад № | Тестовий випадок Descriptіон |
|---|---|
| 1 | Перевірте відповідь, коли введено дійсну адресу електронної пошти та пароль |
Крок 2) Перевірте дані.
Щоб виконати тестовий приклад, вам знадобиться Дані тесту. Додавання нижче
| Тестовий приклад № | Тестовий випадок Descriptіон | Дані тесту |
|---|---|---|
| 1 | Перевірте відповідь, коли введено дійсну адресу електронної пошти та пароль | Електронна пошта: guru99@email.com Пароль: lNf9^Oti7^2h |
Ідентифікація тестових даних може зайняти багато часу, а іноді може знадобитися нове створення тестових даних. Причину потрібно підтвердити документально.
Крок 3) Виконувати дії.
Щоб виконати тестовий приклад, тестувальник повинен виконати певний набір дій на AUT. Це задокументовано нижче:
| Тестовий приклад № | Тестовий випадок Descriptіон | Етапи тестування | Дані тесту |
|---|---|---|---|
| 1 | Перевірте відповідь, коли введено дійсну адресу електронної пошти та пароль | 1) Введіть адресу електронної пошти
2) Введіть пароль 3) Натисніть Увійти |
Електронна адреса: guru99@email.com
Пароль: lNf9^Oti7^2h |
Часто кроки тестування непрості, як описано вище, тому вони потребують документації. Крім того, автор тесту може залишити організацію, піти у відпустку, захворіти та не працювати, або дуже зайнятий іншими критичними завданнями. Нещодавно прийнятого на роботу можуть попросити виконати тест. Задокументовані кроки допоможуть йому, а також полегшать перегляд іншими зацікавленими сторонами.
Крок 4) Перевірте поведінку AUT.
Метою тестових випадків у тестуванні програмного забезпечення є перевірка поведінки AUT на очікуваний результат. Це потрібно задокументувати, як показано нижче
| Тестовий приклад № | Тестовий випадок Descriptіон | Дані тесту | Очікуваний результат |
|---|---|---|---|
| 1 | Перевірте відповідь, коли введено дійсну адресу електронної пошти та пароль | Електронна адреса: guru99@email.com Пароль: lNf9^Oti7^2h |
Вхід має бути успішним |
Під час виконання тесту тестер порівнює очікувані результати з фактичними результатами та призначає статус «пройшов» або «не пройшов».
| Тестовий приклад № | Тестовий випадок Descriptіон | Дані тесту | Очікуваний результат | Фактичний результат | Пройти / провалити |
|---|---|---|---|---|---|
| 1 | Перевірте відповідь, коли введено дійсну адресу електронної пошти та пароль | Електронна пошта: guru99@email.com Пароль: lNf9^Oti7^2h | Вхід має бути успішним | Вхід пройшов успішно | Проходити |
Крок 5) Це, окрім вашого тестового прикладу, може мати таке поле, як
Попередня умова, яка вказує на те, що має бути на місці, перш ніж можна буде запустити тест. Для нашого тестового випадку попередньою умовою було б мати встановлений браузер для доступу до сайту, що тестується. Тестовий приклад також може включати Post – Conditions, який визначає все, що застосовується після завершення тестового випадку. Для нашого тестового випадку постумовою буде час і дата входу в систему, які зберігаються в базі даних
Як написати тестове відео
Натисніть тут якщо відео недоступне
Найкраща практика написання хорошого тестового прикладу.
1. Тестові випадки мають бути простими та прозорими:
Створюйте максимально прості тестові випадки. Вони мають бути чіткими та лаконічними, оскільки автор тесту може не виконувати їх.
Використовуйте наполегливу мову, як-от перейдіть на домашню сторінку, введіть дані, натисніть це тощо. Це полегшує розуміння етапів тестування та пришвидшує виконання тестів.
2. Створіть тестовий приклад з урахуванням кінцевого користувача
Кінцевою метою будь-якого програмного проекту є створення тестових випадків, які відповідають вимогам замовника та є простими у використанні та експлуатації. Тестер повинен створювати тестові випадки, враховуючи точку зору кінцевого користувача
3. Уникайте повторення тестових випадків.
Не повторюйте тести. Якщо тестовий приклад потрібен для виконання іншого тестового прикладу, викличте тестовий приклад за його ідентифікатором у стовпці попередньої умови
4. Не припускайте
Не припускайте функціональність і особливості вашого програмного забезпечення під час підготовки тестового прикладу. Дотримуйтесь Специфікаційних документів.
5. Забезпечте 100% покриття
Переконайтеся, що ви написали тестові випадки, щоб перевірити всі вимоги до програмного забезпечення, зазначені в документі специфікації. використання Матриця простежуваності щоб переконатися, що жодна функція/умова не залишилася неперевіреною.
6. Тестові випадки мають бути ідентифікованими.
Назвіть ідентифікатор тестового прикладу так, щоб їх було легко ідентифікувати під час відстеження дефектів або ідентифікації програмних вимог на пізнішому етапі.
7. Застосуйте методи тестування
Неможливо перевірити кожну можливу умову у вашій програмній програмі. Методи тестування програмного забезпечення допомагають вибрати кілька тестів із максимальною ймовірністю виявлення дефекту.
- Аналіз граничних значень (BVA): Як випливає з назви, це техніка, яка визначає перевірку меж для визначеного діапазону значень.
- Розділ еквівалентності (EP): Ця техніка розбиває діапазон на рівні частини/групи, які, як правило, мають однакову поведінку.
- Техніка переходу стану: Цей метод використовується, коли поведінка програмного забезпечення змінюється з одного стану на інший після певної дії.
- Техніка вгадування помилок: Це вгадування/передбачення помилки, яка може виникнути під час ручного тестування. Цей метод не є формальним і використовує переваги досвіду роботи тестувальника з програмою
8. Самоочищення
Тестовий приклад, який ви створюєте, повинен повертати Тестове середовище у стан перед тестуванням і не повинен робити тестове середовище непридатним для використання. Особливо це стосується тестування конфігурації.
9. Повторювані і самостійний
Тестовий приклад має давати однакові результати щоразу, незалежно від того, хто його тестує
10. Одноліток Review.
Створивши тестові приклади, нехай їх перевірять ваші колеги. Ваші колеги можуть виявити недоліки у вашому тестовому дизайні, які ви можете легко пропустити.
Під час розробки тестового прикладу необхідно включити наступну інформацію
- Опис того, яка вимога перевіряється
- Пояснення того, як буде тестуватися система
- Налаштування тесту, наприклад версія програми, що тестується, програмне забезпечення, файли даних, операційна система, апаратне забезпечення, доступ до системи безпеки, фізична або логічна дата, час доби, передумови, такі як інші тести, та будь-яка інша інформація про налаштування, що стосується вимог, що перевіряються.
- Вхідні та вихідні дані або дії та очікувані результати
- Будь-які докази чи додатки
- Використовуйте мову з активним регістром
- Test Case не повинен містити більше 15 кроків
- Сценарій автоматизованого тестування коментується вхідними даними, метою та очікуваними результатами
- Налаштування пропонує альтернативу попереднім тестам
- З іншими тестами це має бути неправильний порядок бізнес-сценарію
Інструменти керування тестовими випадками
Інструменти керування тестами – це інструменти автоматизації, які допомагають керувати та підтримувати тестові приклади. Основні особливості інструменту керування тестовими випадками:
- Для документування тестових випадків: За допомогою інструментів ви можете пришвидшити створення тестового випадку за допомогою шаблонів
- Виконайте тест і запишіть результати: Тестовий приклад можна виконати за допомогою інструментів, а отримані результати легко записати.
- Автоматизуйте відстеження дефектів: Невдалі тести автоматично зв’язуються з програмою відстеження помилок, яку, у свою чергу, можна призначити розробникам і відстежувати за допомогою сповіщень електронною поштою.
- Простежуваність: Вимоги, тестові випадки, виконання тестових випадків взаємопов’язані за допомогою інструментів, і кожен випадок можна відстежити один до одного, щоб перевірити покриття тесту.
- Захист тестових випадків: Тестові приклади мають бути багаторазовими та захищеними від втрати або пошкодження через поганий контроль версій. Інструменти керування тестовими випадками пропонують такі функції, як
- Правила іменування та нумерації
- Версіювання
- Сховище лише для читання
- Контрольований доступ
- Резервне копіювання за межами сайту
Популярні інструменти керування тестами: Центр якості та ДЖИРА
Формат стандартних тестових випадків
Нижче наведено формат стандартного прикладу тестових випадків входу.
| Ідентифікатор тестового випадку | Тестовий випадок Descriptіон | Етапи тестування | Дані тесту | очікувані результати | Фактичні результати | Пройти / провалити |
|---|---|---|---|---|---|---|
| TU01 | Перевірте вхід клієнта з дійсними даними |
|
Ідентифікатор користувача = guru99 Пароль = pass99 | Користувач повинен увійти в програму | Як і очікувалося | Проходити |
| TU02 | Перевірте обліковий запис клієнта з недійсними даними |
|
Ідентифікатор користувача = guru99 Пароль = glass99 | Користувач не повинен входити в програму | Як і очікувалося | Проходити |
Вся ця таблиця може бути створена в Word, Excel або будь-якому іншому Інструмент керування тестами. Це все, що стосується дизайну тестового випадку
Шаблон тестового випадку
- Зауважте, що використовуваний шаблон буде відрізнятися від проекту до проекту. Прочитай це підручник вивчити шаблон тестового прикладу з поясненням важливих полів
Завантажте наведений вище шаблон тестового прикладу Excel (.xls)
Поширені запитання
Що таке тестовий приклад?
Тестовий приклад — це задокументований набір умов, вхідних даних, дій і очікуваних результатів, призначених для перевірки того, що конкретна функція чи функція програми працює належним чином. Він слугує вказівкою для тестувальників, щоб забезпечити правильну поведінку програми за певних умов.
Тестовий сценарій проти тестового випадку
Для Сценарій тесту: Перевірте функцію входу, є багато можливих тестових випадків:
- Тестовий приклад 1: Перевірте результати, ввівши дійсний ідентифікатор користувача та пароль
- Тестовий приклад 2: Перевірте результати щодо введення недійсного ідентифікатора користувача та пароля
- Тестовий приклад 3: перевірка відповіді, коли ідентифікатор користувача порожній і натиснута кнопка входу та багато іншого
