openclaw-testing
面向实际变更契约的 OpenClaw 测试选证技能,用于在源码、包、插件、平台或 CI 之间选择相称的验证方式。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 10-29 00:09
12,875 个结果
面向实际变更契约的 OpenClaw 测试选证技能,用于在源码、包、插件、平台或 CI 之间选择相称的验证方式。
TDD 是一个测试驱动开发技能,围绕“红—绿”循环提供参考指导,帮助开发者写出值得保留的测试。它说明了什么是好测试、测试应该放在哪里、常见反模式以及循环规则。该技能强调测试应通过公共接口验证行为,而非实现细节;测试应位于“接缝”(seam)即公共边界处,而不是针对内部实现。它列出了三类反模式:与实现耦合、同义反复式断言、水平切片。循环规则要求先红后绿、一次一个切片、重构不属于该循环而属于评审阶段。适用于用户希望以测试优先方式构建功能或修复缺陷、提到“red-green-refactor”或需要集成测试的场景。
用于调试 iOS 应用并分析性能的中文技能,结合 LLDB、Xcode 内存图调试器、统一日志/signposts 与 Instruments,定位崩溃、内存泄漏、卡顿和性能瓶颈。具体收费与安装方式暂未提供。
用于对聚焦的 iOS 启动或运行时流程采集与分析 ETTrace 性能剖析的技能,强调精确构建的 dSYM UUID 匹配、模拟器或真机采集、符号化验证及同条件对比。
用于审查 Swift 与 SwiftUI 拉取请求、diff 及改动代码的技能,以可验证证据为基础检查正确性、并发、所有权、错误处理、Observation 状态等。按严重程度输出问题、证据与修复建议,避免纯风格挑刺。
一套关于“何时才值得写自动化测试”的判断准则:以务实维护者视角,仅当预期收益超过实现、运行和维护成本时才添加测试。零新增测试也是合理结果,适合决定是否为功能、缺陷修复或重构补测试的场景。
本技能提供 Shopify 应用测试指南,覆盖基于 Remix 的单元测试与集成测试、Shopify 上下文的 Mock 方式,以及端到端(E2E)测试。内容包括使用 Vitest 搭建测试环境、Mock shopify.server.ts 中的 authenticate 对象、直接调用 loader 与 action 测试后端逻辑、用 Playwright 进行 E2E 测试并绕过 OAuth 登录、以及通过 Shopify CLI 或单元测试方式测试 Webhook(含 HMAC 校验)。适合需要为 Shopify 应用编写可靠测试的开发者参考。
paper-quality-gate 是论文写作流程中的确定性预编译质量闸门,在 LaTeX 净化之后、编译之前运行,依据 JSON 输入校验篇幅、引用与实证结果表述,缺少证据或判定标记时以非零码拒绝,防止出现无依据的实证结论。
meta-short-drama 发布前的内部确定性交付审计门禁:不调用模型、不访问媒体服务商,校验真实服务商图片/视频回执、付费提交处置与最终 MP4 可解码性和时长,输出 verified、degraded 或 blocked 判定。
e2e-verify 是一个用于端到端验证当前分支的 AI 技能。它会在隔离端口上启动开发栈,用用户真实浏览器会话为 Playwright 完成认证,然后针对当前分支涉及的页面与功能执行测试,并在分叉上下文中运行以将截图和 DOM 快照隔离在主对话之外。适用场景包括收到“e2e verify”类指令时,对 UI 改动、API/后台任务或入口点变更进行真实浏览器验证。技能要求用户可提供确切应用 URL(跳过启动栈)、提供端口号(假定已在运行)、或不提供任何信息(由技能自行启动开发栈并从启动横幅解析端口)。测试过程强调使用同一确切 URL、等待真实 HTTP 健康响应、确认认证成功后再测试,并将临时产物写入 .e2e-verify/ 目录,结束后清理。所需具体开发命令、认证提供方密钥与 cookie 提取命令等细节在资料中以占位符形式给出,未提供具体实现。
evaluate-run 是 uiverify 提供的一个技能,用于对已完成的一次 factory 运行(一个 worktree 及其对应的 chat 会话)进行冷启动、对抗式评级,并据此让系统沉淀经验。它针对「CI 变绿不等于做得好」的问题:运行可能通过 CI,却违反约定、把测试 mock 成无意义、悄悄走捷径,或重复已被纠正的错误。该技能先从会话记录压缩出摘要并提取真实 diff,再交由独立的冷上下文评估器按评分表逐项打分,最后把被接受的教训路由为规则、守卫或记忆,使后续运行逐步改善。整个过程对被测代码只读,写入仅限经用户确认的规则/守卫/记忆。
crap4go 是一个用于 Go 项目的代码质量分析工具,计算每个 Go 函数和方法的 CRAP(Change Risk Anti-Pattern,变更风险反模式)分数。CRAP 分数将圈复杂度与测试覆盖率结合,用于识别既复杂又测试不足的函数。工具会自动删除旧的覆盖率报告,运行 go test ./... -coverprofile=target/coverage/coverage.out,然后分析结果,并以表格形式按 CRAP 分数从高到低输出报告。
gsd-debug 是一套系统化调试技能,通过跨上下文重置的持久化状态来组织排查流程。它以编排者角色收集症状、启动 gsd-debugger 子代理调查、处理检查点并派生续接代理,使主上下文保持精简。
用于配置 promptfoo 提示词评估与测试的技能,支持提示词回归测试、多模型提供商对比、基于断言的校验以及 HTML 报告生成,适用于搭建提示词测试、比较 LLM 提供商、创建评估流程和定义测试断言等场景。
面向关键用户旅程的端到端测试技能,使用 Playwright 或 Cypress 实现测试并集成到 CI,覆盖 UI 与 API 集成验证、稳定选择器、测试数据隔离、不稳定测试隔离与可诊断失败。
面向全栈开发的性能与负载测试技能,针对 UI 关键 API 使用真实流量模型运行性能与负载测试,并验证 SLO。适用于峰值负载下的延迟或扩展问题,以及影响关键旅程的重大发布。
将测试文件中的 `as` 类型断言迁移到 @total-typescript/shoehorn 的技能。适用于用户提到 shoehorn、想在测试中替换 `as`,或需要传递部分数据(partial data)的场景。仅在测试代码中使用,禁止用于生产代码。
CSPEC 统一质量门禁技能,整合结构校验、内容审查与 CODE-Ready 评分,生成标准化审计报告供 doc-cspec-fixer 自动修复使用。
统一 FTEST 审计包装器,依次运行 doc-ftest-validator 与 doc-ftest-reviewer,并输出可供修复工作流使用的合并报告。
doc-ftest-fixer 是 aidoc-flow-framework 中用于按审计或评审报告自动及引导修复 FTEST 发现问题的技能。它以确定的源报告优先级应用修复,覆盖必需章节、子类型标签、阈值表、可追溯性与命名路径等类别,并输出修复后的 FTEST 文档与版本化修复报告。
doc-ftest-reviewer 是 aidoc-flow-framework 中的功能性测试规范(FTEST)语义质量审查技能,用于在结构校验之外检查 SYS 需求对齐、质量属性覆盖、阈值定义与可测量验证标准、测试用例完整性、边界与失败条件覆盖及可追溯性,输出审查报告并以 90 分为通过门槛。
doc-itest 是一个用于创建集成测试规范(ITEST)的技能,属于 aidoc-flow-framework 的 Layer 10 子类型工件。它面向组件交互、API 契约合规、序列流程验证以及集成级数据流检查,帮助生成符合规范的 ITEST 文档。该技能要求 ITEST 遵循六段式结构(文档控制、测试范围、测试用例索引、测试用例详情、CTR 覆盖矩阵、可追溯性),并强制使用 @ctr、@sys 等标签。适用于仅创建或编辑 ITEST 工件的场景;若需多子类型编排或批量 TSPEC 工作,则应改用 doc-tspec。
doc-itest-autopilot 是用于集成测试(ITEST)文档自动生成与审查编排的技能,覆盖从上游上下文生成 ITEST、审计输出以及在需要时移交修复的完整生命周期,服务于集成契约与交互验证。
doc-itest-reviewer 是 aidoc-flow-framework 中的集成测试规格语义质量审查技能,用于在结构校验之外检查 ITEST 内容质量、契约对齐与交互完整性。