comment-analyzer
Comment Analyzer 是 SpecWeave 中的代码注释审计智能体，用于检查注释的准确性、完整性与长期价值，发现过时、误导或冗余的注释并给出改进建议，适合审计文档或排查注释腐化。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-26 00:15
测试与质量
12,709 个结果
qa-full
面向单个功能的完整质量保障流水线：先审计、再修复、后验证，覆盖测试、正确性、安全、数据库、前端性能与浏览器 QA 等维度，适用于功能完成、合并分支与发布之前的阶段。
tdd
tdd 是一项测试驱动开发技能：在需要变更行为且存在可信自动化测试边界时，按 RED→GREEN→REFACTOR 循环编写测试与实现，避免批量写测试或为测试而造测试接缝。
chart-tests
Astronomer APC 仓库的 Helm chart 测试编写指南：基于 pytest 与 render_chart() 渲染模板并断言，涵盖子 chart 值嵌套、参数化测试、跨组件不变量、ConfigMap 脚本约定与 uv 运行方式。
webapp-testing
这是一个用于与本地 Web 应用交互并进行测试的工具包，基于 Playwright 实现。它支持验证前端功能、调试 UI 行为、捕获控制台日志等。工具包提供辅助脚本 scripts/with_server.py 来管理服务器生命周期（支持同时启动多个服务器），并建议以黑盒方式直接调用脚本、先用 --help 查看用法。测试时通过编写原生 Python Playwright 脚本，采用“先侦察后操作”的模式：等待 networkidle、截图或检查 DOM、识别选择器、再执行操作。适用于本地静态 HTML 与动态 Web 应用的自动化测试场景。
bmad-prfaq
基于亚马逊 Working Backwards 方法的 PRFAQ 产品概念压力测试技能：先写成品新闻稿，再回答客户与内部尖锐问题，输出完整 PRFAQ 文档与 PRD 摘要。
bmad-qa-generate-e2e-tests
一个 QA 自动化测试生成工作流：为已实现的功能生成 API 与端到端（E2E）测试。当用户说“create qa automated tests for [feature]”时使用，只生成测试，不做代码审查或故事验证。
bmad-review
bmad-review 是 BMad Skills 中的代码与文档评审技能，通过一个或多个已安装的评审镜头（对抗性批评、边界情况、验证缺口、结构、行文等）审查内容，并按镜头分组输出经分诊的问题。镜头集合由工作流配置决定，可被覆盖或替换。
test-quality-inspector
用于审查测试用例是否真正验证了其声称行为的技能，支持任意语言与框架，通过语义正确性、变异式推理和 mock 卫生检查，识别空洞、误导或不完整的测试。
verify
用于构建验证、错误恢复和评审修复应用的中文技能，含反篡改质量护栏，禁止通过跳过测试、删断言、放宽 lint 或绕过 CI 来掩盖失败，需先理解失败原因。
qa-response
qa-response 是 composio-community/support-skills 中的客服回复质检技能，用于在发送前审查草拟的客户回复，检查质量、准确性、语气与完整性，并给出评分、问题清单和修改后的版本。
cy-web-docs-impact
该技能用于审计后端任务与规格对 Web、站点、公共智能体接口、配置及可扩展性影响的覆盖情况。它从上下文中解析请求的规格、任务或差异，并以 docs/_memory/change-impact.md 作为权威影响契约，检查代码以识别受影响文件。它记录一份归属分析，覆盖变更的 Web/站点、智能体 CLI/HTTP/UDS、原生工具、扩展/钩子/资源/注册表/桥接/MCP、配置生命周期和工作区隔离面，并指明具体路径、契约及其验证负责人。适用于契约、处理器、CLI 等变更的影响评估场景。
no-workarounds
一个软件工程技能，要求在调试、修 bug、解决测试失败等任务中坚持根因修复，拒绝权宜之计、hack 与症状补丁。它提供七类权宜之计的识别门禁、逃生阀流程与常见借口对照，帮助团队避免技术债累积。
docs-style
docs-style 是 continuedev/continue 项目中的文档写作与更新风格指南，用于撰写新文档、更新现有文档或审查文档质量。它规定了简洁、面向任务、渐进披露、可复制代码片段、统一术语等原则，并给出语气、标题和示例写法要求。
test-driven-development
面向智能体工作流的测试驱动开发（TDD）技能指南：在规划新功能、实现代码或修改现有行为时触发，要求测试先行，把测试视为实现的一部分，覆盖功能实现、缺陷修复与重构流程。
herdr-dashr
herdr-dashr 是一个基于 OpenTelemetry 追踪的端到端功能测试工具：为功能埋点生成 span，人工在浏览器审阅预期流程，再连接各服务追踪，运行后自动比对实际 trace 与预期流程并给出每步结论。
rust-unit-testing
面向 Rust 项目的单元测试与集成测试技能，围绕 cargo test 组织测试策略，强调测试行为与不变量而非私有实现细节，覆盖 #[cfg(test)]、tests/ 目录、tokio::test 异步测试、traits 与 fake 隔离，以及 Axum/HTTP 处理器测试。
code-crit
code-crit 是一个面向 PR 的代码审查技能，模拟 staff 级工程师审阅他人拉取请求：多角度检查但注重信号质量，给出评分与合并结论，并把结果发布到 PR。
red-handed-audit
Red-handed Audit 是一个本地审计技能，用于核对 Claude Code 会话中代理声称的测试是否真的运行过。它读取会话记录与 git 状态，用九项确定性检查比对“说了什么”与“做了什么”，不调用模型，结果可复现。
playwright-form-validation
基于 Playwright 浏览器自动化的表单验证测试技能：系统提交无效数据、捕获错误提示与截图，并生成验证报告，用于 QA、可访问性与回归测试。
quality-detect-orphaned-code
用于检测“孤儿代码”的技能：找出已创建但从未在生产代码中被导入或调用的文件、函数、类及 LangGraph 节点，避免“已创建但未集成”的失败。
quality-detect-regressions
该技能通过对比当前质量指标与已存基线，检测测试、覆盖率、类型错误、lint 和死代码方面的回归，并在指标超出容差时阻止任务完成。
report-issue
report-issue 是一个将问题描述与可选截图整理为完整追踪器工单的技能。它读取代码与追踪器，但不修改代码，且仅在报告人批准草稿后写入追踪器。它按工作区规则确定模板、标题、团队与项目、标签、优先级、周期和截止日期，并进行重复工单检查；已交付工作的缺陷会转交 /qa-escape 处理。输出包含工单编号与追踪器链接，且不添加 AI 或工具署名。
tdd
测试驱动开发技能，用于以测试先行的方式构建功能或修复缺陷，适用于提及 red-green-refactor 或需要集成测试的场景。