关于 playwright-qa
面向 QA 工程师的 Playwright 工作流指南，涵盖测试设计、故障分类、手动测试自动化和测试审查。内容强调边界与负向路径、可追溯案例编号，以及验证测试确实能够失败。
主要功能
- 01从需求制定测试案例和计划
- 02区分应用缺陷、测试缺陷与波动
- 03将手动案例转换为 Playwright 测试
- 04审查测试并验证其失败能力
适用场景
- 01根据工单或验收标准规划测试
- 02分析失败测试并撰写缺陷报告
- 03将 CSV 手动测试套件自动化
- 04审查 Playwright 测试或代码变更
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/playwright-qa确认已加载。
包含的文件
除 SKILL.md 外，安装时一起下载的参考资料和脚本。
bug-reports.mdmanual-to-automated.mdtest-design.mdtest-review.md详细介绍
Playwright QA 工作流
面向 QA 工程师：测试代码以外的工作。测试什么、如何报告故障、如何自动化手动测试套件，以及如何评估测试。
4 篇指南。这些指南基于 core/ 中介绍 Playwright API 的指南，并提供链接，而不是重复说明。
指南索引
| 你要做什么 | 指南 |
|---|---|
| 工单 / PRD / 验收标准 → 测试用例、风险排序、生成器的测试计划 | test-design.md |
| 测试失败 → 应用 Bug、测试 Bug 还是偶发故障；Bug 报告；期间如何处理该测试 | bug-reports.md |
| 手动测试用例或 CSV 导出 → 带用例 ID 的 Playwright 规格 | manual-to-automated.md |
| 审查 Playwright 测试或 PR；Lint 规则；证明测试能够失败 | test-review.md |
黄金规则
- 先测试边界和负向路径：Bug 往往出现在规则的边缘，而不是正常路径中。
- 用能证明问题的最低层级：在 API 层验证规则，在 E2E 中验证连线和关键流程。
- 提交 Bug 前先分类：应用 Bug、测试 Bug、偶发故障或环境问题；通常由 trace 来判定。
- 频率要用数字表示：
--repeat-each=20会给出 N/20 的结果，绝不说“有时候”。 - 已知 Bug → 使用带问题链接的
test.fail()，绝不删除测试或放宽断言。 - 无法失败的测试毫无防护作用：人为破坏一次功能，观察测试是否失败。
- 在自动化测试中保留用例 ID，以便将结果映射回手动测试套件。
评论
支持 Markdown