# 使用 AI 智能体测试网站，生成可复现的错误报告

为智能体提供网站测试计划，记录预期行为和实际行为，并将未通过的检查整理成其他开发者可以复现的错误报告。

Canonical page: https://beeuni.ai/blog/zh/test-website-with-ai-agent

页面可能加载正常，但表单发送的数据有误，或导航操作导致你丢失已填写的内容。告诉智能体要尝试哪些具体操作，以及预期结果。实用的输出应包括测试记录，以及足以复现每项故障的证据。

## 为一段用户操作流程编写测试说明

向 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.
```

开发者仍需确认服务器是否在显示成功信息的同时拒绝了输入。如果智能体已获授权访问测试收件箱或提交日志，请让它在那里检查。否则，服务器是否接受了数据仍属未知。

## 围绕变更选择回归检查

如果修复改动了电子邮件地址验证，请检查有效地址、空地址和无效地址。也要包括产品明确支持的格式，例如带加号的地址。然后修正无效输入并再次提交。如果错误无法清除，这是另一个可用性问题。

如果变更影响提交状态，请重点检查重复点击和故障恢复。请求失败后，按钮会重新变为可用状态吗？从确认页面返回后，旧的字段值还会保留吗？根据受影响的行为选择检查项。每次小改动后都重复冗长的检查清单，可能会让真正需要关注的问题被淹没。

如果某项检查无法执行，请将其标记为“受阻”。登录失败可能会让表单测试无法开始，但这并不能证明表单有问题。标签或布局变更可能需要更新测试说明。在重新运行测试时，连同更新内容一起记录，这样之后的读者才能区分测试说明的修订和产品修复。

记录新的页面版本，并保留之前的报告。这是一项针对特定功能的检查。无障碍、安全性、负载和跨浏览器测试各自需要不同的范围和工具。

如需通过自己的开发工具触发检查，请参阅[智能体后端指南](/blog/zh/use-beeuni-as-your-agent-backend)。从手动请求切换到集成时，请继续使用同一份测试说明和报告字段。