Replay QA：AI 网站测试工具，输入网址自动查 Bug

Replay QA 是一款面向 Web 应用的AI 网站测试工具，可以自动探索页面、发现 Bug，并为开发者或编程 Agent 整理较完整的错误上下文。

现在用 Cursor、Claude Code 或 Lovable 做网站，代码写得越来越快，但测试并不会自动跟上。对没有专职 QA 的独立开发者和小团队来说，网站做完后没人系统检查，往往要等用户反馈，才发现注册、提交或支付等环节出了问题。Replay QA 可以自动浏览网站并尝试不同操作，发现异常后保留可回放的运行记录，同时整理可能的错误原因和修复建议。

Replay QA 是什么：AI 网站测试工具能做什么

Replay QA 不只是记录测试过程。它会保留网页出错前后的页面变化、网络请求和 JavaScript 执行信息，方便开发者回看问题发生的过程，也能为编程 Agent 提供更具体的排查上下文。

它基于 Replay 原有的浏览器录制与调试技术开发，并在此基础上加入自动探索能力。用户不必提前手写测试用例，输入网站地址后，Replay QA 就会尝试浏览页面、执行常见操作并查找异常。

Replay QA 输入网址和连接 GitHub 有什么区别

Replay QA 提供两种接入方式：输入网址适合临时检查和快速体验；连接 GitHub 则适合持续测试，并把发现的问题带回开发流程。

输入网址：快速检查网页

这是接入成本最低的方式。粘贴网站地址后，无需安装依赖或提前编写测试用例，Replay QA 就会自动浏览页面并尝试常见操作。测试完成后，它会提供可回放的运行记录、问题分析和修复建议。

需要检查本地开发中的应用时，也可以通过反向代理功能访问 localhost，无需先把网站部署到公开环境。

连接 GitHub：持续检查代码更新

连接 GitHub 仓库后，可以设置在主分支或 Pull Request 更新时自动运行测试。发现新的问题后，Replay QA 会把相关分析发布到对应的 PR，方便团队在合并代码前继续排查。

这种方式更适合更新频繁的 SaaS 产品和开发团队。如果团队进一步把测试结果纳入合并条件，也可以作为代码发布流程中的一道质量检查。

Replay QA 怎么帮助编程 Agent 排查 Bug

Cursor 或 Claude Code 修不好 Bug，很多时候不是代码能力不够，而是拿到的信息太少。像“点击提交没有反应”这样的描述，没有说明页面当时的状态、网络请求是否成功，也看不到浏览器实际执行了什么。Replay QA 的作用，就是把这些运行信息整理出来，交给开发者或编程 Agent 继续排查。

自动探索页面并生成测试

输入网站地址后，Replay QA 会尝试识别页面中的常见操作路径，例如打开页面、填写表单和点击按钮，并生成基于 Playwright 的测试。用户不必提前搭建完整的测试套件，适合刚上线、测试覆盖还不完善的 Web 项目。

保留 Bug 出现前后的运行信息

测试失败后，Replay QA 会保留可回放的浏览器运行记录，包括页面变化、网络请求和 JavaScript 执行信息。编程 Agent 因此可以看到点击前后发生了什么、哪个请求失败，以及异常出现在哪个操作环节，而不只是拿到一句简单的报错描述。

整理问题分析和修复建议

Replay QA 会根据测试记录分析可能的错误原因，并给出相关的修复建议。通过 Replay QA API，还可以把这些结果接入 Cursor、Claude Code 或其他自动化开发流程。

如果项目提供了可用的 Source Map，它还可以进一步关联调用链和相关源码位置，帮助 Agent 缩小排查范围。不过，最终能否正确修改代码，仍取决于运行信息是否完整、项目结构以及编程 Agent 对代码库的理解。

Replay QA 和 Playwright、Cypress 有什么区别

Playwright 和 Cypress 是自动化测试框架，开发者需要设计测试场景、编写用例，并随着产品变化持续维护。Replay QA 更像是建立在测试框架之上的自动化 QA：它会探索网页中的操作路径，生成并运行基于 Playwright 的测试，发现异常后再整理运行记录、问题原因和修复建议。

两者并不是非此即彼。如果团队已经有 Playwright 或 Cypress 测试，可以继续保留现有用例，再通过 Replay for CI 记录测试运行状态。测试失败时，它可以分析执行过程，并把可能的错误原因、调用链和修复建议发布到对应的 Pull Request，减少重新复现和翻查日志的时间。

Replay QA 有哪些使用限制

Replay QA 负责发现和分析问题，但不会直接修改项目代码。它可以整理测试记录、可能的错误原因和修复建议，实际修改仍需由开发者或外部编程 Agent 完成，并经过正常的代码审查和测试。

Source Map 会影响源码定位效果

项目发布可用的 Source Map 后，Replay QA 可以把调用链和报错信息关联到原始文件及相关代码位置，帮助开发者或编程 Agent 缩小排查范围。没有 Source Map 时，页面探索和运行记录仍然可以使用，但定位到具体源码的能力会受到影响。

复杂业务流程仍需人工测试

自动探索无法覆盖所有业务场景。第三方支付、复杂拖拽、多重鉴权，以及依赖外部系统的操作链路，通常仍需要人工设计测试路径并确认结果。涉及扣款、删除数据或修改账户状态的功能，也不适合直接交给自动测试反复尝试。

测试结果仍需开发者确认

Replay QA 给出的原因分析和修复建议，可以帮助团队减少重复复现和翻查日志的时间，但不能保证每次判断都准确。页面状态、项目结构或运行信息不完整时，也可能出现误判或遗漏，因此不应跳过人工复核和回归测试。

Replay QA 免费额度和付费价格

Replay QA 提供永久免费方案，每月包含 25 Credits，没有试用期限，也不要求绑定信用卡。这个额度更适合体验 URL 测试，或者偶尔检查几个网页项目。

需要更高测试频率时，可以升级到 Individual 或 Team 方案。Individual 月付价格为 20 美元，年付折算为每月 17 美元，包含每月 50 Credits；Team 月付价格为 200 美元，年付折算为每月 170 美元，包含每月 500 Credits。Enterprise 方案则根据额度、合同和支持需求单独定价。

Replay QA 按分析用量扣除 Credits，并不是单纯按账号数量收费。官网当前同时使用“Analyses”和“Credits”描述用量，具体一次测试会消耗多少额度，还需结合实际运行方式确认。

价格信息截至 2026 年 7 月，后续额度和计费规则可能调整，购买前可查看 Replay QA Pricing 页面。

Replay QA 适合哪些开发者

Replay QA 更适合测试覆盖还不完善、但需要频繁发布 Web 应用的独立开发者、小型团队和 SaaS 项目。输入网站地址可以快速检查页面，适合上线前临时测试；连接 GitHub 后，则可以在主分支或 Pull Request 更新时自动运行，检查代码变化是否带来新的问题。

如果团队已经有 Playwright 或 Cypress 测试，也不必替换现有用例，可以把 Replay 的运行记录和问题分析能力补充到原有测试流程中。

涉及第三方支付、多重鉴权、敏感业务数据或外部系统的项目，接入前还需要确认测试环境、账号权限、数据记录范围和 GitHub 仓库访问权限。Replay QA 可以减少页面探索和问题排查的工作量，但不能代替人工验收、代码审查及关键业务流程测试。

Replay QA 官网、文档与价格页面