fundraising-faq
面向融资路演的问答准备技能：根据公司简介推断投资人可能提出的尖锐问题，按主题生成诚实、具体、有说服力的回答，并标注应避免的防御性说法。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-26 00:15
测试与质量
12,702 个结果
mock-data
mock-data 是一个用于生成测试用模拟数据的技能，基于工厂函数、固定夹具与 Faker.js，帮助开发者在单元测试、集成测试、数据库填充和 API 模拟中创建较真实的假数据。资料给出的技术栈为 Node/TypeScript 生态，主要使用 @faker-js/faker。
kelly-app-skill-creator-tests
用于为 kelly-app-skill-creator 生成的标准 App-in-Skill 项目构建、维护和运行一致性测试的技能，专注共享测试基础设施、按技能的夹具与断言、OSS/Cloud 执行门禁、失败产物、CI 接线和测试报告，不接管产品与运行时设计。
diagnosing-bugs
一个面向疑难缺陷与性能回归的诊断流程技能，强调先搭建可复现的反馈回路，再依次进行复现最小化、假设排序、定点插桩、修复与回归测试，最后清理调试痕迹并复盘，适用于用户要求诊断、调试或报告报错、失败、变慢的场景。
grilling
一个用于对计划、决策或想法进行高强度追问的技能。它通过多轮问答把问题拆成设计树，逐个澄清前置决策，直到双方达成共识；适合压力测试思路，但不代替用户做决定。
verify-behavior
verify-behavior 是一个面向代码行为验证的技能：针对某个行为断言或刚应用的重变更，选择成本最低的验证层级执行，并以原始结果作为凭据返回，自身不做评分或判定。
quality-assurance
面向 GitHub Copilot 的质量保证智能体，用于制定 QA 策略、编写测试计划、执行验收测试并管理质量指标，通过结构化日语对话协助团队保障产品质量。
test-engineer
test-engineer 是一个面向软件测试的 AI 技能/智能体，负责单元测试、集成测试与 E2E 测试的设计与实现，推动测试覆盖率提升、测试策略制定与测试自动化，并支持 TDD、BDD 实践。
test-generator
test-generator 是一个用于为 API 路由、工具函数、React 组件和 hooks 生成单元测试与集成测试的技能。它按源码类型生成覆盖正常路径、边界情况、错误处理与边界值的测试，默认使用 Vitest 语法，项目使用 Jest 时回退到 Jest。
pm-e2e-test-generator
面向 SDD 规划阶段的技能，用于在前端任务已存在后生成 Cypress/TypeScript 端到端测试任务 Markdown。它只做规划，不写测试代码；实际 Cypress 实现由 code-e2e-tests 负责。
pm-unit-test-task-generator
用于在 SDD 规划阶段、后端实现任务已生成后，为某个 Feature 生成后端单元测试与 HTTP 集成测试的任务 markdown（task-NNN-*.md）。覆盖 FormRequest、Service、Model、Controller 及租户隔离场景，并给出 PHPUnit 运行命令。
visual-pixel-perfect
visual-pixel-perfect 是一个像素级视觉回归测试技能，通过“实现→渲染→截图→对比→修复”的自动循环，确保前端实现与设计稿精确匹配。支持 Web 与 PDF 渲染，使用 Pixelmatch 对比基线截图，差异超阈值时自动修复 CSS/布局并重试，最多 5 次。
webhooks
XActions 的 Webhook 系统，通过 HTTP 实时接收自动化任务完成、粉丝增减等事件通知。提供创建、列出、更新、删除和测试 Webhook 的 REST API，支持 HMAC-SHA256 签名验证与失败重试。
run-dotnet-tests
用于正确运行 .NET 10 测试的技能：必须通过 scripts/test-with-timeout.sh 包装脚本执行，避免因 .NET 10 双测试运行器架构导致直接调用 dotnet test 失败或测试挂起。
solid
OpenClaw 中用于编写、移植、审查和测试 Solid 2 UI 的技能，覆盖 Control UI、插件视图与 Canvas 主机，涉及状态归属、迁移期 Lit 互操作等。
bench
bench 是 OpenDataLoader PDF 项目中的基准测试技能，用于构建 Java、运行完整基准测试套件并分析 PDF 解析性能，支持对读取顺序、表格结构、标题结构、表格检测及速度等指标进行提取与阈值对比。
theory-vs-reality
theory-vs-reality 是一个用于对照「计划与实现」的技能，出自 otrebu/skills。它把计划（故事/任务/子任务/验收标准）与已构建的代码进行比对，并产出一个可交互的 HTML 检查清单。该清单预填了由代码检查子代理给出的逐项判定，让人类可以「零上下文」直接打开运行。它的目标有两个：一是发现计划本身与用户需求不符（计划合理性），二是发现计划与实现之间的偏差（构建合理性）。工作流程分为四个阶段：获取来源、提炼面向最终用户的验收标准、并行子代理逐项生成测试配方并验证代码、生成 HTML 产物并交付打开。产物要求为单文件自包含 HTML，含顶部粘性工具栏、两级手风琴布局、状态色条、键盘导航与 Markdown 导出。验证过程为只读，不修改代码、不运行测试。
pauls-project-setup
Paul 的新项目现代技术栈约定，涵盖 pnpm、Node 原生测试、esbuild、buildless-types 等配置，适用于启动新项目或初始化仓库时参考。
testing-specialist
面向测试工作的专家级技能，提供测试策略、测试编写、执行与结果分析能力，并在顶层索引下按需路由到多个测试子技能。编写测试、修复测试或优化测试流程时可使用。
e2e-testing
Qwen Code CLI 的端到端测试指南，涵盖无头模式、MCP 服务器测试与 API 流量检查，用于在单元测试不足时验证模型 API 到工具执行的完整链路。
ui-cloner-quality-check
UI Cloner 第四阶段的质量自检技能：在生成 UI 复刻提示词后，按多领域保真度清单逐项核对，补齐缺失内容后再交付，并保存到 plans/04-final-prompt.md。
self-verification
全栈工作流的最终自检阶段：在代码开发完成后运行全量单元测试、集成验证与代码质量检查，逐条对照验收标准，产出验证报告并推进迭代状态。
unit-testing
全栈工作流第6阶段技能，依据程序设计文档与任务拆分文档产出单元测试用例及预期结果，为后续代码开发提供验收标准，并按任务ID组织、覆盖正常路径与边界异常场景。
story-quality
用于在转换为 prd.json 前审查用户故事质量的技能，检查故事描述、规模、依赖顺序与验收标准，输出逐条质量报告与改进建议。