Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/kokxi/qa-test-skills/qa-api-testingnpx skills add Kokxi/qa-test-skills --skill qa-api-testinggit clone --depth 1 https://github.com/Kokxi/qa-test-skillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/kokxi/qa-test-skills/qa-api-testing)<a href="https://agentmods.dev/skills/kokxi/qa-test-skills/qa-api-testing"><img src="https://agentmods.dev/badge/skills/kokxi/qa-test-skills/qa-api-testing.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00111 | $0.03850 |
| Opus 5 | $0.00056 | $0.01925 |
| Sonnet 5 | $0.00022 | $0.00770 |
| Haiku 4.5 | $0.00011 | $0.00385 |
Grade A, and why
qa-api-testing scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 5d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 321 lines — stays where its author put it; the contents beside it link to each section on GitHub.
接口测试专项
核心原则
接口是系统的骨架,接口测试是自动化的基石。
启动方式:用户提出接口测试需求后,按接口类型速查表定位协议特点,启动六维测试方案输出。
深度要求
| 复杂度 | 用例数要求 | 说明 |
|---|---|---|
| 简单接口 | 接口数×5 | 单一功能接口 |
| 中等接口 | 接口数×10 | 多参数接口 |
| 复杂接口 | 接口数×15 | 多依赖/多状态接口 |
必须覆盖的6个维度:
| 维度 | 占比 | 说明 |
|---|---|---|
| 功能测试 | 40% | 正向/反向/边界/参数 |
| 安全测试 | 20% | 认证/授权/注入 |
| 异常测试 | 15% | 超时/重试/降级 |
| 性能测试 | 10% | 响应时间/并发 |
| 契约测试 | 10% | 接口契约验证 |
| 兼容性测试 | 5% | 版本兼容 |
接口类型速查
不同协议接口各有侧重,以下为推荐测试重点:
| 接口类型 | 典型代表 | 测试重点 | 协议特点 |
|---|---|---|---|
| RESTful | CRUD API、微服务接口 | 状态码、HTTP方法语义、RESTful规范符合度 | 无状态、资源导向、Cache |
| GraphQL | 聚合查询、数据中台 | 查询复杂度、N+1问题、权限细粒度 | 单一端点、按需查询 |
| gRPC | 内部服务通信、高吞吐场景 | 消息格式、流处理、超时重试 | Protobuf、双向流、高性能 |
| WebSocket | 实时推送、消息通知 | 连接管理、心跳、消息顺序 | 长连接、全双工、有状态 |
核心流程
1. 功能测试
测试维度:
├─ 正向测试:正常输入返回正确结果
├─ 反向测试:异常输入返回正确错误
├─ 边界测试:边界值处理正确
├─ 参数测试:参数组合覆盖
└─ 业务测试:业务规则验证
测试用例设计:
├─ 入参校验:类型、长度、格式、必填
├─ 返回校验:状态码、响应体、响应头
├─ 业务校验:数据正确性、状态变更
└─ 异常校验:错误码、错误信息
2. 安全测试
测试维度:
├─ 认证测试:Token/Session/OAuth
├─ 授权测试:角色权限、资源访问
├─ 注入测试:SQL注入、XSS、命令注入
├─ 数据安全:敏感数据加密、脱敏
└─ 速率限制:限流、防刷
常见漏洞:
├─ 越权访问:水平越权、垂直越权
├─ 认证绕过:Token伪造、Session固定
├─ 注入攻击:SQL注入、命令注入
└─ 敏感泄露:密码明文、敏感信息暴露
3. 异常测试
测试维度:
├─ 超时场景
│ ├─ 连接超时:TCP连接建立超时
│ ├─ 读取超时:响应数据返回超时
│ └─ 超时重试:超时后的重试行为是否符合预期
│
├─ 重试机制
│ ├─ 幂等性:重复请求是否产生副作用
│ ├─ 退避策略:重试间隔是否合理
│ └─ 重试上限:达到最大重试次数后的行为
│
├─ 故障容错
│ ├─ 降级策略:下游服务异常时是否降级
│ ├─ 熔断机制:连续失败是否触发熔断
│ └─ 限流效果:超出限流阈值时的响应
│
└─ 数据异常
├─ 空响应:返回空数据时的处理
├─ 部分数据:数据不完整时的处理
└─ 数据损坏:返回数据格式错误时的处理
4. 性能测试
测试维度:
├─ 响应时间:P50/P95/P99
├─ 并发能力:并发请求处理
├─ 吞吐量:TPS/QPS
├─ 稳定性:长时间运行
└─ 资源消耗:CPU/内存/连接
测试方法:
├─ 基准测试:单请求性能基线
├─ 负载测试:预期负载下表现
├─ 压力测试:极限负载下表现
└─ 波动测试:流量波动下表现
性能基准建议(可配置,无基准时先建基线):
├─ P95 响应时间 < 500ms(按业务场景调整)
├─ 并发基线:压测确定 TPS 上限,阈值设为上限的 80%
└─ 无历史基准时:先做基准测试建立基线,再断言相对退化 < 20%
5. 契约测试
测试维度:
├─ 消费者驱动
│ ├─ 消费者期望:API是否满足消费者的调用期望
│ ├─ 请求-响应匹配:请求参数和响应结构的匹配
│ └─ 消费者契约集:所有消费者的契约汇总验证
│
├─ 生产者验证
│ ├─ 接口实现验证:实际接口是否符合契约约定
│ ├─ 回归检查:接口变更是否破坏已有契约
│ └─ 版本策略:契约版本管理与兼容性保证
│
└─ 自动化集成
├─ CI集成:契约测试是否纳入流水线
├─ 变更通知:契约变更时是否通知相关方
└─ 契约仓库:契约文件是否统一管理
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 5d ago First seen · 321 lines · 111 tokens per session scan A 628289242269
qa-api-testing is a skill published in the GitHub repository Kokxi/qa-test-skills (23 stars, last pushed 5d ago), licensed MIT. It adds 111 tokens to every session and 3,850 once invoked, about $0.0006 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
add-community-extension
Add a community extension to the Spec Kit catalog from a GitHub issue submission. USE FOR: processing extension submission issues, validating catalog entries, updating catalog.community.json and docs/community/extensions.md, creating PRs. DO NOT USE FOR: creating new extensions from scratch, or first-party extension…
agent-harness-fault-injection
Use when an agent workflow needs deterministic recovery evidence for sandbox, MCP/tool, worker, checkpoint, memory, or orchestration failures.
Developmental Gene Panel Design Workflow
Panel design for DEVELOPING / dynamic systems (embryonic organs, differentiation, regeneration). The target experiment is usually a LATE / terminal stage, but the biology is a trajectory: terminal cell types are end-products of earlier lineage programs. A panel built from the target stage alone resolves terminal…
code-quality-principles
Applies KISS, YAGNI, and SOLID principles for clean code with reduced complexity. Use when refactoring or reviewing code for over-engineering.
development-workflow
Detailed development workflow with modular patterns for git, review, testing, and deployment.
code-review-web
Review web application code for bugs, security issues, performance problems, and stack-specific anti-patterns. Use this skill whenever the user wants to review code, debug a production issue, investigate a build failure, audit security, or check a PR before merging. Triggers on code review, review my code, debug…