状态稳定
类型原子 Skill
领域软件测试
生命周期测试设计
适合角色QA / DEV / SRE / DevOps
语言中文 / 英文
评测有评测 ✓
同步日期2026-09-15
解决什么问题
它把当前 Skill 的方法整理成可以直接执行、评审和复用的质量输入。
- 不执行测试,不假设未提供的规则、版本、阈值、数据或响应,不把候选数量当作覆盖证明。
- 文件存在、名称匹配、设计声明或 Eval 配置不等于真实执行证据。
- 未知项标为 unassessed、blocked 或待确认,不用常识补齐。
- 范围或证据不完整时,不要把方法名称、文件存在或候选数量写成测试已执行、覆盖、通过或发布证据。
适用场景
推荐使用
- 需要从 接口契约、幂等键规则、重试策略、超时证据、业务副作用、消息记录和数据库观察 中提取 API 幂等性测试 候选。
- 需要解释选择理由、适用约束、证据缺口和最小验证动作。
- 材料不完整但仍要交付受限初版,并明确 blocked 或 unassessed 边界。
常见误区
- 范围或证据不完整时,不要把方法名称、文件存在或候选数量写成测试已执行、覆盖、通过或发布证据。
- 不要用常识补齐未提供的规则、阈值、数据、环境或结果;保留 unassessed、blocked 和待确认项。
- 不要把本 Skill 的专项候选扩写成完整策略、完整测试用例、真实执行或发布决定。
输入
最低输入
- 阅读 prompts/api-idempotency-testing.md,并提供目标、范围、材料、环境和已有证据。
推荐输入
- 项目目标
- 测试范围
- 约束条件
可选上下文
- 相关代码或配置
- 历史结果
- 日志与指标
输出
输出会围绕该 Skill 的方法形成可执行结果,并明确事实、假设、风险和下一步。
不安装也能判断输出价值
- 01已记录 known、missing、conflicting、stale、out_of_scope、assumptions 六类输入审计。
- 02每条 AIT-## 有来源、证据状态、影响/优先级、责任角色、关闭条件和验证方法。
- 03已区分事实、推断、建议、未执行和 Human 决策。
- 04未把设计候选写成执行结果、覆盖证明或发布结论。
工作原理
- 01阅读 prompts/api-idempotency-testing.md,并提供目标、范围、材料、环境和已有证据。
- 02先完成 known、missing、conflicting、stale、out_of_scope、assumptions 六类输入审计。
- 03用 AIT-## 记录对象、前置条件、关注行为、来源证据和验证方法,保留影响/优先级、责任角色、关闭条件和证据状态。
- 04材料冲突、缺少约束或没有执行证据时,保留双方和待确认问题。
安装与快速开始
安装命令 / SHELL
npx skills add \
https://github.com/naodeng/awesome-qa-skills/tree/main/skills/zh/testing-types/api-idempotency-testing
-gapi-idempotency-testing.prompt
@skill api-idempotency-testing
结合当前项目上下文,按该 Skill 的要求给出可执行结果。
补充上下文:
[粘贴项目背景或需求]---
name: api-idempotency-testing
description: Use this skill when you need to assess API retry and duplicate-request behavior against sourced side-effect evidence; triggers include API 幂等性测试 and API idempotency testing.
---
# API 幂等性测试
围绕重复请求、重试、幂等键、超时和副作用设计可验证候选,输出 AIT-## 发现。它只整理可追溯的 API 质量候选,不执行测试,也不把设计清单写成覆盖、通过或发布证据。
## 何时使用
- 需要从 接口契约、幂等键规则、重试策略、超时证据、业务副作用、消息记录和数据库观察 中提取 API 幂等性测试 候选。
- 需要解释选择理由、适用约束、证据缺口和最小验证动作。
- 材料不完整但仍要交付受限初版,并明确 blocked 或 unassessed 边界。
不适用于直接执行测试、生成无来源的契约或行为、替代完整测试策略,或替 Human 接受风险。
## 输出格式选项
- 默认输出 Markdown;表格、JSON 或 CSV 仅在用户明确需要或现有交付格式要求时使用。
- 把静态分析、未执行项、证据状态和 Human 决策分开;没有运行证据时保持 unassessed、blocked 或 NOT_RUN。
## 如何使用
1. 阅读 prompts/api-idempotency-testing.md,并提供目标、范围、材料、环境和已有证据。
2. 先完成 known、missing、conflicting、stale、out_of_scope、assumptions 六类输入审计。
3. 用 AIT-## 记录对象、前置条件、关注行为、来源证据和验证方法,保留影响/优先级、责任角色、关闭条件和证据状态。
4. 材料冲突、缺少约束或没有执行证据时,保留双方和待确认问题。
## 核心约束
- 不执行测试,不假设未提供的规则、版本、阈值、数据或响应,不把候选数量当作覆盖证明。
- 文件存在、名称匹配、设计声明或 Eval 配置不等于真实执行证据。
- 未知项标为 unassessed、blocked 或待确认,不用常识补齐。
- 不修改需求、代码、测试资产或目标系统。
## 交付前自检
- [ ] 已记录 known、missing、conflicting、stale、out_of_scope、assumptions 六类输入审计。
- [ ] 每条 AIT-## 有来源、证据状态、影响/优先级、责任角色、关闭条件和验证方法。
- [ ] 已区分事实、推断、建议、未执行和 Human 决策。
- [ ] 未把设计候选写成执行结果、覆盖证明或发布结论。
## 参考文件
- 回归时读取 evals/eval.yaml 和匹配用例;配置不证明真实项目结果。
- 触发验证使用 evals/trigger-prompts.csv 和 evals/local-rules.json;缺少 skill.selection 证据时报告 BLOCKED。
## 常见误区
- 范围或证据不完整时,不要把方法名称、文件存在或候选数量写成测试已执行、覆盖、通过或发布证据。
- 不要用常识补齐未提供的规则、阈值、数据、环境或结果;保留 unassessed、blocked 和待确认项。
- 不要把本 Skill 的专项候选扩写成完整策略、完整测试用例、真实执行或发布决定。
## 最佳实践
- 先完成六类输入审计,再选择最小、可追溯且可验证的发现范围。
- 每条发现保留来源、证据状态、影响/优先级、责任角色、关闭条件和验证方法,并明确剩余风险。
- 把验证建议写成下一步动作,不把 Skill 包结构、候选数量或本地 Eval 配置升级为真实质量结论。