QA: Test & Fix 是一个以完整 QA 循环为核心的技能，其目标可以概括为：发现缺陷、修复缺陷，并证明修复确实有效，且所有这些工作都通过原子提交完成。
用途 该技能适用于需要系统性检查代码质量与正确性的场景。当用户希望查找并修复缺陷，或提出类似「QA this」「test this」「find bugs」「why is this broken」「it doesn't work」「check for bugs」「smoke test」等要求时，即可使用该技能。它强调以流程化方式推进：先建立测试基线，再识别风险、复现问题、修复并最终验证，而不是凭猜测直接改代码。
主要能力与层级 技能按改动范围提供三个强度层级。Tier 1 冒烟测试（快速）：适用于小改动、单文件或快速检查，运行现有测试套件、手动追踪变更的代码路径、检查最可能的 3 个边界情况并报告发现。Tier 2 标准 QA（默认）：适用于功能、重构或任何触及用户可见代码的改动，除运行现有测试外，还要求阅读全部变更文件并理解意图，端到端测试正常路径（happy path），测试每一类边界情况（输入、状态、错误、并发），为未测试代码路径编写测试，用原子提交修复发现的缺陷，并重新运行完整测试套件确认无回归。Tier 3 深度 QA（彻底）：适用于发布、安全敏感改动或关键功能，涵盖 Tier 2 的全部内容，并额外包含使用边界值进行模糊输入、测试错误恢复（例如操作中途终止进程、损坏数据）、测试并发访问模式、审查所有错误处理路径、性能检查（是否有意外变慢的地方）以及安全检查（输入校验、认证、数据泄露）。
使用方式
技能规定了具体的 QA 流程。第一步基线：运行现有测试以建立基线，示例命令为 pnpm test，也可使用 npm test、pytest、go test 等，并记录 X 个通过、Y 个失败、Z 个跳过。第二步发现：阅读代码变更并识别风险区域，包括没有测试的新代码、测试未覆盖变更的修改代码、从未被触发的错误处理、关于输入格式或状态的假设。第三步复现与诊断：对每个潜在缺陷，写出精确的复现步骤，确认缺陷确实存在（测试失败或行为异常），追踪根因，强调不要猜测而要阅读代码。第四步修复：对每个已确认缺陷，先写一个失败的测试，做最小化代码修改，验证测试通过，并以原子提交方式提交，提交信息格式为 fix: [what was broken and why]。第五步验证：运行包含新增测试在内的完整测试套件，示例命令为 pnpm test，确认全部测试通过且未引入回归。
输出格式 技能要求以固定的 QA 报告格式输出，内容包括：Tier（1/2/3）、基线（X passing, Y failing, Z skipped）、最终结果（X passing, Y failing, Z skipped）；已发现并修复的缺陷列表，每条包含编号、描述、提交信息与对应测试；已发现但未修复的缺陷列表，每条包含编号、描述、严重程度（Critical/High/Medium/Low）与复现步骤；新增测试列表，说明所覆盖的场景；以及未完全覆盖的风险区域列表，说明其风险原因。
适用场景 该技能适合在代码变更后按范围选择相应层级进行质量把关，尤其适用于功能开发、重构、发布前检查以及安全敏感改动等场景。
限制 资料中未提供该技能的具体安装方式、收费信息、支持平台或与其他工具的集成方式，这些事实暂未提供。此外，各层级的具体操作细节需遵循上述流程，不应假设存在资料之外的功能。