Тестовая модель

Тест-дизайн — это процесс разработки тестов на основе требований и понимания системы. Он позволяет определить, какие сценарии проверять, какие данные использовать и какого результата ожидать. Цель — обеспечить максимальное покрытие с минимальным количеством тестов.

Эквивалентное разбиение. Пример: возраст 18–60 → 17, 30, 61. Граничные значения. Пример: 18–60 → 17, 18, 19, 59, 60, 61. Таблицы решений. Пример: Авторизован + есть доступ → вход. Авторизован + нет доступа → ошибка. Диаграммы состояний. Пример: Заказ не может перейти из "создан" сразу в "доставлен". Pairwise. Пример: Проверка комбинаций браузер + ОС без полного перебора.

Это техника, при которой входные данные делятся на классы, внутри которых система ведет себя одинаково. Пример: Диапазон 1–10: 0 — ошибка. 1–10 — корректно. 11 — ошибка.

Это проверка значений на границах диапазонов. Пример: Для диапазона 1–10 проверяются: 0, 1, 2, 9, 10, 11.

Когда поведение системы зависит от нескольких условий. Пример: Если пользователь авторизован и есть доступ — разрешить вход. Если нет — показать ошибку.

Это описание системы через состояния и переходы между ними. Пример: Заказ: Создан → Оплачен → Доставлен. Нельзя перейти напрямую из "создан" в "доставлен".

Тест-кейс — это формализованное описание проверки, включающее шаги, условия и ожидаемый результат. Пример: Шаг: ввести email. Результат: пользователь успешно зарегистрирован.

Тест-кейс — подробное описание проверки. Чек-лист — краткий список проверок. Пример: Чек-лист: проверить логин. Тест-кейс: пошаговая проверка логина.

Нужно: Выделить сценарии. Определить данные. Определить ожидаемый результат. Пример: Логин: Верные данные — вход. Неверные данные — ошибка.

Используются: Корректные значения. Некорректные значения. Граничные значения. Пример: email: user@test.com — корректно. user — ошибка.

Проверяется доступ к функциям и ограничения. Пример: Админ может удалить пользователя. Обычный пользователь — нет.