Какая техника тест-дизайна применена при проверке фильтрации

Что проверяют

Вопрос обычно звучит после практического задания или рассказа о проекте: вы проверили фильтр, и интервьюер хочет понять, чем обоснован ваш набор проверок. Следом могут попросить посчитать, сколько получилось тестов и почему не больше.

Как отвечать

Называйте технику вместе с частью фильтра, к которой её применили:

• классы эквивалентности: для поля «цена от и до» это пустое значение, корректное число, ноль, отрицательное, текст, «от» больше «до». Из каждого класса хватает одного представителя;
• граничные значения: минимум и максимум, значение на границе, на шаг ниже и выше, случай «от» равно «до». Уточните, включаются ли границы, это частая ошибка реализации;
• таблица решений: правила комбинирования. Внутри одной группы чекбоксов условия обычно объединяются через «или», между группами через «и», а сброс одной группы не трогает остальные;
• попарное тестирование (pairwise): при многих фильтрах набор генерируют так, чтобы каждая пара значений встретилась хоть раз, например утилитой PICT;
• переходы состояний: применение, сброс, кнопка «назад», фильтр в URL и после перезагрузки;
• предугадывание ошибок: пустая выдача, спецсимволы, даты на границе суток и часовых поясов.

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

Если на задании вы действовали интуитивно, так и признайте и назовите, какие техники стоило применить явно. Это честнее и сильнее, чем подгонять ответ задним числом.

Где спотыкаются

Перечисляют все техники из учебника без привязки к фильтру. Интервьюер спрашивал, что применено здесь, а не что вы знаете вообще.

Называют техникой «тестирование на основе требований». Это источник тестов, а не способ выбрать значения.

Пытаются проверить все комбинации всех фильтров. Пять фильтров по пять значений дают больше трёх тысяч сценариев, и именно эту проблему решает pairwise.