Пока нет оценок.
Пожалуйста, подождите...

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

Данный материал будет представлен в виде небольшого чек-листа.

Что же нужно тестировать в поиске в первую очередь?

  • Поисковая система корректно находит результаты по всем полям, которые описаны в техническом задании;
  • Поисковая система НЕ находит результаты по всем полям, которые НЕ описаны в техническом задании;
  • Корректность релевантности выдачи;
  • Контекст поисковой выдачи;
  • Регистронезависимость поисковой системы;
  • Функционирует ли система по включению или полному поисковому соответствию;
  • 2 и более слов из одного поля;
  • 2 и более слов из разных полей;
  • Присутствие опечаток;
  • Некорректная раскладка клавиатуры;
  • Другой системный язык;
  • Специальные символы;
  • Использование эмодзи;
  • Пустое значение;
  • Пробелы в полях;
  • Нижние границы;
  • Поиск технологической границы.

После всех этих проверок можно получить выводы касательно корректности работы поиска, а именно:

  1. По каким конкретным полям поиск работает, а по каким не должен по определению?
  2. Работает ли система по включенному соответствию?
  3. Регистрозависимая ли поисковая система?
  4. Какова максимальная длина строки поиска?
  5. При превышении такой длины, обрезается ли запрос?
  6. Как функционирует поиск при пустом запросе?

В завершение

Всегда стоит помнить, что начинать тестировать нужно с самого важного. Зачем вообще придуман поиск? Дабы иметь возможность фильтровать запросы по определенным полям. Это значит, что в первую очередь тестировать нужно:

  • Что поиск работает по тем полям, что заявлены в ТЗ;
  • Что поиск НЕ работает по тем полям, которые НЕ заявлены в ТЗ.

А уже далее нужно тестировать регистры, опечатки, специальные символы и прочее. Следуем от простого к сложному, потому как если начать в одном тесте проверять все возможные ошибки, в будущем будет сложно понять, по какой причине поиск работает не так как нужно.

Также не стоит забывать о классических тестах для любого тестового поля. Это тесты на длину:

  1. Разнообразный регистр / языки.
  2. Пустое значение / поле, состоящие из одних пробелов.
  3. Нижняя граница: присутствуют ли адекватные, но короткие данные? Находит ли система по этим данным?
  4. Верхняя произвольная граница (при её наличии).
  5. Поиск технологической границы: пытаемся ввести большое количество слов, желательно с несколькими пробелами.

Данный материал — это универсальное и эффективное решение для проверки любой текстовой строки (поиска). А это значит, что она менее приоритетна, чем проверки именно на определенный функционал. И без разницы, что перед вами — поиск, фильтры или что-то другое. Тестировать всегда нужно с самого главного!

Оставить комментарий