Опишіть креслення сценарію та план його безпечного тестування. Поверни JSON {"scenario_name":"...","steps":["..."],"test_cases":["..."],"rollback":"..."}. steps - пронумеровані кроки від тригера до дії; test_cases - масив з 3-5 тестових прикладів, ВКЛЮЧА свідомо криві (порожнє поле, інша мова, дубль); rollback – як швидко вимкнути або відкотити сценарій, якщо він почне збоїти. У rollback або в steps опишіть тихий/тестовий прогін (дія лише логує, а не відправляє по-справжньому) перед бойовим запуском.
Перед налаштуванням сценарій треба описати на папері — це креслення, яке заощаджує години ремонту. Формат простий: пронумеровані кроки від тригера до дії, а поруч - що приходить на вхід і має піти на вихід кожного кроку. Механіка тестування як літак: спочатку прогін на землі. Візьміть 3-5 реальних прикладів, включаючи свідомо криві (порожнє поле, лист іншою мовою, подвійна заявка) і проженіть сценарій на них, дивлячись на результат кожного кроку, а не тільки фінал. Важіль: тестуйте на "злих" прикладах спеціально - нормальні і так пройдуть, ламається все на краях. Інсайд: вмикайте новий сценарій у 'тихому режимі' — нехай працює, але дія лише логує, а не відправляє по-справжньому; день спостерігали, переконалися – увімкнули. Другий прийом: заздалегідь продумайте відкат - як вимкнути сценарій однією кнопкою, якщо він почне лавинити. Типова помилка новачка: увімкнути відразу в бій на живих клієнтах і піти пити каву. Перший же нестандартний вхід - і бот розсилає сотню кривих листів, а розгрібати репутацію дорожче, ніж півгодини тесту.
Відкрий доступ, щоб надсилати рішення на миттєву AI-перевірку.