Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-26

1 <p>Тест-кейс - алгоритм действий для проверки написанной программы. Он подробно описывает короткую последовательность действий, например успешную авторизацию пользователя. В тест-кейсе фиксируют подготовку к проверке, саму диагностику и ожидаемый результат, включая информацию о количестве проверок и нюансах.</p>

2 <p>Тестировщики создают тест-кейсы для сложных проектов как подтверждение того, что функционал системы соответствует установленным стандартам и требованиям.</p>

3 <h2>Содержание</h2>

4 <ul><li><a>Виды тест-кейсов в тестировании</a></li>

5 <li><a>Элементы тест-кейсов в тестировании</a></li>

6 <li><a>Как написать хороший тест-кейс?</a></li>

7 </ul><h2>Виды тест-кейсов в тестировании</h2>

8 <p>Тест-кейсы могут быть позитивными, негативными и деструктивными.</p>

9 <ol><li>Позитивный тест-кейс проверяет отсутствие сообщений об ошибке там, где это не предусмотрено, и исполнение системой позитивного сценария нормального использования ПО.</li>

10 </ol><p>Например, при регистрации необходимо ввести пароль из шести символов. Ожидаемый результат - система дает пользователю возможность создать такой пароль.</p>

11 <ol><li>Негативный тест-кейс определяет поведение системы при получении некорректных входных данных. В этом случае система не проигрывает позитивный сценарий, то есть не делает того, что не предусмотрено.</li>

12 </ol><p>Например, при регистрации вводится несуществующий электронный адрес: система сообщает об ошибке и не заканчивает процесс регистрации пользователя.</p>

13 <ol><li>Деструктивный тест-кейс проверяет систему на прочность. С его помощью тестировщики изучают сценарии работы ПО в экстремальных условиях, например при повышенной нагрузке, при попытках взломать страницу или внедрить сторонние скрипты в формы регистрации.</li>

14 </ol><p>Так, деструктивный тест-кейс проверяет поведение системы при попытке ввести в поле регистрации скрипта для удаления базы данных.</p>

15 <h2>Элементы тест-кейсов в тестировании</h2>

16 <p>При создании тест-кейса тестировщик прописывает следующие параметры:</p>

17 <ol><li>ID - уникальная нумерация тест-кейса в виде сочетания цифр и букв.</li>

18 <li>Заголовок - краткое описание идеи и сути тест-кейса.</li>

19 <li>Предусловия - действия, необходимые для выполнения тест-кейса, например авторизация или вход в определенный раздел программы.</li>

20 <li>Шаги - последовательность действий в ходе проверки.</li>

21 <li>Постусловия - описание возврата системы в исходное состояние (если необходимо). Например, инструкции по удалению внесенных данных по окончании тестирования во избежание переполнения базы.</li>

22 <li>Ожидаемый результат - описание того, что тестировщик ожидает получить по окончании или в процессе тестирования.</li>

23 <li>Фактический результат - описание того, что тестировщик получил по факту (если необходимо).</li>

24 <li>Статус - один из принятых в команде вариантов оценки тестирования: success (успех), failed (провал), blocked (блокировка).</li>

25 </ol><p>Также при создании тест-кейса могут понадобиться:</p>

26 <ol><li>Описание требований к среде. Информация об использовании специального оборудования или ПО для проверки, которая не указана в спецификации тестирования.</li>

27 <li>Межкейсовые зависимости. Информация о проведении дополнительных тест-кейсов перед выполнением описываемой проверки.</li>

28 <li>Специальные процедурные требования. Информация об уникальных для этого тест-кейса настройки.</li>

29 </ol><h2>Как написать хороший тест-кейс?</h2>

30 <p>Хороший тест-кейс может воспроизвести любой тестировщик. Он написан точно и аккуратно и понятен любому члену команды. Такой тест можно использовать много раз. При создании тест-кейса обращайте внимание на следующие моменты:</p>

31 <ol><li>Ваш тест-кейс уникален и не дублирует имеющиеся в системе проверки материалы.</li>

32 <li>Шаги тест-кейса описаны четко и лаконично. Например, в инструкции указано "Введите логин" вместо "Используйте клавиатуру для введения логина".</li>

33 <li>Заголовок кратко отражает суть проверки.</li>

34 <li>Тест-кейс на 100% закрывает требования к ПО, которые необходимо проверить.</li>

35 <li>В предусловии детально описано необходимое для проверки состояние системы. Даны верные и кликабельные ссылки на условия или соответствующие документы.</li>

36 <li>Скриншоты дополняют описание, но не заменяют его.</li>

37 <li>Используются стандартные методы тестирования - анализ граничных значений, разделение эквивалентности, техника перехода состояния, угадывание ошибок и т. п.</li>

38 <li>Указаны необходимые для выполнения тест-кейса учетные данные.</li>

39 </ol><p>Анастасия Уминская</p>

40 <p>2 года назад</p>