Какие техники тест-дизайна вы применяете при написании тест-кейсов или чек-листов?
Что проверяют
Умеете ли вы получать проверки из требований системно, а не по интуиции, и знаете ли, какую технику под какую задачу брать. Следом обычно дают поле или форму и просят прямо сейчас выписать проверки.
Как отвечать
Назовите техники и сразу покажите, где каждая работает:
- классы эквивалентности: делите входные данные на группы с одинаковым поведением и берёте по представителю из каждой, не забывая невалидные: пусто, буквы вместо цифр, пробелы по краям;
- граничные значения: для возраста от 18 до 65 включительно проверяете 17, 18, 65 и 66, в трёхточечном варианте ещё 19 и 64. Работает в паре с эквивалентностью;
- таблица решений: результат зависит от комбинации условий, например скидка от статуса клиента, суммы заказа и промокода. Каждый столбец таблицы превращается в тест-кейс;
- переходы состояний: сущности со статусами вроде заказа «создан», «оплачен», «отменён». Проверяете и допустимые переходы, и запрещённые, например отмену уже доставленного заказа;
- попарное тестирование: много параметров по нескольку значений, покрываете все пары через PICT или аналог;
- предугадывание ошибок: опыт подсказывает двойной клик по кнопке оплаты, часовые пояса, очень длинные строки.
Покажите разницу в артефактах: в чек-листе техника даёт перечень проверок, в тест-кейсе к ним добавляются конкретные данные, шаги и ожидаемый результат. Лучше всего работает короткий пример из своего проекта: какая форма, какие классы выделили, что нашли на границе.
Где спотыкаются
Называют «чёрный ящик» техникой. Это подход, а техники вроде эквивалентности и границ живут внутри него.
Берут границы из головы. Включена ли граница, решает требование, и если оно молчит, правильный ход это задать вопрос аналитику, а не угадать.
Перечисляют техники без выбора. Сильный ответ объясняет, почему для формы регистрации хватило эквивалентности и границ, а для расчёта тарифа понадобилась таблица решений.