bug-hunter-v2
Bug Hunter 是一个遵循证据驱动原则的系统性调试工作流技能，用于定位并修复软件缺陷。它提供从复现问题、收集证据、形成假设、测试假设、追溯根因、实施修复到测试与防回归的完整步骤，并包含常见缺陷模式、调试技巧和文档模板。适用于用户报告错误、行为异常、间歇性故障或生产问题调查等场景，强调先复现、后修复，修根因而非症状。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-03 00:11
测试与质量
13,054 个结果
django-perf-review
用于对 Django 代码做性能审查的技能工作流，重点核实 ORM 与查询层面的真实性能问题，如 N+1 查询、未分页查询集、缺失索引、循环写入等。强调先追踪数据流、验证问题再报告，只输出可证明的发现，零发现也可接受。
e2e-testing
这是一个用于端到端（E2E）测试的工作流技能，基于 Playwright 实现浏览器自动化、视觉回归、跨浏览器测试与 CI/CD 集成，适合搭建、设计、编写和维护浏览器端到端测试流程。
quality-scan
quality-scan 是 omniroute 仓库中的只读质量扫描技能，用于按选定范围运行质量门禁并报告精确候选证据、失败项与冻结债务，适合临时门禁巡检或发布准备。
verify-openwork
verify-openwork 是 OpenWork 项目中的变更验证技能/工作流，用于在真实产品上证实一项改动确实生效后再宣告完成，而不是以“代码能编译”作为完成标准。它要求开发者按改动类型选择对应验证方式：服务端规则用贴近代码的 API 测试，纯函数或组件逻辑用同目录单元测试，端到端用户或客户端路径用 proof 测试，核心链路变动则修改对应 journey 步骤。流程包括启动产品（通过 pnpm world up 在本仓库的 headless Chrome 中运行并输出 webUrl 与 cdp）、像真实用户一样驱动路径并保留截图与报告、在未包含改动的 dev 基线上运行同一 proof 以证明其会失败（否则说明断言过于宽松需收紧），最后通过 open-a-pr 提交 PR 并在 Evidence 部分写明 proof 名称及前后对比。仓库仅将九条核心旅程纳入提交的 e2e 套件，其余验证随 PR 进行即弃。
pipelines-test-results
只读查看 Azure DevOps Pipeline 某次建置发布的自动化测试结果：通过率与各 outcome 统计、各 test run 数字，以及与上次建置相比的新增或已修复失败，并给出失败测试的错误信息与 stack trace。
test-plans-progress
该技能通过 Azure DevOps REST API 只读生成 Azure Test Plans 手动测试进度报告：列出进行中的测试计划，按测试套件统计测试点的通过、失败、阻挡与未执行数量、执行率与通过率，并列出失败或被阻挡的测试案例及负责测试人员，不修改任何数据。
shipbash
ShipBash 是一个面向线上 Web 产品的 AI QA 服务，用自然语言编写的语义测试用例驱动智能体像真实用户一样全天候测试生产站点，并返回每次运行的证据。可通过 npx shipbash 命令行操作。
testing-tracks
用于管理应用发布前测试轨道的技能，覆盖 Google Play 内测/封闭/开放测试、Apple TestFlight 内外部测试及真机云测试，帮助团队按渐进流程验证应用后再发布生产。
prioritize
一个用于 Linear 的优先级排序技能：对某个产品 pillar 的 issues 应用 MoSCoW 分桶与 RICE 排序，结果可追溯到 PIBER+IDCF 子 spike 和最新 vision audit，生成 Markdown 报告并回写 Linear。
burp suite web application testing
该技能用于借助 Burp Suite 执行 Web 应用安全测试，涵盖 HTTP 流量拦截与修改、请求分析与重放、自动化漏洞扫描、Intruder 攻击及人工测试流程，帮助系统化发现和利用 Web 漏洞。
comprehensive-review-pr-enhance
用于优化 Pull Request 的技能：生成完整 PR 描述、总结改动与测试、标注风险与回滚说明，并给出评审清单，帮助提升代码评审效率。
debugging-strategies
一套系统化调试技能，帮助把调试从猜测变为有方法的问题排查，覆盖缺陷定位、性能问题、生产事故、崩溃与堆栈分析以及分布式系统调试，并提供实现手册资源。
shodan reconnaissance and pentesting
围绕 Shodan 的侦察与渗透测试技能，提供系统性方法，涵盖网页界面、CLI、REST API、搜索过滤器、按需扫描与网络监控，用于发现暴露服务、脆弱系统和 IoT 设备。
tdd-workflows-tdd-cycle
一个面向 TDD（测试驱动开发）工作流的技能，强调红-绿-重构纪律，提供从需求分析、测试设计到单元与集成测试、重构和代码审查的分阶段指导与检查清单。
tdd-workflows-tdd-green
TDD 绿阶段技能：在测试驱动开发中实现让失败测试通过的最小代码，保持实现刻意简单，并记录为重构阶段预留的捷径或技术债。
tdd-workflows-tdd-red
TDD 红阶段技能：为待实现的新行为生成会失败的测试，用测试定义预期行为与边界情况，覆盖正常路径、异常与并发等场景，并验证失败原因正确。
unit-testing-test-generate
该技能用于自动生成多语言、可维护的单元测试，注重高覆盖率与边界情况，适用于已有代码需要补测试、统一测试结构、生成 Mock 与 fixture 的场景。
web3-testing
面向 Solidity 智能合约的综合测试技能，结合 Hardhat 与 Foundry 编写单元测试、集成测试、模糊测试与主网分叉测试，并支持 Gas 优化测试、覆盖率报告与 Etherscan 合约验证。
systematic-debugging
systematic-debugging 是一个用于调试复杂问题的技能，提供四阶段系统化调试方法：复现、隔离、理解根因、修复并验证，强调以证据为基础，避免随机猜测。
tdd-master-workflow
这是一个严格遵循红-绿-重构循环的测试驱动开发（TDD）技能，强调先写测试再实现，并规范测试架构、覆盖率与命名。
tdd-workflow
TDD Workflow 是一套测试驱动开发（Test-Driven Development）的工作流原则，核心是 RED-GREEN-REFACTOR 循环：先写会失败的测试，再写最小实现让测试通过，最后重构改进代码质量。它强调测试即规格说明，遵循 TDD 三定律，使用 AAA（Arrange-Act-Assert）模式组织测试，并给出各阶段的原则、规则、测试优先级、反模式以及 AI 增强的多智能体协作模式。
testing-patterns
测试模式与原则指南，涵盖单元测试、集成测试与模拟（Mocking）策略，帮助构建可靠的测试套件。
webapp-testing
Web App Testing 是一套面向 Web 应用测试的原则与策略集合，强调“发现并测试一切，不留下任何未测试的路由”。它提供基于 Playwright 的运行时脚本，可用于自动化浏览器测试，支持基础浏览器测试、截图与无障碍（a11y）检查，需先安装 playwright 及 chromium。内容涵盖深度审计方法（先发现路由、API 端点、组件与功能，再进行系统化测试）、Web 测试金字塔（E2E、集成、组件分层）、E2E 测试原则与最佳实践、Playwright 核心概念与配置建议、视觉测试、API 测试、测试组织与命名、CI 集成以及常见反模式。适合需要为 Web 应用建立端到端测试与审计策略的开发者与测试人员参考。