QA 测试：Codex 能做什么
- 为关键流程写端到端测试：注册、结账、主要页面。
- 运行测试套件，读失败信息，修测试或修代码，并说明修的是哪一个。
- 操作真实浏览器手动检查改动，提交带复现步骤和截图的 bug。
- 找出不稳定的测试，隔离起来并开一个 issue，而不是一直重试到通过。
QA 测试：Codex 的相关功能
| 功能 | 作用 | 怎么开始 |
|---|---|---|
| Playwright MCP 服务器 | 操作真实浏览器来检查改动 | codex mcp add playwright npx "@playwright/mcp@latest" |
通过 stdin 传给 codex exec | 通过管道传入的测试输出成为提示词的上下文 | npm test 2>&1 | codex exec "..." |
--output-schema | 以符合你 schema 的 JSON 返回结果，供 CI 使用 | codex exec --output-schema schema.json |
/review | 提交前审查测试改动 | 在 CLI 里输入 /review |
QA 测试：怎么设置 Codex
连接工具
用一条命令添加 Playwright MCP 服务器，或者在
config.toml里写同样的表。如果测试需要访问 staging 网站，就为沙箱打开网络访问。# 一个真实浏览器，用于探索性检查 codex mcp add playwright npx "@playwright/mcp@latest" # 或者写在 ~/.codex/config.toml 里 [mcp_servers.playwright] command = "npx" args = ["@playwright/mcp@latest"]把规则写进 AGENTS.md
Codex 在开始任何工作前都会读取 AGENTS.md：先是
~/.codex/AGENTS.md，再从仓库根目录一路读到它正在工作的文件夹。把这项工作的规则写在这里；规则很长的话，放进.agents/skills/下的一个 skill。见 AGENTS.md 指南。## QA 规则 - 在本地或 staging 环境测试，绝不在生产环境测试。 - 使用 .env.example 里的测试账号，绝不用真实账号。 - 测试失败就是一个发现：改测试或改代码之前， 先说清是测试错了还是代码错了。 - 每份 bug 报告：步骤、预期、实际、一张截图， 以及你测试的 commit。 - 不要为了让测试套件通过而删除或跳过测试。不打开交互界面运行
codex exec运行一个任务后就退出。进度输出到 stderr，最终消息输出到 stdout；-o还会把它写进文件，--json则以事件流输出。沙箱默认只读，除非传入--sandbox workspace-write。# 把失败的测试输出交给 Codex npm test 2>&1 | codex exec "总结失败的测试，并提出最小的可能修复"设成定时运行
在 ChatGPT 桌面应用或网页版里创建定时任务（CLI 不管理定时任务），或者从 cron 运行
codex exec。见如何让 Codex 主动工作。
局限与安全
- 它只能测它访问得到的东西：带测试数据的本地或 staging 应用，不是生产环境。
- 测试套件通过，只说明写了测试的流程没问题。让它列出没有覆盖到的部分。
- 浏览器测试慢，也更耗套餐用量。完整套件定时跑，每次改动只跑冒烟测试。
- Codex 默认在沙箱里运行命令：写入只限于工作区，网络关闭。
danger-full-access只留给隔离的 runner 或容器。
QA 测试，用 Claude Code 还是 Codex？
规则可以通用。只在 AGENTS.md 里写一次，再在 CLAUDE.md 里放一行 @AGENTS.md，两个 agent 读的就是同一个文件。
另一个 agent 的分步做法：Claude Code QA 测试。
| Claude Code | Codex | |
|---|---|---|
| 规则文件 | CLAUDE.md | AGENTS.md |
| 连接工具 | claude mcp add | codex mcp add 或 config.toml |
| 无人值守运行 | claude -p | codex exec |
| 定时 | /schedule、桌面定时任务、/loop | ChatGPT 应用里的定时任务、cron |
| 内置功能（QA 测试） | Playwright MCP、subagent | Playwright MCP、通过 stdin 传给 codex exec |
QA 测试，交给专人负责
命令只在有人记得时才会运行。Crewmark 把你自己的 Codex 变成一个 AI 员工，有岗位、量化目标、工作时间和心跳，工作就会按时完成，并出现在看板上。
从岗位开始
AI 软件工程师，岗位说明里写上这些规则。
把工作放到它的看板上
把这项工作加成周期 issue。员工按心跳醒来，做完后在评论里汇报。
相关内容
它提交的 bug 之后怎么处理，见 GitHub issue 处理。
常见问题
Codex 能用 Playwright 吗？
能。用 codex mcp add playwright npx "@playwright/mcp@latest" 或在 config.toml 里添加 Playwright MCP 服务器，Codex 就能操作浏览器；它也能编写和运行 Playwright 测试。
怎么在 CI 里用 Codex 处理失败的测试？
把测试输出通过管道交给带提示词的 codex exec，用 -o 或 --output-schema 拿到流水线能读取的结果。GitHub Actions 的话，OpenAI 推荐用 openai/codex-action。
为什么 Codex 的测试访问不了我的 staging 网站？
默认的 workspace-write 沙箱关闭了网络访问。在 config.toml 的 [sandbox_workspace_write] 下设置 network_access = true。
已于 2026 年 11 月 13 日对照 Claude Code 和 OpenAI Codex 的官方文档核对。