Тестирајте веб-сајт помоћу AI агента и добијте извештаје о грешкама које је могуће поновити

Страница може да се учита исправно, а да њен образац шаље погрешне податке или да се навигацијом изгуби оно што сте унели. Задајте агенту конкретне радње које треба да испроба и наведите шта би требало да се догоди. Корисни резултати су запис тестирања и довољно доказа да се сваки неуспех понови.

Напишите кратак опис теста за један кориснички пут

Пошаљите Beeuni-ју доступан URL пробне верзије и опишите кориснички пут. Агент може да отвори сајт у прегледачу, прелази између страница, попуњава поља и проверава резултат. За контакт образац наведите правила валидације и очекивану потврду. Користите тестне налоге и назначите где смеју да стижу послате поруке. Не користите плаћања нити поруке стварним корисницима у овом тесту.

Open the preview URL in your browser and navigate to the contact form.
Use the supplied test account and synthetic form data.
Try required fields, invalid email, successful submission, and repeated clicks.
Record the browser and viewport used.
For each check, report expected behavior, observed behavior, and evidence.
Capture screenshots of failures and save a reproduction report.
Mark checks you cannot complete as blocked. Do not report them as passed.

Ако је страница доступна само на вашем лаптопу, прегледачу агента је потребна доступна пробна верзија или изричито подешена веза до ње.

Погледајте запис тестирања пре сажетка

Ево примера записа тестирања контакт обрасца. Сваки ред обухвата засебну проверу; то што се страница успешно учитала не говори ништа о томе да ли образац ради.

Извештај о грешци који друга особа може да прати

За сваки неуспех затражите URL, верзију странице ако је позната, почетно стање, тачне кораке, унос за тест, очекивани резултат и стварни резултат. Ако је могуће, приложите снимак екрана. Разликујте видљиву грешку од објашњења њеног узрока: сама порука потврде не доказује да је сервер прихватио неисправне податке.

Поновите кораке који су довели до неуспеха на новоотвореној страници или у новој сесији. Ако се грешка јавља повремено, забележите који покушаји нису успели и шта се променило. Грешке прегледача наведите као додатне доказе. Не сматрајте свако упозорење узроком проблема.

Ево примера извештаја за неуспех са неисправном имејл адресом. Замените податке о окружењу URL-ом пробне верзије и верзијом странице коју сте тестирали.

Title: Contact form shows success for an invalid email
Environment: supplied preview URL; record deployed version
Starting state: fresh page, signed out, empty form
Steps:
1. Enter Test user in the name field.
2. Enter test@ in the email field.
3. Enter Test submission in the message field.
4. Click Send once.
Expected: email error appears; form stays available for correction.
Observed: confirmation replaces the form.
Evidence: screenshot of confirmation; record browser and viewport.
Unknown: whether a contact record or email was created.

Програмер и даље треба да провери да ли је сервер одбио унос упркос поруци о успеху. Ако агент има одобрен приступ тестном сандучету или евиденцији слања, затражите да то провери. У супротном, оставите прихватање на серверу као непознато.

Изаберите регресионе провере у складу са изменом

Ако се исправком мења валидација имејл адресе, проверите исправну адресу, празну адресу и неисправну адресу. Обухватите и формате које ваш производ изричито подржава, као што је адреса са знаком плус. Затим исправите неисправан унос и поново пошаљите образац. Ако грешка не може да се отклони, то је засебан проблем употребљивости.

Ако измена утиче на стање слања, усредсредите се на поновљене кликове и опоравак. Да ли дугме поново постаје доступно након неуспелог захтева? Да ли се при повратку са екрана потврде задржавају старе вредности? Изаберите провере у складу са понашањем на које измена утиче. Понављање дугачке листе провера после сваке ситне измене може да скрене пажњу са случаја који треба проверити.

Оставите проверу означену као блокирану ако није могла да се изврши. Неуспешна пријава може да онемогући почетак тестирања обрасца, али то не доказује да је образац неисправан. Ако су се променили назив поља или распоред, можда ће бити потребно ажурирати упутства за тестирање. Забележите те измене уз поновно тестирање како би касније било јасно да ли је реч о измењеном тесту или исправци производа.

Забележите нову верзију странице и сачувајте ранији извештај. Ово је циљана функционална провера. Приступачност, безбедност, оптерећење и тестирање у различитим прегледачима захтевају засебан обухват и алате.

Да бисте покретали провере из сопственог алата за развој, погледајте водич за инфраструктуру агената. Користите исти опис теста и иста поља извештаја и када са ручних захтева пређете на интеграцију.