QA Test Design & ISTQB Artifacts 是一个面向 QA 测试工程师的技能，围绕 ISTQB Foundation Level（CTFL）提供完整的测试工件工作流，覆盖测试计划、测试分析、测试设计、测试实施、测试执行和测试完成等阶段。
用途
该技能用于从需求、用户故事或验收标准出发，起草可直接填写的 QA 交付物；创建或评审测试计划和测试策略；从需求生成测试条件和测试用例；应用测试设计技术；编写缺陷报告并管理缺陷生命周期；构建基于风险选择的回归套件；创建可追溯性矩阵；开展带章程的探索性测试；使用 ISTQB 技术估算测试工作量；通过静态测试实践评审测试工件；以及选择自动化候选对象并准备可追溯的 Playwright 脚手架。
不适用场景
该技能不用于编写或维护版本化的 Playwright 规格代码（应使用 playwright-e2e-testing），不用于 Selenium/Java 测试编写（应使用 webapp-selenium-testing），不用于驱动实时浏览器进行调试（应使用 playwright-cli），不用于管理既有回归套件的 CI（应使用 playwright-regression-testing）。对抗性策略评审属于 grill-me-qa 技能的用途；该技能产出工件，而不对工件进行质询。
前提条件
使用该技能需要 Node.js 18+（用于 CLI 脚本和 Playwright）、Playwright（通过 npm init playwright@latest 初始化）、文本编辑器（用于创建和编辑 Markdown 与 CSV 工件），并建议使用 Git 进行测试工件版本控制。
快速开始
可以选择以下方式之一：使用 templates/test-plan.md 创建测试计划；使用 templates/test-summary-report.md 创建测试总结报告；使用 templates/test-cases.csv 并从测试依据填充生成测试用例；使用 templates/bug-report.md 创建缺陷报告；使用 templates/bug-log.csv 创建缺陷日志；使用 templates/traceability-matrix.csv 创建可追溯性矩阵；使用 templates/regression-suite.md 构建回归套件定义；使用 templates/playwright-spec.ts 搭建 Playwright 测试脚手架；使用 templates/exploratory-charter.md 开展探索性测试并进行时间盒控制。
如果本地运行，可以使用内置 CLI 生成工件，例如：
node scripts/qa_artifacts.mjs list node scripts/qa_artifacts.mjs create test-plan --out specs --project "My App" --release "R1" node scripts/qa_artifacts.mjs create test-cases --out specs --feature "Checkout" node scripts/qa_artifacts.mjs create bug-report --out specs/bugs --title "Search returns 500"
需要收集的输入
使用前需要收集测试依据（需求、用户故事、验收标准、设计、风险登记册、缺陷历史）、范围（范围内和范围外功能、目标平台/浏览器/设备、语言区域、可访问性、集成）、质量风险（可能失败的内容、影响、可能性、监管与合规、关键用户旅程）、约束（截止日期、环境、数据可用性、工具、访问与角色、CI/CD 期望），以及定义（严重程度与优先级量表、需要覆盖的测试级别和测试类型、入口与出口准则）。如果缺失，应向相关人员询问。
工作流
创建测试计划与测试策略
从测试依据中识别测试目标、范围、假设和约束；定义测试级别和测试类型（功能、变更相关以及关键非功能测试，视适用情况而定）；为各领域选择测试设计技术；说明环境、测试数据、工具和配置管理需求；定义入口与出口准则、交付物以及报告节奏和指标；加入风险矩阵与缓解措施，并据此确定测试优先级（基于风险的测试）。可使用 templates/test-plan.md。
生成测试条件与测试用例
在编写逐步用例之前，先将测试依据转换为测试条件（要测试什么）。针对每个条件选择技术：等价类划分和边界值用于输入与验证；判定表用于规则组合；状态转换用于生命周期与流程；用例或场景测试用于端到端旅程；探索性测试会话用于快速学习。编写原子化、无歧义且可追溯至需求或用户故事 ID 的测试用例，添加可观察、可测量的预期结果（定义测试预言），添加优先级和风险标签以支持基于风险的回归选择，并使用稳定性和价值标准标记自动化候选。可使用 templates/test-cases.csv。
准备自动化候选与 Playwright 脚手架
根据稳定性、价值和风险标准选择候选对象，从 templates/playwright-spec.ts 创建可追溯的脚手架，包含测试用例 ID 和套件标签。实现和维护版本化 UI 规格、fixtures 和测试基础设施应使用 playwright-e2e-testing。
构建和维护回归套件
定义套件分层，例如 smoke（关键路径）、sanity（构建验证）、regression（广泛）、full（发布）。根据风险、频率、关键性和缺陷历史选择测试，而不仅仅依赖覆盖率。一致地标记测试，并记录选择规则与归属。定期评审套件：移除过时覆盖，为逃逸缺陷和高风险变更增加覆盖。可使用 templates/regression-suite.md 和 references/regression-suite-strategy.md。
创建缺陷报告并有效记录缺陷
可靠复现，缩减为最小步骤，记录变异性和范围；捕获环境细节（构建/应用版本、操作系统、浏览器/设备、账号/角色、数据条件）；描述预期与实际行为，包含影响，并一致地设置严重程度和优先级；附加证据（截图、控制台日志、网络跟踪、Playwright trace），并关联相关测试或需求；跟踪生命周期，包括分诊记录、负责人、修复版本、验证步骤与结果、关闭准则。可使用 templates/bug-report.md 和 references/bug-report-quality.md。
进行静态测试（评审）
尽早安排评审（左移）：需求、设计、测试计划、测试用例。使用检查清单保持一致性。记录发现并标注严重程度和可操作性。单独跟踪静态测试发现的缺陷（预防与检测）。可使用 references/static-testing.md。
估算测试工作量
识别因素：范围、复杂度、风险、团队经验、工具成熟度。应用估算技术：专家判断与历史数据、测试点分析、工作分解结构。为风险和未知添加应急余量，并随项目进展评审和细化估算。可使用 references/test-estimation.md。
监控测试进度与指标
跟踪执行指标：计划、已执行、通过、失败、受阻；监控缺陷指标：发现、已修复、未解决，按严重程度和优先级划分；计算测试覆盖率：已覆盖需求、已测试风险领域；定期报告状态并尽早升级阻塞。可使用 references/test-monitoring-metrics.md。
质量门禁（自检）
测试计划应包含范围、方法、风险、环境、入口与出口准则、交付物和指标；测试用例应可追溯、原子化、确定性，并包含清晰的预言和数据；自动化应可维护；回归应基于风险、有标签，并有明确的增删规则；缺陷报告应可复现、可操作，并包含证据、环境和影响；静态测试评审应有文档记录并跟踪至解决；估算应包含应急余量并随范围明确而细化。
故障排除
测试用例缺乏可追溯性时，添加 requirement_id 列并链接至用户故事或验收标准。缺陷报告被拒时，使用最小步骤并包含精确数据和环境。回归套件过慢时，应用基于风险的选择并分层。自动化测试不稳定时，使用 data-testid、避免 sleep、使用 Playwright 自动等待。估算错误时，添加应急余量并在范围变化时重新估算。评审未发现缺陷时，使用检查清单、分配充足时间并轮换评审人。测试预言不清晰时，从需求、规则或参考系统定义预言。
内置资源
模板包括：test-plan.md、test-summary-report.md、test-cases.csv、test-conditions.md、traceability-matrix.csv、bug-report.md、bug-log.csv、regression-suite.md、exploratory-charter.md、playwright-spec.ts、test-environment-checklist.md、risk-assessment-matrix.md。参考文档包括：test-design-techniques.md、experience-based-techniques.md、static-testing.md、test-levels-types.md、test-estimation.md、test-monitoring-metrics.md、risk-based-testing.md、istqb-glossary.md、test-process-and-deliverables.md、automation-playwright-best-practices.md、regression-suite-strategy.md、bug-report-quality.md、defect-lifecycle.md。脚本包括 qa_artifacts.mjs，用于从模板生成 QA 工件。
使用警示
生成没有关联需求或风险的测试用例，会导致不可追溯的覆盖；缺陷报告缺少复现步骤、预期与实际或环境，对开发人员不可用；凭直觉而非风险或变更分析选择回归套件，会浪费精力并遗漏回归；测试计划没有入口与出口准则或工作量估算，执行无法被治理；混淆该工件产出技能与策略评审技能，策略评审应使用 grill-me-qa。
验证
测试用例遵循 ISTQB 结构：每个用例有 ID、描述、前置条件、步骤、预期结果（执行后填充实际结果）；维护覆盖率矩阵：需求映射到测试用例，无未覆盖需求；维护可追溯性：每个测试用例链接到需求或用户故事。