AI QA 测试：复现故障并找出根本原因，而不只是表面症状

截图不等于诊断

视觉测试能告诉你某个按钮出了问题，却很少能告诉你为什么。真正有用的答案更接近「点击已触发，/api/checkout 在 2.1 秒后返回了 500，这段控制台堆栈指向了出错的处理函数」，而不是「结账页面看起来不对」。

这需要把人通常分开检查的三件事结合起来：页面做了什么、控制台说了什么、网络请求显示了什么。

• 端到端复现登录、结账、上传或表单流程
• 读取控制台错误和重复出现的警告，而不会淹没整个记录
• 检查请求状态、耗时和请求头，并对敏感值进行脱敏处理
• 对可能的性能瓶颈进行排序，而不是直接甩出一整份瀑布图

它无法替代什么

智能体不能替代确定性的回归测试。凡是必须在每次提交后都给出相同结论的测试，都应该用脚本固定下来。应该在多样性本身就是重点的地方使用智能体：探索性测试、一次性复现，以及解释一个之后由人来修复的故障。

浏览器之间的差异会被明确标注，而不是被隐藏

Chromium 系浏览器提供了 Firefox 没有的调试协议，因此响应体和部分性能指标在 Chrome、Edge 等 Chromium 浏览器中可用，但在 Firefox 中不可用。Melaya 会明确说明这一差异，而不是把不完整的报告当作完整报告呈现。