Поисковые системы представлены практически в каждом втором программном обеспечении, которое выходит на рынок. И очень удобно, когда тестировщики, и не только, имеют своего рода полезную шпаргалку о том, какие пункты поиска нужно проверять, а какие можно пропустить.
Данный материал будет представлен в виде небольшого чек-листа.
Что же нужно тестировать в поиске в первую очередь?
- Поисковая система корректно находит результаты по всем полям, которые описаны в техническом задании;
- Поисковая система НЕ находит результаты по всем полям, которые НЕ описаны в техническом задании;
- Корректность релевантности выдачи;
- Контекст поисковой выдачи;
- Регистронезависимость поисковой системы;
- Функционирует ли система по включению или полному поисковому соответствию;
- 2 и более слов из одного поля;
- 2 и более слов из разных полей;
- Присутствие опечаток;
- Некорректная раскладка клавиатуры;
- Другой системный язык;
- Специальные символы;
- Использование эмодзи;
- Пустое значение;
- Пробелы в полях;
- Нижние границы;
- Поиск технологической границы.
После всех этих проверок можно получить выводы касательно корректности работы поиска, а именно:
- По каким конкретным полям поиск работает, а по каким не должен по определению?
- Работает ли система по включенному соответствию?
- Регистрозависимая ли поисковая система?
- Какова максимальная длина строки поиска?
- При превышении такой длины, обрезается ли запрос?
- Как функционирует поиск при пустом запросе?
В завершение
Всегда стоит помнить, что начинать тестировать нужно с самого важного. Зачем вообще придуман поиск? Дабы иметь возможность фильтровать запросы по определенным полям. Это значит, что в первую очередь тестировать нужно:
- Что поиск работает по тем полям, что заявлены в ТЗ;
- Что поиск НЕ работает по тем полям, которые НЕ заявлены в ТЗ.
А уже далее нужно тестировать регистры, опечатки, специальные символы и прочее. Следуем от простого к сложному, потому как если начать в одном тесте проверять все возможные ошибки, в будущем будет сложно понять, по какой причине поиск работает не так как нужно.
Также не стоит забывать о классических тестах для любого тестового поля. Это тесты на длину:
- Разнообразный регистр / языки.
- Пустое значение / поле, состоящие из одних пробелов.
- Нижняя граница: присутствуют ли адекватные, но короткие данные? Находит ли система по этим данным?
- Верхняя произвольная граница (при её наличии).
- Поиск технологической границы: пытаемся ввести большое количество слов, желательно с несколькими пробелами.
Данный материал — это универсальное и эффективное решение для проверки любой текстовой строки (поиска). А это значит, что она менее приоритетна, чем проверки именно на определенный функционал. И без разницы, что перед вами — поиск, фильтры или что-то другое. Тестировать всегда нужно с самого главного!
0 Comments