已实现功能需要根据验收条件补齐 API 和端到端覆盖时选用。
为已实现的功能生成自动化 API 和端到端测试。当用户说“为 [功能] 创建 QA 自动化
01
测试自动化 Skill 是什么？
测试自动化 Skill 是帮助 Agent 把验收条件转成测试设计、可执行用例、失败证据和 CI 维护动作的任务技能。它们适合补齐单元、集成、API 和端到端测试，但不能自己决定产品的正确行为。团队仍需先给出验收规则、测试层级、数据边界和可依赖环境。
| 应用场景 | 主要作用 |
|---|---|
| 用例与覆盖设计 | 从验收条件和风险出发，决定行为应在单元、集成还是端到端层验证。这一组 Skill 负责补齐有意义的正常、异常和边界用例，而不是只追求覆盖率数字。 |
| 执行与失败诊断 | 在固定环境中执行用例，保留失败日志、截图或 trace，再区分产品缺陷、用例实现错误、flaky 依赖和环境波动。这一组帮助团队先看懂红灯，再决定改代码还是改测试。 |
| 跨框架维护与 CI | 将框架配置、fixture、覆盖率、执行时间和 CI 稳定性一起维护。这一组适合处理跨框架脚本与长期维护，避免生成的用例在接口或环境变化后悄然失效。 |
本文整理 8 个测试自动化 Skill。用例设计组将验收条件映射为分层测试，执行诊断组帮助理解失败，跨框架与 CI 组处理稳定性和长期维护；开发者可按测试层级和当前风险选择。
02
测试自动化 Skill 推荐
DeepSkill 将用例设计、测试执行、失败诊断和 CI 维护整理成可直接安装的 Skill，你可以根据测试层级和反馈速度灵活使用。本页推荐的 8 个 Skill 分别面向用例与覆盖设计、执行与失败诊断、跨框架维护与 CI；选择时使用同一条验收条件，再比较断言质量、失败解释和重跑稳定性。
应用场景：用例与覆盖设计
从验收条件和风险出发，决定行为应在单元、集成还是端到端层验证。这一组 Skill 负责补齐有意义的正常、异常和边界用例，而不是只追求覆盖率数字。
应用场景：执行与失败诊断
在固定环境中执行用例，保留失败日志、截图或 trace，再区分产品缺陷、用例实现错误、flaky 依赖和环境波动。这一组帮助团队先看懂红灯，再决定改代码还是改测试。
应用场景：跨框架维护与 CI
将框架配置、fixture、覆盖率、执行时间和 CI 稳定性一起维护。这一组适合处理跨框架脚本与长期维护，避免生成的用例在接口或环境变化后悄然失效。
适合同时维护浏览器、单元和集成测试的跨框架项目。
协助编写、调试和优化自动化测试脚本，支持 Selenium、Playwright、Pyte
想探索更多 Skill？搜索更多好用的skill
03
如何找到更多 测试自动化 Skill？
DeepSkill 收录40万+ Skills，所有skill都经过真实的安全审查与风险验证。用例设计、单元或 E2E 生成、测试执行、失败诊断和 CI 维护都可以按场景查找。搜索时补充技术栈、验收条件、测试层级、现有框架和禁止依赖，返回的候选才能与实际执行环境对得上。
方式一：在 DeepSkill 直接搜索
1
在输入框中描述任务
在搜索框说明技术栈、可执行的验收条件、期望的测试层级、现有框架和 CI 限制。如果不能使用生产账号或外部服务，也一并写明。
2
从返回列表选择 Skill
核对候选支持的框架、用例类型、fixture、执行方式和失败诊断范围。需要生成用例、理解红灯和维护 CI 的任务，应选择不同类型的 Skill。
3
复制对应安装口令
复制一个安装口令，用同一条验收条件和同一组 fixture 试跑。检查用例是否会在行为被故意破坏时变红，并重复运行观察稳定性。
方式二：在 Agent 中安装 DeepSkill
如果希望 Agent 在任务中主动查找 Skill，可以把下面的安装指令直接发送给它。完成安装后，Agent 就能根据当前任务搜索并安装匹配的 Skill。该指令适用于 Codex、Claude Code、WorkBuddy 等主流 Agent。
复制给 Agent 的安装指令
根据 https://www.deepskill.market/deepskill.md 安装 DeepSkill。04
如何更高效地使用 测试自动化 Skill？
使用测试自动化 Skill 时，先提供可执行的验收条件、fixture、已有框架、禁止依赖和成功命令。对每个失败先区分产品缺陷、用例错误、flaky 依赖和环境波动，验收时除了看“能跑”，还要检查断言、失败信息、稳定性和执行时间。
先选对测试层级
根据风险决定单元、集成或 E2E；不要让 bmad-qa-generate-e2e-tests 用端到端用例覆盖所有逻辑。
交给 Skill 明确的验收规则
提供输入、预期输出、边界条件、fixture 和现有框架，让 auto-test 生成可读而非只追求覆盖率的用例。
隔离生产数据与凭据
使用测试账号、本地替身和最小权限；浏览器或 API 自动化不得默认连接生产环境。
把“能跑”和“值得保留”分开
验收时检查断言质量、失败信息、重跑稳定性和执行时间，再决定是否进入 CI。
先定性失败再修改
用 analyze-test-failures 区分产品缺陷、用例错误、flaky 依赖和环境问题，避免为了绿灯删除有效断言。
给测试设置维护负责人
记录数据构造、外部依赖、重跑策略和淘汰条件，并在框架或接口更新后安排复测。
让自动化测试不只能跑，还能长期提供有效反馈
测试自动化 Skill 能将验收条件更快地落到可执行用例，但真正可用的测试系统还需要正确的层级、清晰的断言和可维护的数据。可以先用设计类 Skill 把风险映射为用例，再用执行与失败分析类 Skill 理解红灯，最后将已验证用例接入 CI 并设置维护负责人。组合时应让所有 Skill 共用同一份验收条件和 fixture，避免为了绿灯而删除有效断言或无限重试。把数据构造、外部依赖、重跑策略和淘汰条件沉淀进团队工作流，才能让测试在框架、接口和产品行为变化后仍然值得信任。
去DeepSkill探索更多好用的skill