Pepelen
Тестирование ПО: профессия QA с нуля

Lesson

Урок 1. Чек-лист и тест-кейс: предусловие, шаги, ожидаемый результат

Писать понятный тест-кейс с предусловием, шагами и однозначным ожидаемым результатом.

1 / 6

Чек-лист, тест-кейс и сценарий: в чём разница

Три инструмента тестировщика

Чек-лист — это просто список того, что нужно проверить. Он короткий и быстро составляется: «Кнопка 'Войти' отображается», «Пароль скрыт звёздочками», «При неверном пароле появляется сообщение об ошибке». Чек-лист хорош для smoke-тестирования и регрессии, когда команда хорошо знает продукт. Тестовый сценарий (test scenario) описывает цель проверки на высоком уровне: «Убедиться, что авторизация работает корректно». Он не говорит, как именно нажимать кнопки. Тест-кейс (test case) — самый детальный артефакт. Он содержит конкретные шаги, которые может повторить любой человек, даже незнакомый с продуктом. Структура тест-кейса: заголовок (что тестируем), предусловие (что должно быть выполнено ДО начала теста), шаги (пронумерованные, атомарные действия), ожидаемый результат (точное описание того, что должно произойти). Хороший тест-кейс атомарен (проверяет одну вещь), воспроизводим (любой исполнитель получит тот же результат) и имеет однозначный ожидаемый результат — не «всё работает», а «система отображает сообщение 'Добро пожаловать, Иван!' и переходит на главную страницу». Пример тест-кейса для проверки авторизации: Заголовок: Вход с валидными учётными данными. Предусловие: Пользователь зарегистрирован (email: test@example.com, пароль: Test1234!). Открыта страница входа. Шаги: 1. Ввести в поле «Email» значение test@example.com. 2. Ввести в поле «Пароль» значение Test1234!. 3. Нажать кнопку «Войти». Ожидаемый результат: Система переходит на главную страницу. В шапке отображается имя пользователя «Иван».
Lesson notes
Три инструмента тестировщика
Чек-лист — это просто список того, что нужно проверить. Он короткий и быстро составляется: «Кнопка 'Войти' отображается», «Пароль скрыт звёздочками», «При неверном пароле появляется сообщение об ошибке». Чек-лист хорош для smoke-тестирования и регрессии, когда команда хорошо знает продукт. Тестовый сценарий (test scenario) описывает цель проверки на высоком уровне: «Убедиться, что авторизация работает корректно». Он не говорит, как именно нажимать кнопки. Тест-кейс (test case) — самый детальный артефакт. Он содержит конкретные шаги, которые может повторить любой человек, даже незнакомый с продуктом. Структура тест-кейса: заголовок (что тестируем), предусловие (что должно быть выполнено ДО начала теста), шаги (пронумерованные, атомарные действия), ожидаемый результат (точное описание того, что должно произойти). Хороший тест-кейс атомарен (проверяет одну вещь), воспроизводим (любой исполнитель получит тот же результат) и имеет однозначный ожидаемый результат — не «всё работает», а «система отображает сообщение 'Добро пожаловать, Иван!' и переходит на главную страницу». Пример тест-кейса для проверки авторизации: Заголовок: Вход с валидными учётными данными. Предусловие: Пользователь зарегистрирован (email: test@example.com, пароль: Test1234!). Открыта страница входа. Шаги: 1. Ввести в поле «Email» значение test@example.com. 2. Ввести в поле «Пароль» значение Test1234!. 3. Нажать кнопку «Войти». Ожидаемый результат: Система переходит на главную страницу. В шапке отображается имя пользователя «Иван».
Урок 1. Чек-лист и тест-кейс: предусловие, шаги, ожидаемый результат — Тестирование ПО: профессия QA с нуля