Чек-лист настройки

Чек-лист — не опрос и не формальность: каждый его шаг вычисляется по настоящим данным проекта при каждом открытии. Поэтому он честно показывает, что уже готово, а что ещё нет.

Восемь шагов ведут к первому вердикту. Пока он не получен, вверху видно, сколько действий до него осталось; после — короткая надпись о том, что первый вердикт получен и дальше идёт только настройка.

Восемь шагов

  1. Подключите агента — разбор неоднозначных отличий и разбор упавших сборок работают через подключённого агента. Пропуск этого шага не мешает всему остальному.
  2. Просканируйте маршруты — обход строит карту приложения, из которой растёт инвентарь покрытия.
  3. Сделайте первый снимок — одного снимка из панели расширения достаточно, чтобы доказать, что весь путь работает от начала до конца.
  4. Составьте визуальный тест — именно тест с объявленным снимком запускают сборки.
  5. Запустите первую сборку — первая сборка сама создаёт эталоны для всех снимков.
  6. Утвердите эталоны — одобрение отличия в проверке сборки создаёт эталон, подтверждённый человеком.
  7. Запустите вторую сборку — повторный запуск того же теста доказывает, что одинаковые страницы сравниваются как неизменные.
  8. Посмотрите вердикт — вердикт проверки и есть конец этого пути; всё после него — настройка.

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

Пропуск шага

Шаг можно пропустить — например, если вы не используете агента. Но пропустить его без причины нельзя: причина сохраняется в файле проекта, остаётся видимой в чек-листе и дальше, а сам пропуск всегда можно отменить.

Честное замечание: первые две-три недели всё равно уходят на настройку масок — динамические области продолжают двигаться, и маски говорят системе, что именно игнорировать. Это нормальная часть работы, а не признак ошибки.

Политика CI

Отдельно выбирается, как сборочный конвейер относится к визуальным результатам:

  • Только отчёт — визуальные результаты справочные, ничего не блокируют.
  • Блокировать критичное — критичные визуальные падения блокируют слияние, косметические — нет.
  • Блокировать слияние — проверка визуала должна одобрить изменения, прежде чем слияние пройдёт.

Сама политика едет в тексте проверки, который публикует конвейер, а вердикт всегда остаётся честным вычисленным состоянием. Менять политику может только администратор.

С чего начать

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

Дальше: как показать результат коллегам и заказчику, — в разделе Отчёт и общие ссылки.

← Оглавление документации