mcpField
Q
quality-assurance

quality-assurance

github.com/axross测试与质量143 次安装2 天前更新
代码仓库

关于 quality-assurance

quality-assurance 是面向审查者的技能，用于判断合并前变更的验证证据是否充分。它涵盖测试声明、Lint 与格式检查门禁，以及针对变更输出面的手动检查。

主要功能

  1. 01评估验证证据与测试声明
  2. 02检查 Lint 和格式门禁证据
  3. 03审查变更输出面的手动检查
  4. 04评估跳过检查及剩余风险
  5. 05检查重大问题修复后的二次验证

适用场景

  1. 01合并前审查验证证据
  2. 02判断测试声明是否符合记录结果
  3. 03检查变更界面或路由的手动覆盖
  4. 04审查必需检查的跳过理由与剩余风险

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/axross/skills --skill quality-assurance

安装后在 Claude Code 中输入/quality-assurance确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

references/
lint-and-format-gate.md
manual-verification.md
verification-evidence.md

详细介绍

质量保证

使用此能力判断一项更改在合并前是否已得到充分验证。这是审查者的视角——在适用的审查发现范围内指出缺失的证据，并链接到面向开发者的规则，而不是重新推导规则。

全文使用的严重性标签（Critical、Major、Minor）由项目的审查严重性模型定义；请查阅该模型，了解各级别的定义、固定下限和判定映射。

本文中的关键词“MUST”“MUST NOT”“REQUIRED”“SHALL”“SHALL NOT”“SHOULD”“SHOULD NOT”“RECOMMENDED”“MAY”和“OPTIONAL”应按 RFC 2119 中的说明进行解释。

验证证据

请参阅 verification-evidence.md，了解：

  • 如何在审查发现范围内评估缺失的验证，同时不免除贡献者的验证责任
  • 如何根据命令或路径、退出状态及相关输出评估 tests pass 或 tested manually 声明
  • 证据充分性判定流程，确保有理有据的跳过项得到记录，但仍标记为未经验证
  • 如何在没有正面外部审查证明的情况下，将技能获取与集成输出的一致性分开评估
  • 如何根据所声明的义务、材料、平台和观察阶段评估相关性与时效性
  • 如何评估绿色检查所覆盖的独特行为、其结果是否可能不同，以及导致检查无法提供任何信息的夹具或测试框架故障
  • 根据已更改的输出界面匹配手动检查
  • 如何评估必需检查的跳过原因及其剩余风险
  • 修复 Critical 或 Major 发现后的第二轮验证

Lint 和格式检查关卡

请参阅 lint-and-format-gate.md，了解：

  • 作者是否按照项目的代码质量规则运行了格式和 lint 命令
  • 差异是否涉及关卡自身的配置、钩子或 CI 工作流，以及关卡仍能捕获违规的证据
  • 是否新增了没有行内说明的 lint 抑制项
  • 如何判断引入的 lint 错误、已修改文件中的新警告，或新增的行内抑制项或逃逸通道类型转换

手动验证证据

请参阅 manual-verification.md，了解：

  • 如何判断通过的命令未能像人类一样检验的数据驱动界面、路径或运行中应用的输出
  • 当更改涉及数据驱动界面时，作者是否检查了非默认内容状态
  • 路由更改是否验证了未找到 UI
  • 是否检查了开发服务器输出中是否有新警告或错误

评论

支持 Markdown