Тестуйте застосунок у браузері однією командою

Введіть /test у чаті проєкту, і Mythex перевірить ваш застосунок так, як це зробила б людина: відкриє живий попередній перегляд у браузері, відвідає сторінки, натисне кнопки й заповнить форми, а потім повідомить у чаті, що спрацювало, а що ні. Можна вказати конкретний сценарій, наприклад «перевір реєстрацію та сторінку цін», або дозволити йому пройти очевидний шлях застосунком.

Що це робить

Тестування застосунку перевіряє ваш живий попередній перегляд, а не лише код. Mythex керує браузером із запущеним застосунком, фіксує побачене, включно з корисними знімками екрана, і записує підсумок результатів у чат.

Це інший вид перевірки, ніж читання коду. Код може виглядати правильно і все ж не працювати під час використання: кнопка прив'язана до не того обробника, форма надсилається, але підтвердження не з'являється, сторінка ламається лише після входу. Знайти такі речі можна лише використовуючи застосунок, а тестування робить це за вас.

Чому це допомагає

Коли ви будуєте з агентом, попередній перегляд є тим, за чим ви оцінюєте прогрес. Ви клацаєте, все виглядає нормально, і рухаєтеся далі. Але проходити кожен сценарій після кожної зміни стомлює, і легко перевірити сторінку, яку щойно змінили, та пропустити ту, яку тихо зламали.

Тестування перетворює питання «чи все ще працює?» на одне повідомлення. Ви описуєте шлях, що важливий, агент його проходить, і ви отримуєте звіт, за яким можна діяти. Оскільки це відбувається в тому самому чаті, виправлення за одне повідомлення.

Як його запустити

1. Переконайтеся, що Попередній перегляд працює і показує ваш застосунок. Тестування працює з попереднім переглядом, тож якщо він порожній або ще запускається, зачекайте або спершу виправте це.
2. Введіть /test у чаті проєкту. Можна також запитати звичайною мовою: «протестуй застосунок у браузері».
3. Скажіть, на що звернути увагу, якщо хочете. Наприклад: «протестуй реєстрацію та сторінку цін» або «створи акаунт, додай товар, оформи замовлення».
4. Прочитайте звіт. Mythex коротко описує, що перевіряв і що пішло не так, зі знімками екрана там, де вони допомагають.
5. Виправте знайдене командою /fix або звичайним повідомленням у режимі Build.
6. Запустіть /test знову, щоб переконатися, що виправлення спрацювало і нічого іншого не зламалося.

Коли його використовувати

• Після великої зміни інтерфейсу. Новий макет або навігація можуть зламати сценарії, яких ви не торкалися напряму.
• Перед публікацією, щоб зловити очевидні поломки раніше за відвідувачів.
• Коли попередній перегляд виглядає добре, а сценарій може бути ні. Багатокрокові шляхи, як-от реєстрація, потім вхід, а потім дія, варто перевіряти найбільше.

Як отримати добрі результати

Чим чіткіший запит, тим корисніший звіт.

• Опишіть основний сценарій. «Створи акаунт, додай товар, оформи замовлення» дає агенту чітку послідовність і зрозумілий результат для перевірки. «Перевір усе» залишає йому здогадуватися, що важливо.
• Назвіть змінені сторінки чи функції. Якщо ви щойно переробили сторінку цін, скажіть про це.
• Тестуйте малими циклами. Змініть щось, перевірте, виправте, перевірте знову. Так легше побачити, що зламалося, коли змінилося лише одне.
• Поєднуйте з контрольними точками. Якщо зміна зламала більше, ніж виправила, можна повернутися до останнього робочого кроку, а не накладати латки поверх.

Обмеження

• Тестування перевіряє попередній перегляд, а не опублікований сайт. Тестування працює з живим попереднім переглядом у вашому приватному робочому просторі. Воно не перевіряє версію, яку бачать відвідувачі за вашою опублікованою адресою. Публікуйте окремо, коли будете готові.
• Попередній перегляд має бути запущений. Якщо він не працює, тестувати нічого.
• Тестування йде шляхами, які ви вказали. Цілеспрямований запит отримує цілеспрямовану перевірку; це не вичерпний набір тестів.
• Тестування повідомляє, а рішення за вами. Воно каже, що зламано. Виправлення є окремим кроком, через /fix або повідомлення в режимі Build.

Якщо ви хочете глибше розібратися, як знайти причину проблеми після того, як її помітили, посібник як налагодити застосунок, створений за допомогою ШІ описує цей процес. Про сам попередній перегляд див. приватний робочий простір і живий попередній перегляд для кожного проєкту.

Деталі є на сторінці документації: Тестування застосунку.