На этапе разработки теста тестовые случаи пишутся так, чтобы у каждого случая был ожидаемый результат, с которым сравниваются фактические результаты. Отклонение, если оно есть, называется дефектом.
Короче говоря, после получения ожидаемого результата необходимо документировать документацию перед выполнением тестов.
При разработке тестовых случаев у нас обычно есть следующие поля:
-
Тестовый сценарий
-
Тестовые шаги
-
параметры
-
ожидаемый результат
-
Фактический результат
Тестовый сценарий
Тестовые шаги
параметры
ожидаемый результат
Фактический результат
Пример:
Допустим, нам нужно проверить поле ввода, которое может принять максимум 10 символов.
При разработке тестовых случаев для вышеуказанного сценария тестовые случаи документируются следующим образом. В приведенном ниже примере первый случай — это сценарий прохождения, а второй случай — FAIL.
| сценарий | Шаг теста | Ожидаемый результат | Фактический результат |
|---|---|---|---|
| Убедитесь, что поле ввода, которое может принять не более 10 символов | Войдите в приложение и введите 10 символов | Приложение должно быть в состоянии принять все 10 символов. | Приложение принимает все 10 символов. |
| Убедитесь, что поле ввода, которое может принять не более 11 символов | Войдите в приложение и введите 11 символов | Приложение НЕ должно принимать все 11 символов. | Приложение принимает все 10 символов. |
Если ожидаемый результат не совпадает с фактическим результатом, мы регистрируем дефект. Дефект проходит жизненный цикл дефекта, и тестеры обращаются к нему после исправления.