← Тестирование ПО: профессия QA с нуля
Lesson
Урок 1. Чек-лист и тест-кейс: предусловие, шаги, ожидаемый результат
Писать понятный тест-кейс с предусловием, шагами и однозначным ожидаемым результатом.
Чек-лист, тест-кейс и сценарий: в чём разница
Три инструмента тестировщика
Чек-лист — это просто список того, что нужно проверить. Он короткий и быстро составляется: «Кнопка 'Войти' отображается», «Пароль скрыт звёздочками», «При неверном пароле появляется сообщение об ошибке». Чек-лист хорош для 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. Нажать кнопку «Войти».
Ожидаемый результат: Система переходит на главную страницу. В шапке отображается имя пользователя «Иван».