Поиск по веб-сайту ничего не находит: как проверить его на маленькой учебной выборке

Если гость вводит заглавие продукта и лицезреет пустую страничку, причина быть может не в одном поисковом методе. Запрос может не попасть в поле ввода, не совпасть с формой слова в индексе, отсечь продукт фильтром либо привести к карточке, которую уже недозволено демонстрировать. Чтоб не исправлять систему наобум, довольно начать с малеханькой контрольной подборки: заблаговременно записать продукты, запросы и ожидаемое поведение, а потом повторить один и этот же набор до и опосля каждой правки.

Все наименования продуктов, запросы, ошибки и результаты в статье – учебные. Это пример воспроизводимого теста, а не аудит настоящего магазина, пользовательская статистика либо обещание улучшения конверсии.

Поначалу соберите небольшой эталонный каталог

Возьмем условный магазин «Домашняя мастерская» с восемью продуктами. У тестового каталога должны быть постоянные ID, наименования, статус публикации и заблаговременно популярная доступность. Для данной для нас методики запишем учебный состав:

• T-101 – Шуруповерт аккумуляторный 12 В; размещен, в наличии.

• T-102 – Набор бит 32 шт.; размещен, в наличии.

• T-103 – Сверло по дереву 6 мм; размещен, в наличии.

• T-104 – Дрель ударная 750 Вт; размещена, в наличии.

• T-105 – Перчатки рабочие; размещены, в наличии.

• T-106 – Лобзик электронный; размещен, в наличии.

• T-107 – Пила ручная; размещена, в наличии.

• T-108 – Шуруповерт аккумуляторный 12 В, древняя карточка; снята с публикации и заменена продуктом T-101.

У карточки T-108 оставляем однообразное либо практически однообразное заглавие преднамеренно: так можно проверить, не возвращает ли поиск архивную версию заместо работающего продукта. В настоящем магазине старенькую запись безопаснее поменять синтетическим тестовым объектом либо отключить тестовую среду от общественной выдачи.

Зафиксируйте условия до первого прогона

Тест должен быть повторяемым. Сохраните четкий запрос, состояние каталога, опции фильтров и сортировки, дату прогона и набор ID, который должен показаться. Если поиск меняет выдачу по региону, наличию либо персонализации, эти условия тоже зафиксируйте. Инспектируйте в одной и той же среде: к примеру, в отдельном тестовом магазине, на тестовом индексе либо на копии каталога без настоящих покупателей.

Для малеханького набора комфортна обычная таблица в задачке либо электрической таблице. У всякого теста есть ожидаемый итог, фактический итог, статус «прошел/не прошел», версия конфигурации и ссылка на доказательство – скриншот либо лог запроса без индивидуальных данных.

Контрольная таблица запросов

Ниже – стартовая матрица. Она инспектирует различные предпосылки пустой либо неправильной выдачи. Ожидаемые результаты заданы для учебного каталога выше; определенный поиск может вести себя по другому, если это предвидено правилами магазина.

Учебный запрос	Ожидаемый итог	Типовая ошибка / что проверить	Проверка опосля исправления
«шуруповерт аккумуляторный 12 В»	Один работающий продукт T-101; T-108 не показывается.	Пустая выдача у четкого наименования: размещен ли продукт и попало ли заглавие в поисковый индекс?	Повторить запрос и сверить ID результата, статус T-101 и отсутствие T-108.
«шуруповерта аккумуляторного»	T-101, если поиск должен учесть словоформы.	Находит лишь четкое написание: проверить нормализацию/морфологию раздельно от индексации.	Повторить запрос; убедиться, что документ и запрос обрабатываются совместимыми правилами.
«шуруповерт 12в»	T-101, если в правилах магазина «е/е» и запись единиц числятся эквивалентными.	Различные знаки либо пробел в «12 В» дают ноль: проверить нормализацию букв и разбор единиц.	Изгнать варианты «е/е», «12в», «12 В» и записать, какие из их поддерживаются.
«шуруповрет»	T-101 лишь если включено исправление тривиальной опечатки; по другому допустима подсказка.	Очень обширное нечеткое совпадение либо пустой итог: проверить порог исправления и подсказки.	Повторить опечатку и контрольное слово, схожее на иной продукт; проверить, что неверные совпадения не возникли.
«дрель»	T-104. Для синонима «перфоратор» итог не ожидается, пока такое соответствие не задано.	Излишние продукты из-за неподтвержденных синонимов: проверить словарь соответствий и поле, в каком отыскиваем.	Проверить «дрель» и «перфоратор» раздельно; зафиксировать ожидаемое поведение для всякого запроса.
«клей для керамики»	Пустой итог и понятное сообщение: такового продукта нет в учебном каталоге.	Пустое состояние смотрится как ошибка либо прячет варианты навигации.	Убедиться, что текст пустого состояния виден, повторный запрос доступен, а продукты из остальных категорий не подставлены случаем.
Пустая строчка либо лишь пробелы	Поиск не запускается или указывает заблаговременно определенное пустое состояние; каталог полностью не выводится нежданно.	Пустая форма запускает все продукты, сбрасывает страничку либо возвращает ошибку сервера.	Выслать пустое значение и пробелы клавиатурой и клавишей; сверить отсутствие неконтролируемого запроса.
«шуруповерт аккумуляторный 12 В» опосля снятия T-108	Показывается лишь размещенный животрепещущий продукт T-101.	Архивная карточка либо дубликат попадает в выдачу из устаревшего индекса либо фильтра статуса.	Снять T-108 с публикации, дождаться штатного обновления индекса и повторить запрос; проверить ID, URL и статус карточки.

Порядок проверки: от обычного к составному

1. Удостоверьтесь, что тестовый запрос совершенно отчаливает

Введите запрос мышью и клавиатурой, нажмите Enter и клавишу поиска. Проверьте, что нажатие не сбрасывает строчку, что запрос попадает в адресок либо сетевой вызов (если это предвидено архитектурой) и что интерфейс указывает ответ, а не нескончаемую загрузку. В журнальчике фиксируйте лишь тестовые значения.

2. Проверьте продукт до поискового движка

Найдите тестовый продукт в каталоге по ID: размещен ли он, заполнены ли индексируемые поля, разрешен ли показ для избранного магазина и региона? Потом проверьте, обновился ли индекс опосля конфигурации карточки. Для поисковой машины «продукт существует в базе» и «продукт доступен в текущей выдаче» – различные проверки.

3. Разделите совпадение и порядок

Если ожидаемый продукт есть, но стоит очень низковато, это отдельный вопросец ранжирования. Поначалу добейтесь, чтоб контрольный продукт находился, потом оценивайте его позицию. На восьми карточках можно вручную сверить полный набор ID; на большенный выборке заблаговременно задают допустимую глубину просмотра и считают долю запросов, где ожидаемый продукт попал в нее. Не меняйте сразу поля поиска, фильтры и сортировку – по другому будет тяжело осознать, какая правка повлияла на итог.

4. Инспектируйте словоформы, опечатки и синонимы раздельно

Необязательно превращать любой поиск в очень обширное совпадение. Поддержка словоформ, «е/ё», опечаток и синонимов зависит от движка и его опции; отдельное правило может сделать лучше один запрос и добавить нерелевантные продукты по другому. Для всякого типа подготовьте пару: положительный запрос, который должен отыскать продукт, и контрольный запрос, который не должен его отыскивать.

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

5. Раздельно пройдите пустую выдачу и устаревшие данные

Пустой итог – настоящее состояние интерфейса. Он должен сказать, что совпадений нет, отдать обычный метод поменять запрос и не создавать воспоминание поломки. Тест «устаревший продукт» инспектирует весь путь конфигурации: карточка снята с публикации, поисковый индекс обновлен, старенькый ID больше не возникает. Если обновление индекса асинхронное, задайте ожидаемый срок и повторяйте тест опосля его пришествия, а не сходу опосля сохранения карточки.

Как локализовать сбой

Полезно идти по цепочке и всякий раз поменять лишь одну догадку. Для определенного запроса в поисковике проверьте:

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

• Анализ запроса: не удаляет ли нормализация значимую часть слова либо единицы измерения.

• Индекс: есть ли в нем подходящий ID, заглавие и дата крайнего обновления.

• Фильтры: не исключают ли продукт регион, наличие, категория либо статус публикации.

• Выдача: совпал ли продукт, не оказался ли за пределом странички, не затер ли его сортировочный либо пагинационный механизм.

• Интерфейс: верно ли ответ отображен и не остался ли старенькый пустой экран опосля получения результата.

Зависимо от платформы часть шагов может находиться снутри 1-го модуля. Это диагностическая карта вопросцев, а не утверждение о том, что хоть какой магазин употребляет отдельный поисковый сервис либо индекс.

Опосля каждой правки запускайте регрессию

Поправили разбор «е/ё» – повторите оба варианта написания, четкое заглавие и контрольный продукт с схожим словом. Изменили фильтр публикации – повторите четкий запрос к работающей и снятой карточкам. Добавили синоним – проверьте и синоним, и начальное слово, и запрос, который не должен расширяться. Малый прогон занимает пару минут, но предутверждает ситуацию, когда одна исправленная строчка разламывает уже работавшие запросы.

Для малеханького магазина довольно обычного аспекта: любой тест из контрольной таблицы соответствует ожидаемому поведению, результаты записаны, а все ранее пройденные проверки повторены опосля конфигурации. Не объявляйте поиск «исправленным» лишь поэтому, что один пример стал находиться.

Что глядеть опосля пуска

В агрегированной статистике полезно выслеживать долю поисковых сессий с нулем результатов, повторные формулировки в границах сессии, переходы из выдачи к карточке и запросы, опосля которых юзер продолжил навигацию остальным методом. Эти сигналы помогают отыскать кандидатов для проверки, но сами по для себя не обосновывают причину либо бизнес-эффект. Принципиальный запрос мог быть непопулярен в избранный период, а нулевая выдача – правильным ответом на то, чего же магазин не реализует.

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

Учебный пример и технические факты

Каталог «Домашняя мастерская», ID T-101–T-108, поисковые формулировки, ожидаемые результаты и описанные сбои выдуманы для статьи. Они не получены из аналитики Ready4site либо другого магазина. Испытанная техно часть ограничена общими принципами: поисковые машины могут по-разному рассматривать слова, использовать словари нормализации и синонимов, а некие реализации поддерживают нечеткое совпадение по ограниченному числу конфигураций знаков. Наличие и поведение этих функций необходимо инспектировать в документации конкретно той платформы и конфигурации, которая употребляется в магазине.

Практический итог такового теста – не волшебное «умный поиск», а маленький перечень повторяемых проверок: что магазин должен отыскивать, чего же не должен демонстрировать и как подтвердить, что исправление сохранило другие сценарии.

Схема. Последовательность проверки внутреннего поиска