Одна строка на запуск
Не нужно хранить роман о каждом тесте. Достаточно входа, ожидаемого результата, фактического пути и решения человека. Критично добавить ссылку на конкретное правило, которое сработало или было нарушено.
Разделяйте ошибку и отказ
Корректная остановка — не дефект. Отдельно отмечайте ошибочный клик, отсутствие данных, технический сбой и верный отказ. Тогда команда не будет «улучшать» безопасное поведение только ради процента успешности.
Ищите повторяемую причину
Если один тип вмешательства встречается снова, не маскируйте его новым промптом. Проверьте идентификатор записи, доступ к полю, порядок экрана и белый список инструмента.
Закрывайте действием
У записи должен быть следующий шаг: уточнить правило, добавить тест или оставить маршрут прежним. Так журнал остаётся рабочим инструментом, а не архивом неудачных скриншотов.
FAQ
**Кто ведёт журнал?** Владелец сценария. **Нужны ли персональные данные?** Нет, используйте тестовые или обезличенные. **Когда удалять запись?** По правилам хранения команды.
Короткая проверка
- Понятны цель и человек, который примет результат.
- Исходники очищены, их версия и дата сохранены.
- Факты, числа и ограничения сверены вручную.
- Неудачный пример записан вместе с причиной.
- Есть измеримый следующий шаг и путь назад.