SOP: Цикл валідації через Chrome DevTools

Використовуйте цей SOP, коли UI-робота залежить від реальної runtime-взаємодії, а знімки екрана, стан DOM і виведення консолі важливіші за одну лише інспекцію коду.

Мета

Перетворити валідацію UI на повторюваний цикл взаємодії, який агент може запускати до отримання чистого результату.

Основний цикл

1. Вибрати цільову сторінку або екземпляр застосунку.
2. Очистити застарілий шум консолі.
3. Зафіксувати стан ДО.
4. Запустити UI-шлях.
5. Спостерігати runtime-події під час взаємодії.
6. Зафіксувати стан ПІСЛЯ.
7. Застосувати виправлення та перезапустити застосунок за потреби.
8. Повторювати валідацію до отримання чистого результату.

Необхідні вхідні дані

• стабільна команда запуску
• відтворюваний UI-шлях користувача
• засіб для знімків DOM, консолі або скріншотів
• правило визначення «чистого» стану

Виконання SOP

1. Записати цільовий шлях в активний план.
2. Визначити успіх у вимірюваних термінах: текст присутній, кнопка активна, помилка зникла, консоль чиста, запит успішний.
3. Зробити знімок початкового стану перед взаємодією.
4. Запускати рівно один шлях за раз.
5. Фіксувати runtime-події, зміни DOM і видиме виведення.
6. Якщо шлях не вдається, виправити найменший відповідальний шар і перезапустити.
7. Повторити той самий шлях і порівняти свідчення ДО/ПІСЛЯ.

Критерії чистоти

• передбачений видимий стан присутній
• несподівані помилки відсутні
• шум консолі зрозумілий або очищений
• повторний запуск того самого шляху дає той самий результат

Артефакти репозиторію для оновлення

• активний план виконання
• docs/RELIABILITY.md, якщо шлях стає золотим еталоном
• специфікація продукту, якщо видима поведінка змінилась