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 skills add Kokxi/qa-test-skills --skill qa-test-estimationgit 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-test-estimation)<a href="https://agentmods.dev/skills/kokxi/qa-test-skills/qa-test-estimation"><img src="https://agentmods.dev/badge/skills/kokxi/qa-test-skills/qa-test-estimation.svg" alt="Measured on agentmods" height="20"></a>- NVIDIA SkillSpector pass
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.1 | $0.00107 | $0.03226 |
| Opus 5 | $0.00053 | $0.01613 |
| Sonnet 5 | $0.00021 | $0.00645 |
| Haiku 4.5 | $0.00011 | $0.00323 |
Grade A, and why
qa-test-estimation 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 3d 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 — 331 lines — stays where its author put it; the contents beside it link to each section on GitHub.
⚠️ 安全警告:本技能的示例可能涉及发布计划和工作量排期估算。 这些是估算参考不是直接操作;请勿未经项目经理确认即变更发布计划或排期。 本技能仅在 workspace/ 输出评估文件,不持久化、不外传、不跨会话复用。
测试工作量估算
核心原则
估算不是猜测,而是基于数据和经验的科学推断。
估算方法
1. 功能点法
原理:基于功能点数量估算
步骤:
- 识别功能点
- 评估复杂度(简单/中等/复杂)
- 给每个功能点赋予权重
- 计算总工作量
功能点权重:
- 简单功能:1人时/功能点
- 中等功能:2人时/功能点
- 复杂功能:4人时/功能点
示例:
| 功能点 | 数量 | 复杂度 | 权重 | 工作量 |
|---|---|---|---|---|
| 用户注册 | 1 | 中等 | 2 | 2人时 |
| 用户登录 | 1 | 简单 | 1 | 1人时 |
| 订单创建 | 1 | 复杂 | 4 | 4人时 |
| 订单查询 | 1 | 中等 | 2 | 2人时 |
| 合计 | 4 | - | - | 9人时 |
2. 用例法
原理:基于用例数量估算
步骤:
1. 评估用例总数
2. 评估用例类型比例
3. 计算各类用例执行时间
4. 汇总总工作量
用例执行时间:
├─ 冒烟用例:5分钟/条
├─ 功能用例:10分钟/条
├─ 边界用例:15分钟/条
├─ 异常用例:20分钟/条
└─ 探索用例:30分钟/条
示例:
| 用例类型 | 数量 | 单耗 | 工作量 |
|---------|------|------|--------|
| 冒烟用例 | 20条 | 5分钟 | 100分钟 |
| 功能用例 | 100条 | 10分钟 | 1000分钟 |
| 边界用例 | 50条 | 15分钟 | 750分钟 |
| 异常用例 | 30条 | 20分钟 | 600分钟 |
| 合计 | 200条 | - | 2450分钟≈41人时 |
3. 类比法
原理:基于历史项目类比
步骤:
1. 寻找相似历史项目
2. 提取历史数据
3. 调整差异因素
4. 得出估算结果
历史数据:
├─ 项目类型:[类型]
├─ 功能规模:[功能点数]
├─ 历史工时:[实际工时]
└─ 调整系数:[差异调整]
示例:
| 历史项目 | 功能点 | 实际工时 | 本次项目 | 调整后工时 |
|---------|--------|---------|---------|-----------|
| 项目A | 100 | 80人时 | 120 | 96人时 |
| 项目B | 80 | 60人时 | 120 | 90人时 |
| 平均 | - | - | - | 93人时 |
4. 三点估算法
原理:基于乐观/悲观/最可能估算
公式:
期望值 = (乐观 + 4×最可能 + 悲观) / 6
标准差 = (悲观 - 乐观) / 6
步骤:
1. 估算乐观值(最好情况)
2. 估算最可能值(正常情况)
3. 估算悲观值(最坏情况)
4. 计算期望值和标准差
示例:
| 任务 | 乐观 | 最可能 | 悲观 | 期望值 | 标准差 |
|------|------|--------|------|--------|--------|
| 需求分析 | 4 | 6 | 10 | 6.3 | 1.0 |
| 用例设计 | 8 | 12 | 20 | 12.7 | 2.0 |
| 测试执行 | 16 | 24 | 40 | 25.3 | 4.0 |
| 回归测试 | 8 | 12 | 20 | 12.7 | 2.0 |
| 合计 | 36 | 54 | 90 | 57.0 | 9.0 |
工作量分解
测试活动分解
├─ 测试计划
│ ├─ 制定测试策略
│ ├─ 编写测试计划
│ └─ 评审测试计划
│
├─ 测试设计
│ ├─ 分析需求文档
│ ├─ 设计测试用例
│ ├─ 评审测试用例
│ └─ 准备测试数据
│
├─ 测试执行
│ ├─ 环境搭建
│ ├─ 用例执行
│ ├─ 缺陷提交
│ ├─ 回归测试
│ └─ 冒烟测试
│
├─ 测试报告
│ ├─ 编写测试报告
│ ├─ 评审测试报告
│ └─ 总结经验教训
│
└─ 其他活动
├─ 沟通协调
├─ 问题解决
└─ 文档维护
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.
- 3d ago Changed 9130ae838933
- 8d ago First seen · 331 lines · 107 tokens per session scan A 0037654c5ae1
qa-test-estimation is a skill published in the GitHub repository Kokxi/qa-test-skills (24 stars, last pushed 6d ago), licensed MIT. It adds 107 tokens to every session and 3,226 once invoked, about $0.0005 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
review-story
QA gate for a story — verdict PASS/CONCERNS/FAIL/WAIVED + lifecycle transition. Use when: review story, qa gate, qa-gate, /review-story.
agent-harness-fault-injection
Use when an agent workflow needs deterministic recovery evidence for sandbox, MCP/tool, worker, checkpoint, memory, or orchestration failures.
scaffold-dotnet-test-project
MUST USE when an existing .NET test project was excluded from a .slnf/CI solution filter, disappeared from .sln/.slnx discovery, or lost its production ProjectReference; also for requests to set up, create, reuse, add, register, include, or repair a test project. Handles "tests pass directly but CI discovers zero"…
octocode-benchmark
Use when planning, running, grading, or reporting the by-hand Octocode research benchmark — pairwise matchups (Octocode anchor vs one baseline: gh+RTK, gh+Headroom, or plain gh) over markdown questions, with a fresh isolated runner agent per (question, arm, pass), one blind judge per question grading two answers X/Y…
cy-execute-task
Implement and verify an existing CompozyOS spec task, then update its tracking. Excludes review remediation.
team-qa
Orchestrate the QA team through a full testing cycle. Coordinates qa-lead (strategy + test plan) and qa-tester (test case writing + bug reporting) to produce a complete QA package for a sprint or feature. Covers: test plan generation, test case writing, smoke check gate, manual QA execution, and sign-off report.