{"id":"f5acde10-4229-4dde-8456-babd48788ca9","entityType":"agent","slug":"clawhub-kokxi-qa-test-estimation","name":"qa-test-estimation","canonicalUrl":"https://www.xpersona.co/agent/clawhub-kokxi-qa-test-estimation","canonicalPath":"/agent/clawhub-kokxi-qa-test-estimation","generatedAt":"2026-10-11T08:40:40.905Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T06:25:02.251Z","emptyReason":null},"description":"当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。 触发场景：工作量估算、测试时间、排期、资源规划、估算工时、人天、工期、多久测完、项目计划阶段需要测试工时评估时。 Use when the user asks about: estimating test effort in person-days with complexity grading, historical baselines, risk coefficients, and confidence ranges. Skill: qa-test-estimation Owner: kokxi Summary: 当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。 触发场景：工作量估算、测试时间、排期、资源规划、估算工时、人天、工期、多久测完、项目计划阶段需要测试工时评估时。 Use when the user asks about: estimating test effort in person-days with complexity grading, historical baselines, risk coefficients, and confidence ranges. Tags: latest:1.8.0 V","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1.1K downloads reported by the source. Last updated 10/11/2026.","installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-test-estimation","sourceUrl":"https://clawhub.ai/kokxi/qa-test-estimation","homepage":"https://clawhub.ai/kokxi/skills/qa-test-estimation","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/kokxi/qa-test-estimation","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/kokxi/skills/qa-test-estimation","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":61,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。 触发场景：工作量估算、测试时间、排期、资源规"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T06:25:02.251Z","emptyReason":null},"protocols":[{"protocol":"OPENCLEW","label":"OpenClaw","status":"self-declared","notes":"Declared in the public agent profile."}],"capabilities":[],"verifiedCount":0,"selfDeclaredCount":1,"capabilityMatrix":{"rows":[{"key":"OPENCLEW","type":"protocol","support":"unknown","confidenceSource":"profile","notes":"Listed on profile"}],"flattenedTokens":"protocol:OPENCLEW|unknown|profile"}},"adoption":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T06:25:02.251Z","emptyReason":null},"stars":null,"forks":null,"downloads":1134,"packageName":null,"latestVersion":"1.8.0","tractionLabel":"1.1K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T06:25:02.239Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T06:25:02.251Z","lastCrawledAt":"2026-10-11T06:25:02.239Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T06:25:02.239Z","lastVerifiedAt":null,"highlights":[{"version":"1.8.0","createdAt":"2026-09-29T04:29:29.662Z","changelog":"## qa-test-estimation v1.8.0 - Estimation methods content is now separated into `references/estimation-methods.md` for cleaner context and easier updates. - SKILL.md has been streamlined with metadata restructuring and improved trigger/use descriptions. - Removed the inlined estimation methods section from SKILL.md to reduce context size. - The legacy skill-card.md file has been removed.","fileCount":4,"zipByteSize":6188},{"version":"1.7.7","createdAt":"2026-09-27T14:43:23.462Z","changelog":"1.7.7","fileCount":3,"zipByteSize":5435},{"version":"1.7.6","createdAt":"2026-09-01T12:49:02.947Z","changelog":"显示名改中文","fileCount":3,"zipByteSize":5792},{"version":"1.7.5","createdAt":"2026-08-30T15:21:36.423Z","changelog":"1.7.5: 版本号升级","fileCount":3,"zipByteSize":5556},{"version":"1.7.0","createdAt":"2026-08-16T14:33:35.282Z","changelog":"- skill-card.md file removed for a leaner repository structure - SKILL.md updated to version 1.7.0 with no content changes - No functional changes made; only documentation and metadata adjustments","fileCount":3,"zipByteSize":5114},{"version":"1.6.3","createdAt":"2026-08-12T15:30:31.372Z","changelog":"Version 1.6.3 - Added slug and displayName fields to skill metadata. - Updated version to 1.6.3 in SKILL.md. - Removed the file: skill-card.md. - SKILL.md structure and metadata improved for clarity and consistency; no changes to main estimation logic.","fileCount":3,"zipByteSize":5271},{"version":"1.6.0","createdAt":"2026-07-06T17:33:23.973Z","changelog":"**Summary: This release refines estimation precision, adds safety guidance, and formalizes traceability.** - Added unique estimation ID (EST-XXXX) for traceability in outputs. - Introduced safety warning to prevent unapproved schedule changes. - Clarified that all files are workspace-only, not persistent or cross-session. - Added categorical tags and depth guidance for estimation breakdown. - Formalized error recovery steps for estimate omissions. - Enhanced checklist for estimation completeness and risk buffering. - Removed deprecated skill-card.md file.","fileCount":3,"zipByteSize":5334},{"version":"1.5.0","createdAt":"2026-06-29T12:37:02.944Z","changelog":"Version 1.5.0 — Major update with improved structure and clarity - Enhanced skill description for clear usage scenario, estimation principles, and output requirements. - Updated input/output formats: now explicitly structured with required and optional fields for better integration. - Reorganized and clarified methods, activities breakdown, and adjustment factors for easier reference. - Added risk buffer and confidence level sections to output format. - Removed obsolete file: skill-card.md.","fileCount":3,"zipByteSize":4857}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-test-estimation","setupComplexity":"low","setupSteps":["Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.","Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data."],"contract":{"contractStatus":"missing","authModes":[],"requires":[],"forbidden":[],"supportsMcp":false,"supportsA2a":false,"supportsStreaming":false,"inputSchemaRef":null,"outputSchemaRef":null,"dataRegion":null,"contractUpdatedAt":null,"sourceUpdatedAt":null,"freshnessSeconds":null},"invocationGuide":{"preferredApi":{"snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-estimation/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-estimation/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-estimation/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-estimation/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-estimation/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-estimation/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-11T08:40:40.902Z"}},"retryPolicy":{"maxAttempts":3,"backoffMs":[500,1500,3500],"retryableConditions":["HTTP_429","HTTP_503","NETWORK_TIMEOUT"]}},"endpoints":{"dossierUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-estimation/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-estimation/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-estimation/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-estimation/trust"}},"reliability":{"evidence":{"source":"runtime-metrics","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No trust, reliability, or runtime telemetry is available."},"trust":{"status":"unavailable","handshakeStatus":"UNKNOWN","verificationFreshnessHours":null,"reputationScore":null,"p95LatencyMs":null,"successRate30d":null,"fallbackRate":null,"attempts30d":null,"trustUpdatedAt":null,"trustConfidence":"unknown","sourceUpdatedAt":null,"freshnessSeconds":null},"decisionGuardrails":{"doNotUseIf":["Contract metadata is missing or unavailable for deterministic execution."],"safeUseWhen":[],"riskFlags":["missing_or_unavailable_contract","trust_data_unavailable","schema_references_missing"],"operationalConfidence":"low"},"executionMetrics":{"observedLatencyMsP50":null,"observedLatencyMsP95":null,"estimatedCostUsd":null,"uptime30d":null,"rateLimitRpm":null,"rateLimitBurst":null,"lastVerifiedAt":null,"verificationSource":null},"runtimeMetrics":{"successRate":null,"avgLatencyMs":null,"avgCostUsd":null,"hallucinationRate":null,"retryRate":null,"disputeRate":null,"p50Latency":null,"p95Latency":null,"lastUpdated":null}},"benchmarks":{"evidence":{"source":"no-benchmark-data","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No benchmark suites or observed failure patterns are available."},"suites":[],"failurePatterns":[]},"artifacts":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"high","updatedAt":"2026-10-11T06:25:02.251Z","emptyReason":null},"readme":"Skill: qa-test-estimation\n\nOwner: kokxi\n\nSummary: 当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。 触发场景：工作量估算、测试时间、排期、资源规划、估算工时、人天、工期、多久测完、项目计划阶段需要测试工时评估时。 Use when the user asks about: estimating test effort in person-days with complexity grading, historical baselines, risk coefficients, and confidence ranges.\n\nTags: latest:1.8.0\n\nVersion history:\n\nv1.8.0 | 2026-09-29T04:29:29.662Z | auto\n\n## qa-test-estimation v1.8.0\n\n- Estimation methods content is now separated into `references/estimation-methods.md` for cleaner context and easier updates.\n- SKILL.md has been streamlined with metadata restructuring and improved trigger/use descriptions.\n- Removed the inlined estimation methods section from SKILL.md to reduce context size.\n- The legacy skill-card.md file has been removed.\n\nv1.7.7 | 2026-09-27T14:43:23.462Z | user\n\n1.7.7\n\nv1.7.6 | 2026-09-01T12:49:02.947Z | user\n\n显示名改中文\n\nv1.7.5 | 2026-08-30T15:21:36.423Z | user\n\n1.7.5: 版本号升级\n\nv1.7.0 | 2026-08-16T14:33:35.282Z | auto\n\n- skill-card.md file removed for a leaner repository structure\n- SKILL.md updated to version 1.7.0 with no content changes \n- No functional changes made; only documentation and metadata adjustments\n\nv1.6.3 | 2026-08-12T15:30:31.372Z | auto\n\nVersion 1.6.3\n\n- Added slug and displayName fields to skill metadata.\n- Updated version to 1.6.3 in SKILL.md.\n- Removed the file: skill-card.md.\n- SKILL.md structure and metadata improved for clarity and consistency; no changes to main estimation logic.\n\nv1.6.0 | 2026-07-06T17:33:23.973Z | auto\n\n**Summary: This release refines estimation precision, adds safety guidance, and formalizes traceability.**\n\n- Added unique estimation ID (EST-XXXX) for traceability in outputs.\n- Introduced safety warning to prevent unapproved schedule changes.\n- Clarified that all files are workspace-only, not persistent or cross-session.\n- Added categorical tags and depth guidance for estimation breakdown.\n- Formalized error recovery steps for estimate omissions.\n- Enhanced checklist for estimation completeness and risk buffering.\n- Removed deprecated skill-card.md file.\n\nv1.5.0 | 2026-06-29T12:37:02.944Z | auto\n\nVersion 1.5.0 — Major update with improved structure and clarity\n\n- Enhanced skill description for clear usage scenario, estimation principles, and output requirements.\n- Updated input/output formats: now explicitly structured with required and optional fields for better integration.\n- Reorganized and clarified methods, activities breakdown, and adjustment factors for easier reference.\n- Added risk buffer and confidence level sections to output format.\n- Removed obsolete file: skill-card.md.\n\nv1.4.1 | 2026-06-25T16:57:42.404Z | auto\n\n- skill-card.md 文件已移除，简化冗余文档\n- 优化 SKILL.md 描述，更突出以需求复杂度/变更范围/历史数据为基础的估算原则\n- 调整了 description 内容，提升触发条件和适用场景表述\n- 其余估算方法、工作量分解和调整系数内容保持不变\n\nv1.4.0 | 2026-06-24T05:13:55.474Z | auto\n\n- Expanded keywords and trigger phrases in the skill description and invocation criteria for broader coverage of estimation scenarios.\n- Removed the skill-card.md file.\n- No changes made to estimation methods or procedural logic.\n- Minor copy and formatting updates to SKILL.md for clarity and completeness.\n\nv1.3.0 | 2026-06-23T15:25:35.342Z | auto\n\n- Major enhancement: Comprehensive methodology and templates for QA test effort estimation added.\n- Four estimation methods now documented: Function Point, Use Case, Analogy, and Three-Point Estimate.\n- Clear step-by-step guidance, example tables, influencing factors, and adjustment coefficients included.\n- Detailed templates for report writing, activity breakdown, and proportional allocations provided.\n- Usage keywords, scenarios, and integration points with upstream/downstream QA skills specified.\n\nArchive index:\n\nArchive v1.8.0: 4 files, 6188 bytes\n\nFiles: references/estimation-methods.md (2827b), skill-card.md (1981b), SKILL.md (7503b), _meta.json (137b)\n\nFile v1.8.0:SKILL.md\n\n---\nname: qa-test-estimation\ndescription: >-\n 当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。 触发场景：工作量估算、测试时间、排期、资源规划、估算工时、人天、工期、多久测完、项目计划阶段需要测试工时评估时。 Use when the user asks about: estimating test effort in person-days with complexity grading, historical baselines, risk coefficients, and confidence ranges.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Test Estimation\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"工作量估算\\\"、\\\"测试时间\\\"、\\\"排期\\\"、\\\"资源规划\\\"、\\\"估算工时\\\"、\\\"人天\\\"、\\\"工期\\\"、\\\"多久测完\\\"、需要估算测试工作量、项目计划阶段需要测试工时评估时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-req-deconstruction\\\",\\\"qa-risk-intuition\\\"],\\\"downstream\\\":[\\\"qa-test-strategy-design\\\",\\\"qa-release-risk-governance\\\"]}\"\n references: \"[\\\"references/estimation-methods.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"需求范围\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"测试需求的规模和复杂度\\\"},{\\\"name\\\":\\\"测试策略\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-test-strategy-design的测试策略\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"历史数据\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"历史估算和实际工时数据\\\"},{\\\"name\\\":\\\"团队产能\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"团队测试产能信息\\\"}]}\"\n output-format: \"{\\\"traceability\\\":[\\\"每份估算带唯一ID（EST-XXXX）\\\"],\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"estimation_result\\\":\\\"工作量估算结果\\\"},{\\\"breakdown\\\":\\\"工作分解结构\\\"},{\\\"risk_buffer\\\":\\\"风险缓冲建议\\\"},{\\\"confidence_level\\\":\\\"置信度评估\\\"}]}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"估算遗漏关键模块时回退到需求解构补充范围\\\",\\\"retry_behavior\\\":\\\"补全范围后重新估算\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Testing\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"根据项目规模调整估算深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少分解到功能模块级工作量\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及发布计划和工作量排期估算。\n> 这些是估算参考不是直接操作；请勿未经项目经理确认即变更发布计划或排期。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 测试工作量估算\n\n## 核心原则\n\n估算不是猜测，而是基于数据和经验的科学推断。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 做估算或查复杂度分级依据时，取对应方法 | [`references/estimation-methods.md`](references/estimation-methods.md) |\n\n> `估算方法`的完整内容已下沉至 `references/estimation-methods.md`，避免每次触发都占用上下文。\n\n## 工作量分解\n\n### 测试活动分解\n\n```text\n├─ 测试计划\n│ ├─ 制定测试策略\n│ ├─ 编写测试计划\n│ └─ 评审测试计划\n│\n├─ 测试设计\n│ ├─ 分析需求文档\n│ ├─ 设计测试用例\n│ ├─ 评审测试用例\n│ └─ 准备测试数据\n│\n├─ 测试执行\n│ ├─ 环境搭建\n│ ├─ 用例执行\n│ ├─ 缺陷提交\n│ ├─ 回归测试\n│ └─ 冒烟测试\n│\n├─ 测试报告\n│ ├─ 编写测试报告\n│ ├─ 评审测试报告\n│ └─ 总结经验教训\n│\n└─ 其他活动\n ├─ 沟通协调\n ├─ 问题解决\n └─ 文档维护\n```\n\n### 工作量分配比例\n\n| 活动 | 占比 | 说明 |\n|------|------|------|\n| 测试计划 | 10% | 策略制定、计划编写 |\n| 测试设计 | 25% | 用例设计、数据准备 |\n| 测试执行 | 50% | 用例执行、缺陷管理 |\n| 测试报告 | 10% | 报告编写、总结 |\n| 其他活动 | 5% | 沟通、协调、文档 |\n\n## 影响因素\n\n### 调整系数\n\n```text\n├─ 需求稳定性\n│ ├─ 稳定：0.9\n│ ├─ 一般：1.0\n│ └─ 变更频繁：1.2\n│\n├─ 技术复杂度\n│ ├─ 简单：0.8\n│ ├─ 中等：1.0\n│ └─ 复杂：1.3\n│\n├─ 团队经验\n│ ├─ 资深：0.8\n│ ├─ 中等：1.0\n│ └─ 新人：1.3\n│\n├─ 自动化程度\n│ ├─ 高：0.7\n│ ├─ 中等：1.0\n│ └─ 低：1.2\n│\n└─ 历史缺陷\n ├─ 少：0.9\n ├─ 一般：1.0\n └─ 多：1.2\n```\n\n### 综合估算公式\n\n```text\n总工作量 = 基础工作量 × 调整系数1 × 调整系数2 × ...\n\n示例：\n基础工作量：100人时\n需求稳定性：1.1（变更频繁）\n技术复杂度：1.2（复杂）\n团队经验：1.0（中等）\n自动化程度：0.9（中等偏高）\n\n总工作量 = 100 × 1.1 × 1.2 × 1.0 × 0.9 = 118.8人时\n```\n\n## 估算报告模板\n\n```markdown\n# 测试工作量估算报告\n\n## 项目信息\n- 项目名称：[名称]\n- 迭代版本：[版本]\n- 估算日期：[日期]\n- 估算人：[姓名]\n\n## 估算方法\n[功能点法/用例法/类比法/三点估算法]\n\n## 估算结果\n| 活动 | 工作量(人时) | 工作量(人天) | 负责人 |\n|------|-------------|-------------|--------|\n| 测试计划 | XX | XX | [姓名] |\n| 测试设计 | XX | XX | [姓名] |\n| 测试执行 | XX | XX | [姓名] |\n| 测试报告 | XX | XX | [姓名] |\n| 合计 | XX | XX | - |\n\n## 调整因素\n| 因素 | 系数 | 说明 |\n|------|------|------|\n| 需求稳定性 | 1.1 | 需求变更频繁 |\n| 技术复杂度 | 1.2 | 技术实现复杂 |\n| 团队经验 | 1.0 | 团队经验丰富 |\n| 自动化程度 | 0.9 | 有自动化支持 |\n\n## 最终估算\n- 总工作量：XX人时\n- 总工作量：XX人天\n- 建议工期：XX天\n- 资源需求：XX人\n\n## 风险提示\n- [风险1]\n- [风险2]\n- [风险3]\n```\n\n## Examples\n\n**新功能上线，PM问\"需要多久测完\"**\n→ 功能点法：登录（3个功能点）× 3人时 = 9人时\n→ 用例法：25条用例 × 0.5人时/条 = 12.5人时\n→ 类比法：类似功能上次用了10人时，这次稍微复杂，估算12人时\n→ 三点估算法：乐观9h/最可能12h/悲观18h → (9+4×12+18)/6 = 12.5h\n\n**一个迭代的测试工作量估算**\n→ 活动分解：需求评审（2人天）→用例设计（5人天）→执行（8人天）→报告（1人天）\n→ 调整系数：团队新成员需1.2×，加0.2测试环境不稳定系数 = 1.4\n→ 最终估算：(2+5+8+1) × 1.4 = 22.4人天\n\n## Guidelines\n\n估算完成后检查：\n- [ ] 估算方法是否选择合适？\n- [ ] 基础数据是否准确？\n- [ ] 调整系数是否合理？\n- [ ] 工作量分解是否完整？\n- [ ] 风险提示是否识别？\n- [ ] 估算结果是否可信？\n\n\n## 检查清单\n\n- [ ] 工作量是否分解到模块级？\n- [ ] 历史数据是否参考？\n- [ ] 风险缓冲是否预留？\n- [ ] 估算依据是否充分？\n- [ ] 排期是否可执行？\n\nFile v1.8.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-test-estimation\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790656169662\n}\n\nFile v1.8.0:references/estimation-methods.md\n\n# 测试工作量估算方法\n\n> 本文是 `qa-test-estimation` 的**估算方法详解**。做估算或需要复杂度分级依据时读本文；\n只需要估算报告结构时不必读。\n\n---\n\n\n### 1. 功能点法\n\n**原理**：基于功能点数量估算\n\n**步骤**：\n1. 识别功能点\n2. 评估复杂度（简单/中等/复杂）\n3. 给每个功能点赋予权重\n4. 计算总工作量\n\n**功能点权重**：\n- 简单功能：1人时/功能点\n- 中等功能：2人时/功能点\n- 复杂功能：4人时/功能点\n\n**示例**：\n\n| 功能点 | 数量 | 复杂度 | 权重 | 工作量 |\n|--------|------|--------|------|--------|\n| 用户注册 | 1 | 中等 | 2 | 2人时 |\n| 用户登录 | 1 | 简单 | 1 | 1人时 |\n| 订单创建 | 1 | 复杂 | 4 | 4人时 |\n| 订单查询 | 1 | 中等 | 2 | 2人时 |\n| 合计 | 4 | - | - | 9人时 |\n\n### 2. 用例法\n\n```text\n原理：基于用例数量估算\n\n步骤：\n1. 评估用例总数\n2. 评估用例类型比例\n3. 计算各类用例执行时间\n4. 汇总总工作量\n\n用例执行时间：\n├─ 冒烟用例：5分钟/条\n├─ 功能用例：10分钟/条\n├─ 边界用例：15分钟/条\n├─ 异常用例：20分钟/条\n└─ 探索用例：30分钟/条\n\n示例：\n| 用例类型 | 数量 | 单耗 | 工作量 |\n|---------|------|------|--------|\n| 冒烟用例 | 20条 | 5分钟 | 100分钟 |\n| 功能用例 | 100条 | 10分钟 | 1000分钟 |\n| 边界用例 | 50条 | 15分钟 | 750分钟 |\n| 异常用例 | 30条 | 20分钟 | 600分钟 |\n| 合计 | 200条 | - | 2450分钟≈41人时 |\n```\n\n### 3. 类比法\n\n```text\n原理：基于历史项目类比\n\n步骤：\n1. 寻找相似历史项目\n2. 提取历史数据\n3. 调整差异因素\n4. 得出估算结果\n\n历史数据：\n├─ 项目类型：[类型]\n├─ 功能规模：[功能点数]\n├─ 历史工时：[实际工时]\n└─ 调整系数：[差异调整]\n\n示例：\n| 历史项目 | 功能点 | 实际工时 | 本次项目 | 调整后工时 |\n|---------|--------|---------|---------|-----------|\n| 项目A | 100 | 80人时 | 120 | 96人时 |\n| 项目B | 80 | 60人时 | 120 | 90人时 |\n| 平均 | - | - | - | 93人时 |\n```\n\n### 4. 三点估算法\n\n```text\n原理：基于乐观/悲观/最可能估算\n\n公式：\n期望值 = (乐观 + 4×最可能 + 悲观) / 6\n标准差 = (悲观 - 乐观) / 6\n\n步骤：\n1. 估算乐观值（最好情况）\n2. 估算最可能值（正常情况）\n3. 估算悲观值（最坏情况）\n4. 计算期望值和标准差\n\n示例：\n| 任务 | 乐观 | 最可能 | 悲观 | 期望值 | 标准差 |\n|------|------|--------|------|--------|--------|\n| 需求分析 | 4 | 6 | 10 | 6.3 | 1.0 |\n| 用例设计 | 8 | 12 | 20 | 12.7 | 2.0 |\n| 测试执行 | 16 | 24 | 40 | 25.3 | 4.0 |\n| 回归测试 | 8 | 12 | 20 | 12.7 | 2.0 |\n| 合计 | 36 | 54 | 90 | 57.0 | 9.0 |\n```\n\nFile v1.8.0:skill-card.md\n\n## Description:\n\nHelps QA teams estimate testing effort and schedules using complexity, historical baselines, and risk adjustments.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA engineers and project managers use this skill to estimate testing person-hours, staffing, and schedules from requirements, test strategy, and available historical data. It breaks effort into activities and reports assumptions, confidence, and risk buffers.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The suggested npx installation command runs a separate package outside this read-only skill.\n\nMitigation: Verify the package and source before running the installation command.\n\nRisk: Release plans or staffing inputs may contain confidential information.\n\nMitigation: Avoid sharing sensitive inputs unless the agent environment and its tool permissions are appropriate.\n\nRisk: Effort estimates may not account for missing requirements or changed project conditions.\n\nMitigation: Check scope, historical baselines, assumptions, and risk buffers with the project manager before changing a schedule.\n\n## Reference(s):\n\n- [Test effort estimation methods](references/estimation-methods.md)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Guidance]\n\n**Output Format:** [Markdown estimation report with effort tables and risk notes]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes an EST-XXXX identifier, activity breakdown, confidence assessment, and risk buffer.]\n\n## Skill Version(s):\n\n1.8.0 (source: skill frontmatter and ClawHub release metadata)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.7: 3 files, 5435 bytes\n\nFiles: skill-card.md (1874b), SKILL.md (9651b), _meta.json (137b)\n\nFile v1.7.7:SKILL.md\n\n---\nname: qa-test-estimation\nslug: qa-test-estimation\ndisplayName: Test Estimation\nversion: 1.7.7\ndescription: >-\n 当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。\n\nwhen_to_use: 用户说\"工作量估算\"、\"测试时间\"、\"排期\"、\"资源规划\"、\"估算工时\"、\"人天\"、\"工期\"、\"多久测完\"、需要估算测试工作量、项目计划阶段需要测试工时评估时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-req-deconstruction # 输入：需求分析确定范围\n - qa-risk-intuition # 输入：风险评估确定优先级\n downstream:\n - qa-test-strategy-design # 输出：估算结果用于策略制定\n - qa-release-risk-governance # 输出：估算结果用于发布计划\ninput_format:\n required:\n - name: 需求范围\n type: string\n description: 测试需求的规模和复杂度\n - name: 测试策略\n type: object\n description: 来自qa-test-strategy-design的测试策略\n optional:\n - name: 历史数据\n type: object\n description: 历史估算和实际工时数据\n - name: 团队产能\n type: string\n description: 团队测试产能信息\noutput_format:\n traceability:\n - 每份估算带唯一ID（EST-XXXX）\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - estimation_result: 工作量估算结果\n - breakdown: 工作分解结构\n - risk_buffer: 风险缓冲建议\n - confidence_level: 置信度评估\ncategories: ['Development','Testing']\ndepth_requirement_quantification:\n reference_value: \"根据项目规模调整估算深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少分解到功能模块级工作量\"\nerror_recovery_guidance:\n on_failure: \"估算遗漏关键模块时回退到需求解构补充范围\"\n retry_behavior: \"补全范围后重新估算\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及发布计划和工作量排期估算。\n> 这些是估算参考不是直接操作；请勿未经项目经理确认即变更发布计划或排期。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 测试工作量估算\n\n## 核心原则\n\n估算不是猜测，而是基于数据和经验的科学推断。\n\n## 估算方法\n\n### 1. 功能点法\n\n**原理**：基于功能点数量估算\n\n**步骤**：\n1. 识别功能点\n2. 评估复杂度（简单/中等/复杂）\n3. 给每个功能点赋予权重\n4. 计算总工作量\n\n**功能点权重**：\n- 简单功能：1人时/功能点\n- 中等功能：2人时/功能点\n- 复杂功能：4人时/功能点\n\n**示例**：\n\n| 功能点 | 数量 | 复杂度 | 权重 | 工作量 |\n|--------|------|--------|------|--------|\n| 用户注册 | 1 | 中等 | 2 | 2人时 |\n| 用户登录 | 1 | 简单 | 1 | 1人时 |\n| 订单创建 | 1 | 复杂 | 4 | 4人时 |\n| 订单查询 | 1 | 中等 | 2 | 2人时 |\n| 合计 | 4 | - | - | 9人时 |\n\n### 2. 用例法\n\n```text\n原理：基于用例数量估算\n\n步骤：\n1. 评估用例总数\n2. 评估用例类型比例\n3. 计算各类用例执行时间\n4. 汇总总工作量\n\n用例执行时间：\n├─ 冒烟用例：5分钟/条\n├─ 功能用例：10分钟/条\n├─ 边界用例：15分钟/条\n├─ 异常用例：20分钟/条\n└─ 探索用例：30分钟/条\n\n示例：\n| 用例类型 | 数量 | 单耗 | 工作量 |\n|---------|------|------|--------|\n| 冒烟用例 | 20条 | 5分钟 | 100分钟 |\n| 功能用例 | 100条 | 10分钟 | 1000分钟 |\n| 边界用例 | 50条 | 15分钟 | 750分钟 |\n| 异常用例 | 30条 | 20分钟 | 600分钟 |\n| 合计 | 200条 | - | 2450分钟≈41人时 |\n```\n\n### 3. 类比法\n\n```text\n原理：基于历史项目类比\n\n步骤：\n1. 寻找相似历史项目\n2. 提取历史数据\n3. 调整差异因素\n4. 得出估算结果\n\n历史数据：\n├─ 项目类型：[类型]\n├─ 功能规模：[功能点数]\n├─ 历史工时：[实际工时]\n└─ 调整系数：[差异调整]\n\n示例：\n| 历史项目 | 功能点 | 实际工时 | 本次项目 | 调整后工时 |\n|---------|--------|---------|---------|-----------|\n| 项目A | 100 | 80人时 | 120 | 96人时 |\n| 项目B | 80 | 60人时 | 120 | 90人时 |\n| 平均 | - | - | - | 93人时 |\n```\n\n### 4. 三点估算法\n\n```text\n原理：基于乐观/悲观/最可能估算\n\n公式：\n期望值 = (乐观 + 4×最可能 + 悲观) / 6\n标准差 = (悲观 - 乐观) / 6\n\n步骤：\n1. 估算乐观值（最好情况）\n2. 估算最可能值（正常情况）\n3. 估算悲观值（最坏情况）\n4. 计算期望值和标准差\n\n示例：\n| 任务 | 乐观 | 最可能 | 悲观 | 期望值 | 标准差 |\n|------|------|--------|------|--------|--------|\n| 需求分析 | 4 | 6 | 10 | 6.3 | 1.0 |\n| 用例设计 | 8 | 12 | 20 | 12.7 | 2.0 |\n| 测试执行 | 16 | 24 | 40 | 25.3 | 4.0 |\n| 回归测试 | 8 | 12 | 20 | 12.7 | 2.0 |\n| 合计 | 36 | 54 | 90 | 57.0 | 9.0 |\n```\n\n## 工作量分解\n\n### 测试活动分解\n\n```text\n├─ 测试计划\n│ ├─ 制定测试策略\n│ ├─ 编写测试计划\n│ └─ 评审测试计划\n│\n├─ 测试设计\n│ ├─ 分析需求文档\n│ ├─ 设计测试用例\n│ ├─ 评审测试用例\n│ └─ 准备测试数据\n│\n├─ 测试执行\n│ ├─ 环境搭建\n│ ├─ 用例执行\n│ ├─ 缺陷提交\n│ ├─ 回归测试\n│ └─ 冒烟测试\n│\n├─ 测试报告\n│ ├─ 编写测试报告\n│ ├─ 评审测试报告\n│ └─ 总结经验教训\n│\n└─ 其他活动\n ├─ 沟通协调\n ├─ 问题解决\n └─ 文档维护\n```\n\n### 工作量分配比例\n\n| 活动 | 占比 | 说明 |\n|------|------|------|\n| 测试计划 | 10% | 策略制定、计划编写 |\n| 测试设计 | 25% | 用例设计、数据准备 |\n| 测试执行 | 50% | 用例执行、缺陷管理 |\n| 测试报告 | 10% | 报告编写、总结 |\n| 其他活动 | 5% | 沟通、协调、文档 |\n\n## 影响因素\n\n### 调整系数\n\n```text\n├─ 需求稳定性\n│ ├─ 稳定：0.9\n│ ├─ 一般：1.0\n│ └─ 变更频繁：1.2\n│\n├─ 技术复杂度\n│ ├─ 简单：0.8\n│ ├─ 中等：1.0\n│ └─ 复杂：1.3\n│\n├─ 团队经验\n│ ├─ 资深：0.8\n│ ├─ 中等：1.0\n│ └─ 新人：1.3\n│\n├─ 自动化程度\n│ ├─ 高：0.7\n│ ├─ 中等：1.0\n│ └─ 低：1.2\n│\n└─ 历史缺陷\n ├─ 少：0.9\n ├─ 一般：1.0\n └─ 多：1.2\n```\n\n### 综合估算公式\n\n```text\n总工作量 = 基础工作量 × 调整系数1 × 调整系数2 × ...\n\n示例：\n基础工作量：100人时\n需求稳定性：1.1（变更频繁）\n技术复杂度：1.2（复杂）\n团队经验：1.0（中等）\n自动化程度：0.9（中等偏高）\n\n总工作量 = 100 × 1.1 × 1.2 × 1.0 × 0.9 = 118.8人时\n```\n\n## 估算报告模板\n\n```markdown\n# 测试工作量估算报告\n\n## 项目信息\n- 项目名称：[名称]\n- 迭代版本：[版本]\n- 估算日期：[日期]\n- 估算人：[姓名]\n\n## 估算方法\n[功能点法/用例法/类比法/三点估算法]\n\n## 估算结果\n| 活动 | 工作量(人时) | 工作量(人天) | 负责人 |\n|------|-------------|-------------|--------|\n| 测试计划 | XX | XX | [姓名] |\n| 测试设计 | XX | XX | [姓名] |\n| 测试执行 | XX | XX | [姓名] |\n| 测试报告 | XX | XX | [姓名] |\n| 合计 | XX | XX | - |\n\n## 调整因素\n| 因素 | 系数 | 说明 |\n|------|------|------|\n| 需求稳定性 | 1.1 | 需求变更频繁 |\n| 技术复杂度 | 1.2 | 技术实现复杂 |\n| 团队经验 | 1.0 | 团队经验丰富 |\n| 自动化程度 | 0.9 | 有自动化支持 |\n\n## 最终估算\n- 总工作量：XX人时\n- 总工作量：XX人天\n- 建议工期：XX天\n- 资源需求：XX人\n\n## 风险提示\n- [风险1]\n- [风险2]\n- [风险3]\n```\n\n## Examples\n\n**新功能上线，PM问\"需要多久测完\"**\n→ 功能点法：登录（3个功能点）× 3人时 = 9人时\n→ 用例法：25条用例 × 0.5人时/条 = 12.5人时\n→ 类比法：类似功能上次用了10人时，这次稍微复杂，估算12人时\n→ 三点估算法：乐观9h/最可能12h/悲观18h → (9+4×12+18)/6 = 12.5h\n\n**一个迭代的测试工作量估算**\n→ 活动分解：需求评审（2人天）→用例设计（5人天）→执行（8人天）→报告（1人天）\n→ 调整系数：团队新成员需1.2×，加0.2测试环境不稳定系数 = 1.4\n→ 最终估算：(2+5+8+1) × 1.4 = 22.4人天\n\n## Guidelines\n\n估算完成后检查：\n- [ ] 估算方法是否选择合适？\n- [ ] 基础数据是否准确？\n- [ ] 调整系数是否合理？\n- [ ] 工作量分解是否完整？\n- [ ] 风险提示是否识别？\n- [ ] 估算结果是否可信？\n\n\n## 检查清单\n\n- [ ] 工作量是否分解到模块级？\n- [ ] 历史数据是否参考？\n- [ ] 风险缓冲是否预留？\n- [ ] 估算依据是否充分？\n- [ ] 排期是否可执行？\n\nFile v1.7.7:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-test-estimation\",\n \"version\": \"1.7.7\",\n \"publishedAt\": 1790520203462\n}\n\nFile v1.7.7:skill-card.md\n\n## Description:\n\nEstimates QA testing effort from scope, complexity, historical baselines, and risk factors, with phased estimates and confidence ranges.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA teams and project managers use this skill to estimate testing person-hours, person-days, staffing, and schedules for a release or iteration. It breaks work into testing activities and accounts for complexity, historical data, and risk buffers.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Estimates based on incomplete scope or unrepresentative historical data may misstate staffing and release timelines.\n\nMitigation: Confirm scope and assumptions with the QA lead and project owner; review confidence ranges and risk buffers before changing a plan.\n\nRisk: Broad scheduling and effort-estimation phrases may invoke the skill outside a QA planning task.\n\nMitigation: Confirm that the request concerns QA testing effort before applying the estimate.\n\n## Reference(s):\n\n- [QA Test Estimation on ClawHub](https://clawhub.ai/kokxi/skills/qa-test-estimation)\n\n## Skill Output:\n\n**Output Type(s):** [Analysis, Markdown, Guidance]\n\n**Output Format:** [Markdown estimate report and tables]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Module-level and activity-level effort breakdowns, estimate ID, confidence range, adjustment factors, and risk buffer.]\n\n## Skill Version(s):\n\n1.7.7 (source: frontmatter and server-resolved release)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.6: 3 files, 5792 bytes\n\nFiles: skill-card.md (2220b), SKILL.md (10273b), _meta.json (137b)\n\nFile v1.7.6:SKILL.md\n\n---\r\nname: qa-test-estimation\r\nslug: qa-test-estimation\r\ndisplayName: 测试估算\r\nversion: 1.7.5\r\ndescription: >-\r\n 当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。\r\n 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills\r\n\r\nwhen_to_use: 用户说\"工作量估算\"、\"测试时间\"、\"排期\"、\"资源规划\"、\"估算工时\"、\"人天\"、\"工期\"、\"多久测完\"、需要估算测试工作量、项目计划阶段需要测试工时评估时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-req-deconstruction # 输入：需求分析确定范围\r\n - qa-risk-intuition # 输入：风险评估确定优先级\r\n downstream:\r\n - qa-test-strategy-design # 输出：估算结果用于策略制定\r\n - qa-release-risk-governance # 输出：估算结果用于发布计划\r\ninput_format:\r\n required:\r\n - name: 需求范围\r\n type: string\r\n description: 测试需求的规模和复杂度\r\n - name: 测试策略\r\n type: object\r\n description: 来自qa-test-strategy-design的测试策略\r\n optional:\r\n - name: 历史数据\r\n type: object\r\n description: 历史估算和实际工时数据\r\n - name: 团队产能\r\n type: string\r\n description: 团队测试产能信息\r\noutput_format:\r\n traceability:\r\n - 每份估算带唯一ID（EST-XXXX）\r\n structure:\r\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\r\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\r\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\r\n - estimation_result: 工作量估算结果\r\n - breakdown: 工作分解结构\r\n - risk_buffer: 风险缓冲建议\r\n - confidence_level: 置信度评估\r\ncategories: ['Development','Testing']\r\ndepth_requirement_quantification:\r\n reference_value: \"根据项目规模调整估算深度：简单×1/中等×2/复杂×3\"\r\n minimum: \"至少分解到功能模块级工作量\"\r\nerror_recovery_guidance:\r\n on_failure: \"估算遗漏关键模块时回退到需求解构补充范围\"\r\n retry_behavior: \"补全范围后重新估算\"\r\n---\r\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\r\n\r\n> **⚠️ 安全警告**：本技能的示例可能涉及发布计划和工作量排期估算。\r\n> 这些是估算参考不是直接操作；请勿未经项目经理确认即变更发布计划或排期。\r\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\r\n\r\n# 测试工作量估算\r\n\r\n## 核心原则\r\n\r\n估算不是猜测，而是基于数据和经验的科学推断。\r\n\r\n## 估算方法\r\n\r\n### 1. 功能点法\r\n\r\n**原理**：基于功能点数量估算\r\n\r\n**步骤**：\r\n1. 识别功能点\r\n2. 评估复杂度（简单/中等/复杂）\r\n3. 给每个功能点赋予权重\r\n4. 计算总工作量\r\n\r\n**功能点权重**：\r\n- 简单功能：1人时/功能点\r\n- 中等功能：2人时/功能点\r\n- 复杂功能：4人时/功能点\r\n\r\n**示例**：\r\n\r\n| 功能点 | 数量 | 复杂度 | 权重 | 工作量 |\r\n|--------|------|--------|------|--------|\r\n| 用户注册 | 1 | 中等 | 2 | 2人时 |\r\n| 用户登录 | 1 | 简单 | 1 | 1人时 |\r\n| 订单创建 | 1 | 复杂 | 4 | 4人时 |\r\n| 订单查询 | 1 | 中等 | 2 | 2人时 |\r\n| 合计 | 4 | - | - | 9人时 |\r\n\r\n### 2. 用例法\r\n\r\n```text\r\n原理：基于用例数量估算\r\n\r\n步骤：\r\n1. 评估用例总数\r\n2. 评估用例类型比例\r\n3. 计算各类用例执行时间\r\n4. 汇总总工作量\r\n\r\n用例执行时间：\r\n├─ 冒烟用例：5分钟/条\r\n├─ 功能用例：10分钟/条\r\n├─ 边界用例：15分钟/条\r\n├─ 异常用例：20分钟/条\r\n└─ 探索用例：30分钟/条\r\n\r\n示例：\r\n| 用例类型 | 数量 | 单耗 | 工作量 |\r\n|---------|------|------|--------|\r\n| 冒烟用例 | 20条 | 5分钟 | 100分钟 |\r\n| 功能用例 | 100条 | 10分钟 | 1000分钟 |\r\n| 边界用例 | 50条 | 15分钟 | 750分钟 |\r\n| 异常用例 | 30条 | 20分钟 | 600分钟 |\r\n| 合计 | 200条 | - | 2450分钟≈41人时 |\r\n```\r\n\r\n### 3. 类比法\r\n\r\n```text\r\n原理：基于历史项目类比\r\n\r\n步骤：\r\n1. 寻找相似历史项目\r\n2. 提取历史数据\r\n3. 调整差异因素\r\n4. 得出估算结果\r\n\r\n历史数据：\r\n├─ 项目类型：[类型]\r\n├─ 功能规模：[功能点数]\r\n├─ 历史工时：[实际工时]\r\n└─ 调整系数：[差异调整]\r\n\r\n示例：\r\n| 历史项目 | 功能点 | 实际工时 | 本次项目 | 调整后工时 |\r\n|---------|--------|---------|---------|-----------|\r\n| 项目A | 100 | 80人时 | 120 | 96人时 |\r\n| 项目B | 80 | 60人时 | 120 | 90人时 |\r\n| 平均 | - | - | - | 93人时 |\r\n```\r\n\r\n### 4. 三点估算法\r\n\r\n```text\r\n原理：基于乐观/悲观/最可能估算\r\n\r\n公式：\r\n期望值 = (乐观 + 4×最可能 + 悲观) / 6\r\n标准差 = (悲观 - 乐观) / 6\r\n\r\n步骤：\r\n1. 估算乐观值（最好情况）\r\n2. 估算最可能值（正常情况）\r\n3. 估算悲观值（最坏情况）\r\n4. 计算期望值和标准差\r\n\r\n示例：\r\n| 任务 | 乐观 | 最可能 | 悲观 | 期望值 | 标准差 |\r\n|------|------|--------|------|--------|--------|\r\n| 需求分析 | 4 | 6 | 10 | 6.3 | 1.0 |\r\n| 用例设计 | 8 | 12 | 20 | 12.7 | 2.0 |\r\n| 测试执行 | 16 | 24 | 40 | 25.3 | 4.0 |\r\n| 回归测试 | 8 | 12 | 20 | 12.7 | 2.0 |\r\n| 合计 | 36 | 54 | 90 | 57.0 | 9.0 |\r\n```\r\n\r\n## 工作量分解\r\n\r\n### 测试活动分解\r\n\r\n```text\r\n├─ 测试计划\r\n│ ├─ 制定测试策略\r\n│ ├─ 编写测试计划\r\n│ └─ 评审测试计划\r\n│\r\n├─ 测试设计\r\n│ ├─ 分析需求文档\r\n│ ├─ 设计测试用例\r\n│ ├─ 评审测试用例\r\n│ └─ 准备测试数据\r\n│\r\n├─ 测试执行\r\n│ ├─ 环境搭建\r\n│ ├─ 用例执行\r\n│ ├─ 缺陷提交\r\n│ ├─ 回归测试\r\n│ └─ 冒烟测试\r\n│\r\n├─ 测试报告\r\n│ ├─ 编写测试报告\r\n│ ├─ 评审测试报告\r\n│ └─ 总结经验教训\r\n│\r\n└─ 其他活动\r\n ├─ 沟通协调\r\n ├─ 问题解决\r\n └─ 文档维护\r\n```\r\n\r\n### 工作量分配比例\r\n\r\n| 活动 | 占比 | 说明 |\r\n|------|------|------|\r\n| 测试计划 | 10% | 策略制定、计划编写 |\r\n| 测试设计 | 25% | 用例设计、数据准备 |\r\n| 测试执行 | 50% | 用例执行、缺陷管理 |\r\n| 测试报告 | 10% | 报告编写、总结 |\r\n| 其他活动 | 5% | 沟通、协调、文档 |\r\n\r\n## 影响因素\r\n\r\n### 调整系数\r\n\r\n```text\r\n├─ 需求稳定性\r\n│ ├─ 稳定：0.9\r\n│ ├─ 一般：1.0\r\n│ └─ 变更频繁：1.2\r\n│\r\n├─ 技术复杂度\r\n│ ├─ 简单：0.8\r\n│ ├─ 中等：1.0\r\n│ └─ 复杂：1.3\r\n│\r\n├─ 团队经验\r\n│ ├─ 资深：0.8\r\n│ ├─ 中等：1.0\r\n│ └─ 新人：1.3\r\n│\r\n├─ 自动化程度\r\n│ ├─ 高：0.7\r\n│ ├─ 中等：1.0\r\n│ └─ 低：1.2\r\n│\r\n└─ 历史缺陷\r\n ├─ 少：0.9\r\n ├─ 一般：1.0\r\n └─ 多：1.2\r\n```\r\n\r\n### 综合估算公式\r\n\r\n```text\r\n总工作量 = 基础工作量 × 调整系数1 × 调整系数2 × ...\r\n\r\n示例：\r\n基础工作量：100人时\r\n需求稳定性：1.1（变更频繁）\r\n技术复杂度：1.2（复杂）\r\n团队经验：1.0（中等）\r\n自动化程度：0.9（中等偏高）\r\n\r\n总工作量 = 100 × 1.1 × 1.2 × 1.0 × 0.9 = 118.8人时\r\n```\r\n\r\n## 估算报告模板\r\n\r\n```markdown\r\n# 测试工作量估算报告\r\n\r\n## 项目信息\r\n- 项目名称：[名称]\r\n- 迭代版本：[版本]\r\n- 估算日期：[日期]\r\n- 估算人：[姓名]\r\n\r\n## 估算方法\r\n[功能点法/用例法/类比法/三点估算法]\r\n\r\n## 估算结果\r\n| 活动 | 工作量(人时) | 工作量(人天) | 负责人 |\r\n|------|-------------|-------------|--------|\r\n| 测试计划 | XX | XX | [姓名] |\r\n| 测试设计 | XX | XX | [姓名] |\r\n| 测试执行 | XX | XX | [姓名] |\r\n| 测试报告 | XX | XX | [姓名] |\r\n| 合计 | XX | XX | - |\r\n\r\n## 调整因素\r\n| 因素 | 系数 | 说明 |\r\n|------|------|------|\r\n| 需求稳定性 | 1.1 | 需求变更频繁 |\r\n| 技术复杂度 | 1.2 | 技术实现复杂 |\r\n| 团队经验 | 1.0 | 团队经验丰富 |\r\n| 自动化程度 | 0.9 | 有自动化支持 |\r\n\r\n## 最终估算\r\n- 总工作量：XX人时\r\n- 总工作量：XX人天\r\n- 建议工期：XX天\r\n- 资源需求：XX人\r\n\r\n## 风险提示\r\n- [风险1]\r\n- [风险2]\r\n- [风险3]\r\n```\r\n\r\n## Examples\r\n\r\n**新功能上线，PM问\"需要多久测完\"**\r\n→ 功能点法：登录（3个功能点）× 3人时 = 9人时\r\n→ 用例法：25条用例 × 0.5人时/条 = 12.5人时\r\n→ 类比法：类似功能上次用了10人时，这次稍微复杂，估算12人时\r\n→ 三点估算法：乐观9h/最可能12h/悲观18h → (9+4×12+18)/6 = 12.5h\r\n\r\n**一个迭代的测试工作量估算**\r\n→ 活动分解：需求评审（2人天）→用例设计（5人天）→执行（8人天）→报告（1人天）\r\n→ 调整系数：团队新成员需1.2×，加0.2测试环境不稳定系数 = 1.4\r\n→ 最终估算：(2+5+8+1) × 1.4 = 22.4人天\r\n\r\n## Guidelines\r\n\r\n估算完成后检查：\r\n- [ ] 估算方法是否选择合适？\r\n- [ ] 基础数据是否准确？\r\n- [ ] 调整系数是否合理？\r\n- [ ] 工作量分解是否完整？\r\n- [ ] 风险提示是否识别？\r\n- [ ] 估算结果是否可信？\r\n\r\n\r\n## 检查清单\r\n\r\n- [ ] 工作量是否分解到模块级？\r\n- [ ] 历史数据是否参考？\r\n- [ ] 风险缓冲是否预留？\r\n- [ ] 估算依据是否充分？\r\n- [ ] 排期是否可执行？\n\nFile v1.7.6:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-test-estimation\",\n \"version\": \"1.7.6\",\n \"publishedAt\": 1788266942947\n}\n\nFile v1.7.6:skill-card.md\n\n## Description:\n\n测试估算 helps QA teams estimate testing effort from requirement complexity, change scope, historical baselines, and risk factors, producing phase-level estimates with confidence ranges and risk buffers.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA engineers, test leads, and project planners use this skill to estimate testing workload, schedule duration, staffing needs, and risk buffers during release or iteration planning.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill recommends an optional unpinned npx command to install a larger external skill collection.\n\nMitigation: Inspect the external collection separately and pin it to a trusted commit or release before running the command.\n\nRisk: Testing estimates and schedule guidance could be mistaken for approved release planning decisions.\n\nMitigation: Treat generated estimates as planning inputs and require project-manager or stakeholder confirmation before changing release schedules or staffing plans.\n\nRisk: The workflow is primarily written in Chinese, which may limit review quality for teams that do not read Chinese.\n\nMitigation: Use reviewers who can evaluate the Chinese instructions and outputs, or translate outputs before relying on them for planning.\n\n## Reference(s):\n\n- [ClawHub Skill Page](https://clawhub.ai/kokxi/skills/qa-test-estimation)\n- [Publisher Profile](https://clawhub.ai/user/kokxi)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown reports and tables, primarily in Chinese]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes estimation IDs, phased workload breakdowns, risk buffers, confidence levels, and test case tables when requested.]\n\n## Skill Version(s):\n\n1.7.6 (source: server release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.5: 3 files, 5556 bytes\n\nFiles: skill-card.md (2129b), SKILL.md (9651b), _meta.json (137b)\n\nFile v1.7.5:SKILL.md\n\n---\nname: qa-test-estimation\nslug: qa-test-estimation\ndisplayName: Test Estimation\nversion: 1.7.5\ndescription: >-\n 当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。\n\nwhen_to_use: 用户说\"工作量估算\"、\"测试时间\"、\"排期\"、\"资源规划\"、\"估算工时\"、\"人天\"、\"工期\"、\"多久测完\"、需要估算测试工作量、项目计划阶段需要测试工时评估时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-req-deconstruction # 输入：需求分析确定范围\n - qa-risk-intuition # 输入：风险评估确定优先级\n downstream:\n - qa-test-strategy-design # 输出：估算结果用于策略制定\n - qa-release-risk-governance # 输出：估算结果用于发布计划\ninput_format:\n required:\n - name: 需求范围\n type: string\n description: 测试需求的规模和复杂度\n - name: 测试策略\n type: object\n description: 来自qa-test-strategy-design的测试策略\n optional:\n - name: 历史数据\n type: object\n description: 历史估算和实际工时数据\n - name: 团队产能\n type: string\n description: 团队测试产能信息\noutput_format:\n traceability:\n - 每份估算带唯一ID（EST-XXXX）\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - estimation_result: 工作量估算结果\n - breakdown: 工作分解结构\n - risk_buffer: 风险缓冲建议\n - confidence_level: 置信度评估\ncategories: ['Development','Testing']\ndepth_requirement_quantification:\n reference_value: \"根据项目规模调整估算深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少分解到功能模块级工作量\"\nerror_recovery_guidance:\n on_failure: \"估算遗漏关键模块时回退到需求解构补充范围\"\n retry_behavior: \"补全范围后重新估算\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及发布计划和工作量排期估算。\n> 这些是估算参考不是直接操作；请勿未经项目经理确认即变更发布计划或排期。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 测试工作量估算\n\n## 核心原则\n\n估算不是猜测，而是基于数据和经验的科学推断。\n\n## 估算方法\n\n### 1. 功能点法\n\n**原理**：基于功能点数量估算\n\n**步骤**：\n1. 识别功能点\n2. 评估复杂度（简单/中等/复杂）\n3. 给每个功能点赋予权重\n4. 计算总工作量\n\n**功能点权重**：\n- 简单功能：1人时/功能点\n- 中等功能：2人时/功能点\n- 复杂功能：4人时/功能点\n\n**示例**：\n\n| 功能点 | 数量 | 复杂度 | 权重 | 工作量 |\n|--------|------|--------|------|--------|\n| 用户注册 | 1 | 中等 | 2 | 2人时 |\n| 用户登录 | 1 | 简单 | 1 | 1人时 |\n| 订单创建 | 1 | 复杂 | 4 | 4人时 |\n| 订单查询 | 1 | 中等 | 2 | 2人时 |\n| 合计 | 4 | - | - | 9人时 |\n\n### 2. 用例法\n\n```text\n原理：基于用例数量估算\n\n步骤：\n1. 评估用例总数\n2. 评估用例类型比例\n3. 计算各类用例执行时间\n4. 汇总总工作量\n\n用例执行时间：\n├─ 冒烟用例：5分钟/条\n├─ 功能用例：10分钟/条\n├─ 边界用例：15分钟/条\n├─ 异常用例：20分钟/条\n└─ 探索用例：30分钟/条\n\n示例：\n| 用例类型 | 数量 | 单耗 | 工作量 |\n|---------|------|------|--------|\n| 冒烟用例 | 20条 | 5分钟 | 100分钟 |\n| 功能用例 | 100条 | 10分钟 | 1000分钟 |\n| 边界用例 | 50条 | 15分钟 | 750分钟 |\n| 异常用例 | 30条 | 20分钟 | 600分钟 |\n| 合计 | 200条 | - | 2450分钟≈41人时 |\n```\n\n### 3. 类比法\n\n```text\n原理：基于历史项目类比\n\n步骤：\n1. 寻找相似历史项目\n2. 提取历史数据\n3. 调整差异因素\n4. 得出估算结果\n\n历史数据：\n├─ 项目类型：[类型]\n├─ 功能规模：[功能点数]\n├─ 历史工时：[实际工时]\n└─ 调整系数：[差异调整]\n\n示例：\n| 历史项目 | 功能点 | 实际工时 | 本次项目 | 调整后工时 |\n|---------|--------|---------|---------|-----------|\n| 项目A | 100 | 80人时 | 120 | 96人时 |\n| 项目B | 80 | 60人时 | 120 | 90人时 |\n| 平均 | - | - | - | 93人时 |\n```\n\n### 4. 三点估算法\n\n```text\n原理：基于乐观/悲观/最可能估算\n\n公式：\n期望值 = (乐观 + 4×最可能 + 悲观) / 6\n标准差 = (悲观 - 乐观) / 6\n\n步骤：\n1. 估算乐观值（最好情况）\n2. 估算最可能值（正常情况）\n3. 估算悲观值（最坏情况）\n4. 计算期望值和标准差\n\n示例：\n| 任务 | 乐观 | 最可能 | 悲观 | 期望值 | 标准差 |\n|------|------|--------|------|--------|--------|\n| 需求分析 | 4 | 6 | 10 | 6.3 | 1.0 |\n| 用例设计 | 8 | 12 | 20 | 12.7 | 2.0 |\n| 测试执行 | 16 | 24 | 40 | 25.3 | 4.0 |\n| 回归测试 | 8 | 12 | 20 | 12.7 | 2.0 |\n| 合计 | 36 | 54 | 90 | 57.0 | 9.0 |\n```\n\n## 工作量分解\n\n### 测试活动分解\n\n```text\n├─ 测试计划\n│ ├─ 制定测试策略\n│ ├─ 编写测试计划\n│ └─ 评审测试计划\n│\n├─ 测试设计\n│ ├─ 分析需求文档\n│ ├─ 设计测试用例\n│ ├─ 评审测试用例\n│ └─ 准备测试数据\n│\n├─ 测试执行\n│ ├─ 环境搭建\n│ ├─ 用例执行\n│ ├─ 缺陷提交\n│ ├─ 回归测试\n│ └─ 冒烟测试\n│\n├─ 测试报告\n│ ├─ 编写测试报告\n│ ├─ 评审测试报告\n│ └─ 总结经验教训\n│\n└─ 其他活动\n ├─ 沟通协调\n ├─ 问题解决\n └─ 文档维护\n```\n\n### 工作量分配比例\n\n| 活动 | 占比 | 说明 |\n|------|------|------|\n| 测试计划 | 10% | 策略制定、计划编写 |\n| 测试设计 | 25% | 用例设计、数据准备 |\n| 测试执行 | 50% | 用例执行、缺陷管理 |\n| 测试报告 | 10% | 报告编写、总结 |\n| 其他活动 | 5% | 沟通、协调、文档 |\n\n## 影响因素\n\n### 调整系数\n\n```text\n├─ 需求稳定性\n│ ├─ 稳定：0.9\n│ ├─ 一般：1.0\n│ └─ 变更频繁：1.2\n│\n├─ 技术复杂度\n│ ├─ 简单：0.8\n│ ├─ 中等：1.0\n│ └─ 复杂：1.3\n│\n├─ 团队经验\n│ ├─ 资深：0.8\n│ ├─ 中等：1.0\n│ └─ 新人：1.3\n│\n├─ 自动化程度\n│ ├─ 高：0.7\n│ ├─ 中等：1.0\n│ └─ 低：1.2\n│\n└─ 历史缺陷\n ├─ 少：0.9\n ├─ 一般：1.0\n └─ 多：1.2\n```\n\n### 综合估算公式\n\n```text\n总工作量 = 基础工作量 × 调整系数1 × 调整系数2 × ...\n\n示例：\n基础工作量：100人时\n需求稳定性：1.1（变更频繁）\n技术复杂度：1.2（复杂）\n团队经验：1.0（中等）\n自动化程度：0.9（中等偏高）\n\n总工作量 = 100 × 1.1 × 1.2 × 1.0 × 0.9 = 118.8人时\n```\n\n## 估算报告模板\n\n```markdown\n# 测试工作量估算报告\n\n## 项目信息\n- 项目名称：[名称]\n- 迭代版本：[版本]\n- 估算日期：[日期]\n- 估算人：[姓名]\n\n## 估算方法\n[功能点法/用例法/类比法/三点估算法]\n\n## 估算结果\n| 活动 | 工作量(人时) | 工作量(人天) | 负责人 |\n|------|-------------|-------------|--------|\n| 测试计划 | XX | XX | [姓名] |\n| 测试设计 | XX | XX | [姓名] |\n| 测试执行 | XX | XX | [姓名] |\n| 测试报告 | XX | XX | [姓名] |\n| 合计 | XX | XX | - |\n\n## 调整因素\n| 因素 | 系数 | 说明 |\n|------|------|------|\n| 需求稳定性 | 1.1 | 需求变更频繁 |\n| 技术复杂度 | 1.2 | 技术实现复杂 |\n| 团队经验 | 1.0 | 团队经验丰富 |\n| 自动化程度 | 0.9 | 有自动化支持 |\n\n## 最终估算\n- 总工作量：XX人时\n- 总工作量：XX人天\n- 建议工期：XX天\n- 资源需求：XX人\n\n## 风险提示\n- [风险1]\n- [风险2]\n- [风险3]\n```\n\n## Examples\n\n**新功能上线，PM问\"需要多久测完\"**\n→ 功能点法：登录（3个功能点）× 3人时 = 9人时\n→ 用例法：25条用例 × 0.5人时/条 = 12.5人时\n→ 类比法：类似功能上次用了10人时，这次稍微复杂，估算12人时\n→ 三点估算法：乐观9h/最可能12h/悲观18h → (9+4×12+18)/6 = 12.5h\n\n**一个迭代的测试工作量估算**\n→ 活动分解：需求评审（2人天）→用例设计（5人天）→执行（8人天）→报告（1人天）\n→ 调整系数：团队新成员需1.2×，加0.2测试环境不稳定系数 = 1.4\n→ 最终估算：(2+5+8+1) × 1.4 = 22.4人天\n\n## Guidelines\n\n估算完成后检查：\n- [ ] 估算方法是否选择合适？\n- [ ] 基础数据是否准确？\n- [ ] 调整系数是否合理？\n- [ ] 工作量分解是否完整？\n- [ ] 风险提示是否识别？\n- [ ] 估算结果是否可信？\n\n\n## 检查清单\n\n- [ ] 工作量是否分解到模块级？\n- [ ] 历史数据是否参考？\n- [ ] 风险缓冲是否预留？\n- [ ] 估算依据是否充分？\n- [ ] 排期是否可执行？\n\nFile v1.7.5:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-test-estimation\",\n \"version\": \"1.7.5\",\n \"publishedAt\": 1788103296423\n}\n\nFile v1.7.5:skill-card.md\n\n## Description:\n\nThis Chinese-language skill helps QA teams estimate release testing effort using requirement complexity, change scope, historical baselines, risk factors, confidence ranges, and risk buffers.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA engineers, project managers, and release planners use this skill to turn requirements scope, test strategy, historical data, and team capacity into structured estimates for smoke, functional, regression, and specialized testing.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill may read relevant workspace documents to estimate QA effort.\n\nMitigation: Review which project documents are in scope before use and provide only the materials needed for the estimate.\n\nRisk: Ambiguous scheduling requests could be treated as QA testing estimation rather than broader project planning.\n\nMitigation: Confirm the request is specifically for QA testing effort estimation when schedule intent is unclear.\n\nRisk: Generated estimates can influence release plans or staffing decisions.\n\nMitigation: Treat estimates as decision support and require project manager review before changing release dates, staffing, or execution plans.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-test-estimation)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown or structured text with estimation tables, effort breakdowns, confidence notes, and risk buffers]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include traceability IDs, phased estimates, risk reservations, and coverage caveats.]\n\n## Skill Version(s):\n\n1.7.5 (source: frontmatter and server release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.7.0: 3 files, 5114 bytes\n\nFiles: skill-card.md (1694b), SKILL.md (9210b), _meta.json (137b)\n\nFile v1.7.0:SKILL.md\n\n---\nname: qa-test-estimation\nslug: qa-test-estimation\ndisplayName: Test Estimation\nversion: 1.7.0\ndescription: >-\n 当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。\n\nwhen_to_use: 用户说\"工作量估算\"、\"测试时间\"、\"排期\"、\"资源规划\"、\"估算工时\"、\"人天\"、\"工期\"、\"多久测完\"、需要估算测试工作量、项目计划阶段需要测试工时评估时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-req-deconstruction # 输入：需求分析确定范围\n - qa-risk-intuition # 输入：风险评估确定优先级\n downstream:\n - qa-test-strategy-design # 输出：估算结果用于策略制定\n - qa-release-risk-governance # 输出：估算结果用于发布计划\ninput_format:\n required:\n - name: 需求范围\n type: string\n description: 测试需求的规模和复杂度\n - name: 测试策略\n type: object\n description: 来自qa-test-strategy-design的测试策略\n optional:\n - name: 历史数据\n type: object\n description: 历史估算和实际工时数据\n - name: 团队产能\n type: string\n description: 团队测试产能信息\noutput_format:\n traceability:\n - 每份估算带唯一ID（EST-XXXX）\n structure:\n - estimation_result: 工作量估算结果\n - breakdown: 工作分解结构\n - risk_buffer: 风险缓冲建议\n - confidence_level: 置信度评估\ncategories: ['Development','Testing']\ndepth_requirement_quantification:\n reference_value: \"根据项目规模调整估算深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少分解到功能模块级工作量\"\nerror_recovery_guidance:\n on_failure: \"估算遗漏关键模块时回退到需求解构补充范围\"\n retry_behavior: \"补全范围后重新估算\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及发布计划和工作量排期估算。\n> 这些是估算参考不是直接操作；请勿未经项目经理确认即变更发布计划或排期。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 测试工作量估算\n\n## 核心原则\n\n估算不是猜测，而是基于数据和经验的科学推断。\n\n## 估算方法\n\n### 1. 功能点法\n\n**原理**：基于功能点数量估算\n\n**步骤**：\n1. 识别功能点\n2. 评估复杂度（简单/中等/复杂）\n3. 给每个功能点赋予权重\n4. 计算总工作量\n\n**功能点权重**：\n- 简单功能：1人时/功能点\n- 中等功能：2人时/功能点\n- 复杂功能：4人时/功能点\n\n**示例**：\n\n| 功能点 | 数量 | 复杂度 | 权重 | 工作量 |\n|--------|------|--------|------|--------|\n| 用户注册 | 1 | 中等 | 2 | 2人时 |\n| 用户登录 | 1 | 简单 | 1 | 1人时 |\n| 订单创建 | 1 | 复杂 | 4 | 4人时 |\n| 订单查询 | 1 | 中等 | 2 | 2人时 |\n| 合计 | 4 | - | - | 9人时 |\n\n### 2. 用例法\n\n```text\n原理：基于用例数量估算\n\n步骤：\n1. 评估用例总数\n2. 评估用例类型比例\n3. 计算各类用例执行时间\n4. 汇总总工作量\n\n用例执行时间：\n├─ 冒烟用例：5分钟/条\n├─ 功能用例：10分钟/条\n├─ 边界用例：15分钟/条\n├─ 异常用例：20分钟/条\n└─ 探索用例：30分钟/条\n\n示例：\n| 用例类型 | 数量 | 单耗 | 工作量 |\n|---------|------|------|--------|\n| 冒烟用例 | 20条 | 5分钟 | 100分钟 |\n| 功能用例 | 100条 | 10分钟 | 1000分钟 |\n| 边界用例 | 50条 | 15分钟 | 750分钟 |\n| 异常用例 | 30条 | 20分钟 | 600分钟 |\n| 合计 | 200条 | - | 2450分钟≈41人时 |\n```\n\n### 3. 类比法\n\n```text\n原理：基于历史项目类比\n\n步骤：\n1. 寻找相似历史项目\n2. 提取历史数据\n3. 调整差异因素\n4. 得出估算结果\n\n历史数据：\n├─ 项目类型：[类型]\n├─ 功能规模：[功能点数]\n├─ 历史工时：[实际工时]\n└─ 调整系数：[差异调整]\n\n示例：\n| 历史项目 | 功能点 | 实际工时 | 本次项目 | 调整后工时 |\n|---------|--------|---------|---------|-----------|\n| 项目A | 100 | 80人时 | 120 | 96人时 |\n| 项目B | 80 | 60人时 | 120 | 90人时 |\n| 平均 | - | - | - | 93人时 |\n```\n\n### 4. 三点估算法\n\n```text\n原理：基于乐观/悲观/最可能估算\n\n公式：\n期望值 = (乐观 + 4×最可能 + 悲观) / 6\n标准差 = (悲观 - 乐观) / 6\n\n步骤：\n1. 估算乐观值（最好情况）\n2. 估算最可能值（正常情况）\n3. 估算悲观值（最坏情况）\n4. 计算期望值和标准差\n\n示例：\n| 任务 | 乐观 | 最可能 | 悲观 | 期望值 | 标准差 |\n|------|------|--------|------|--------|--------|\n| 需求分析 | 4 | 6 | 10 | 6.3 | 1.0 |\n| 用例设计 | 8 | 12 | 20 | 12.7 | 2.0 |\n| 测试执行 | 16 | 24 | 40 | 25.3 | 4.0 |\n| 回归测试 | 8 | 12 | 20 | 12.7 | 2.0 |\n| 合计 | 36 | 54 | 90 | 57.0 | 9.0 |\n```\n\n## 工作量分解\n\n### 测试活动分解\n\n```text\n├─ 测试计划\n│ ├─ 制定测试策略\n│ ├─ 编写测试计划\n│ └─ 评审测试计划\n│\n├─ 测试设计\n│ ├─ 分析需求文档\n│ ├─ 设计测试用例\n│ ├─ 评审测试用例\n│ └─ 准备测试数据\n│\n├─ 测试执行\n│ ├─ 环境搭建\n│ ├─ 用例执行\n│ ├─ 缺陷提交\n│ ├─ 回归测试\n│ └─ 冒烟测试\n│\n├─ 测试报告\n│ ├─ 编写测试报告\n│ ├─ 评审测试报告\n│ └─ 总结经验教训\n│\n└─ 其他活动\n ├─ 沟通协调\n ├─ 问题解决\n └─ 文档维护\n```\n\n### 工作量分配比例\n\n| 活动 | 占比 | 说明 |\n|------|------|------|\n| 测试计划 | 10% | 策略制定、计划编写 |\n| 测试设计 | 25% | 用例设计、数据准备 |\n| 测试执行 | 50% | 用例执行、缺陷管理 |\n| 测试报告 | 10% | 报告编写、总结 |\n| 其他活动 | 5% | 沟通、协调、文档 |\n\n## 影响因素\n\n### 调整系数\n\n```text\n├─ 需求稳定性\n│ ├─ 稳定：0.9\n│ ├─ 一般：1.0\n│ └─ 变更频繁：1.2\n│\n├─ 技术复杂度\n│ ├─ 简单：0.8\n│ ├─ 中等：1.0\n│ └─ 复杂：1.3\n│\n├─ 团队经验\n│ ├─ 资深：0.8\n│ ├─ 中等：1.0\n│ └─ 新人：1.3\n│\n├─ 自动化程度\n│ ├─ 高：0.7\n│ ├─ 中等：1.0\n│ └─ 低：1.2\n│\n└─ 历史缺陷\n ├─ 少：0.9\n ├─ 一般：1.0\n └─ 多：1.2\n```\n\n### 综合估算公式\n\n```text\n总工作量 = 基础工作量 × 调整系数1 × 调整系数2 × ...\n\n示例：\n基础工作量：100人时\n需求稳定性：1.1（变更频繁）\n技术复杂度：1.2（复杂）\n团队经验：1.0（中等）\n自动化程度：0.9（中等偏高）\n\n总工作量 = 100 × 1.1 × 1.2 × 1.0 × 0.9 = 118.8人时\n```\n\n## 估算报告模板\n\n```markdown\n# 测试工作量估算报告\n\n## 项目信息\n- 项目名称：[名称]\n- 迭代版本：[版本]\n- 估算日期：[日期]\n- 估算人：[姓名]\n\n## 估算方法\n[功能点法/用例法/类比法/三点估算法]\n\n## 估算结果\n| 活动 | 工作量(人时) | 工作量(人天) | 负责人 |\n|------|-------------|-------------|--------|\n| 测试计划 | XX | XX | [姓名] |\n| 测试设计 | XX | XX | [姓名] |\n| 测试执行 | XX | XX | [姓名] |\n| 测试报告 | XX | XX | [姓名] |\n| 合计 | XX | XX | - |\n\n## 调整因素\n| 因素 | 系数 | 说明 |\n|------|------|------|\n| 需求稳定性 | 1.1 | 需求变更频繁 |\n| 技术复杂度 | 1.2 | 技术实现复杂 |\n| 团队经验 | 1.0 | 团队经验丰富 |\n| 自动化程度 | 0.9 | 有自动化支持 |\n\n## 最终估算\n- 总工作量：XX人时\n- 总工作量：XX人天\n- 建议工期：XX天\n- 资源需求：XX人\n\n## 风险提示\n- [风险1]\n- [风险2]\n- [风险3]\n```\n\n## Examples\n\n**新功能上线，PM问\"需要多久测完\"**\n→ 功能点法：登录（3个功能点）× 3人时 = 9人时\n→ 用例法：25条用例 × 0.5人时/条 = 12.5人时\n→ 类比法：类似功能上次用了10人时，这次稍微复杂，估算12人时\n→ 三点估算法：乐观9h/最可能12h/悲观18h → (9+4×12+18)/6 = 12.5h\n\n**一个迭代的测试工作量估算**\n→ 活动分解：需求评审（2人天）→用例设计（5人天）→执行（8人天）→报告（1人天）\n→ 调整系数：团队新成员需1.2×，加0.2测试环境不稳定系数 = 1.4\n→ 最终估算：(2+5+8+1) × 1.4 = 22.4人天\n\n## Guidelines\n\n估算完成后检查：\n- [ ] 估算方法是否选择合适？\n- [ ] 基础数据是否准确？\n- [ ] 调整系数是否合理？\n- [ ] 工作量分解是否完整？\n- [ ] 风险提示是否识别？\n- [ ] 估算结果是否可信？\n\n\n## 检查清单\n\n- [ ] 工作量是否分解到模块级？\n- [ ] 历史数据是否参考？\n- [ ] 风险缓冲是否预留？\n- [ ] 估算依据是否充分？\n- [ ] 排期是否可执行？\n\nFile v1.7.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-test-estimation\",\n \"version\": \"1.7.0\",\n \"publishedAt\": 1786890815282\n}\n\nFile v1.7.0:skill-card.md\n\n## Description:\n\nHelps QA teams estimate test effort from requirement complexity, change scope, historical baselines, and risk factors, producing staged estimates with confidence ranges and risk buffers.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA engineers, test leads, and project managers use this skill during release planning to estimate testing effort, resource needs, confidence levels, and risk buffers for scoped requirements.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Testing estimates may be used to change release schedules or staffing plans without sufficient review.\n\nMitigation: Review estimates with the project manager and validate scope, historical baselines, adjustment factors, and risk buffers before making planning changes.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown report with structured estimation tables, risk-buffer guidance, confidence assessment, and review checklists]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include workspace assessment files; estimates are advisory and require project-manager review before schedule or staffing changes.]\n\n## Skill Version(s):\n\n1.7.0 (source: server release metadata and SKILL.md frontmatter)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.3: 3 files, 5271 bytes\n\nFiles: skill-card.md (2006b), SKILL.md (9210b), _meta.json (137b)\n\nFile v1.6.3:SKILL.md\n\n---\nname: qa-test-estimation\nslug: qa-test-estimation\ndisplayName: Test Estimation\nversion: 1.6.3\ndescription: >-\n 当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。\n\nwhen_to_use: 用户说\"工作量估算\"、\"测试时间\"、\"排期\"、\"资源规划\"、\"估算工时\"、\"人天\"、\"工期\"、\"多久测完\"、需要估算测试工作量、项目计划阶段需要测试工时评估时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-req-deconstruction # 输入：需求分析确定范围\n - qa-risk-intuition # 输入：风险评估确定优先级\n downstream:\n - qa-test-strategy-design # 输出：估算结果用于策略制定\n - qa-release-risk-governance # 输出：估算结果用于发布计划\ninput_format:\n required:\n - name: 需求范围\n type: string\n description: 测试需求的规模和复杂度\n - name: 测试策略\n type: object\n description: 来自qa-test-strategy-design的测试策略\n optional:\n - name: 历史数据\n type: object\n description: 历史估算和实际工时数据\n - name: 团队产能\n type: string\n description: 团队测试产能信息\noutput_format:\n traceability:\n - 每份估算带唯一ID（EST-XXXX）\n structure:\n - estimation_result: 工作量估算结果\n - breakdown: 工作分解结构\n - risk_buffer: 风险缓冲建议\n - confidence_level: 置信度评估\ncategories: ['Development','Testing']\ndepth_requirement_quantification:\n reference_value: \"根据项目规模调整估算深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少分解到功能模块级工作量\"\nerror_recovery_guidance:\n on_failure: \"估算遗漏关键模块时回退到需求解构补充范围\"\n retry_behavior: \"补全范围后重新估算\"\n---\n> **⚠️ 安全警告**：本技能的示例可能涉及发布计划和工作量排期估算。\n> 这些是估算参考不是直接操作；请勿未经项目经理确认即变更发布计划或排期。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 测试工作量估算\n\n## 核心原则\n\n估算不是猜测，而是基于数据和经验的科学推断。\n\n## 估算方法\n\n### 1. 功能点法\n\n**原理**：基于功能点数量估算\n\n**步骤**：\n1. 识别功能点\n2. 评估复杂度（简单/中等/复杂）\n3. 给每个功能点赋予权重\n4. 计算总工作量\n\n**功能点权重**：\n- 简单功能：1人时/功能点\n- 中等功能：2人时/功能点\n- 复杂功能：4人时/功能点\n\n**示例**：\n\n| 功能点 | 数量 | 复杂度 | 权重 | 工作量 |\n|--------|------|--------|------|--------|\n| 用户注册 | 1 | 中等 | 2 | 2人时 |\n| 用户登录 | 1 | 简单 | 1 | 1人时 |\n| 订单创建 | 1 | 复杂 | 4 | 4人时 |\n| 订单查询 | 1 | 中等 | 2 | 2人时 |\n| 合计 | 4 | - | - | 9人时 |\n\n### 2. 用例法\n\n```text\n原理：基于用例数量估算\n\n步骤：\n1. 评估用例总数\n2. 评估用例类型比例\n3. 计算各类用例执行时间\n4. 汇总总工作量\n\n用例执行时间：\n├─ 冒烟用例：5分钟/条\n├─ 功能用例：10分钟/条\n├─ 边界用例：15分钟/条\n├─ 异常用例：20分钟/条\n└─ 探索用例：30分钟/条\n\n示例：\n| 用例类型 | 数量 | 单耗 | 工作量 |\n|---------|------|------|--------|\n| 冒烟用例 | 20条 | 5分钟 | 100分钟 |\n| 功能用例 | 100条 | 10分钟 | 1000分钟 |\n| 边界用例 | 50条 | 15分钟 | 750分钟 |\n| 异常用例 | 30条 | 20分钟 | 600分钟 |\n| 合计 | 200条 | - | 2450分钟≈41人时 |\n```\n\n### 3. 类比法\n\n```text\n原理：基于历史项目类比\n\n步骤：\n1. 寻找相似历史项目\n2. 提取历史数据\n3. 调整差异因素\n4. 得出估算结果\n\n历史数据：\n├─ 项目类型：[类型]\n├─ 功能规模：[功能点数]\n├─ 历史工时：[实际工时]\n└─ 调整系数：[差异调整]\n\n示例：\n| 历史项目 | 功能点 | 实际工时 | 本次项目 | 调整后工时 |\n|---------|--------|---------|---------|-----------|\n| 项目A | 100 | 80人时 | 120 | 96人时 |\n| 项目B | 80 | 60人时 | 120 | 90人时 |\n| 平均 | - | - | - | 93人时 |\n```\n\n### 4. 三点估算法\n\n```text\n原理：基于乐观/悲观/最可能估算\n\n公式：\n期望值 = (乐观 + 4×最可能 + 悲观) / 6\n标准差 = (悲观 - 乐观) / 6\n\n步骤：\n1. 估算乐观值（最好情况）\n2. 估算最可能值（正常情况）\n3. 估算悲观值（最坏情况）\n4. 计算期望值和标准差\n\n示例：\n| 任务 | 乐观 | 最可能 | 悲观 | 期望值 | 标准差 |\n|------|------|--------|------|--------|--------|\n| 需求分析 | 4 | 6 | 10 | 6.3 | 1.0 |\n| 用例设计 | 8 | 12 | 20 | 12.7 | 2.0 |\n| 测试执行 | 16 | 24 | 40 | 25.3 | 4.0 |\n| 回归测试 | 8 | 12 | 20 | 12.7 | 2.0 |\n| 合计 | 36 | 54 | 90 | 57.0 | 9.0 |\n```\n\n## 工作量分解\n\n### 测试活动分解\n\n```text\n├─ 测试计划\n│ ├─ 制定测试策略\n│ ├─ 编写测试计划\n│ └─ 评审测试计划\n│\n├─ 测试设计\n│ ├─ 分析需求文档\n│ ├─ 设计测试用例\n│ ├─ 评审测试用例\n│ └─ 准备测试数据\n│\n├─ 测试执行\n│ ├─ 环境搭建\n│ ├─ 用例执行\n│ ├─ 缺陷提交\n│ ├─ 回归测试\n│ └─ 冒烟测试\n│\n├─ 测试报告\n│ ├─ 编写测试报告\n│ ├─ 评审测试报告\n│ └─ 总结经验教训\n│\n└─ 其他活动\n ├─ 沟通协调\n ├─ 问题解决\n └─ 文档维护\n```\n\n### 工作量分配比例\n\n| 活动 | 占比 | 说明 |\n|------|------|------|\n| 测试计划 | 10% | 策略制定、计划编写 |\n| 测试设计 | 25% | 用例设计、数据准备 |\n| 测试执行 | 50% | 用例执行、缺陷管理 |\n| 测试报告 | 10% | 报告编写、总结 |\n| 其他活动 | 5% | 沟通、协调、文档 |\n\n## 影响因素\n\n### 调整系数\n\n```text\n├─ 需求稳定性\n│ ├─ 稳定：0.9\n│ ├─ 一般：1.0\n│ └─ 变更频繁：1.2\n│\n├─ 技术复杂度\n│ ├─ 简单：0.8\n│ ├─ 中等：1.0\n│ └─ 复杂：1.3\n│\n├─ 团队经验\n│ ├─ 资深：0.8\n│ ├─ 中等：1.0\n│ └─ 新人：1.3\n│\n├─ 自动化程度\n│ ├─ 高：0.7\n│ ├─ 中等：1.0\n│ └─ 低：1.2\n│\n└─ 历史缺陷\n ├─ 少：0.9\n ├─ 一般：1.0\n └─ 多：1.2\n```\n\n### 综合估算公式\n\n```text\n总工作量 = 基础工作量 × 调整系数1 × 调整系数2 × ...\n\n示例：\n基础工作量：100人时\n需求稳定性：1.1（变更频繁）\n技术复杂度：1.2（复杂）\n团队经验：1.0（中等）\n自动化程度：0.9（中等偏高）\n\n总工作量 = 100 × 1.1 × 1.2 × 1.0 × 0.9 = 118.8人时\n```\n\n## 估算报告模板\n\n```markdown\n# 测试工作量估算报告\n\n## 项目信息\n- 项目名称：[名称]\n- 迭代版本：[版本]\n- 估算日期：[日期]\n- 估算人：[姓名]\n\n## 估算方法\n[功能点法/用例法/类比法/三点估算法]\n\n## 估算结果\n| 活动 | 工作量(人时) | 工作量(人天) | 负责人 |\n|------|-------------|-------------|--------|\n| 测试计划 | XX | XX | [姓名] |\n| 测试设计 | XX | XX | [姓名] |\n| 测试执行 | XX | XX | [姓名] |\n| 测试报告 | XX | XX | [姓名] |\n| 合计 | XX | XX | - |\n\n## 调整因素\n| 因素 | 系数 | 说明 |\n|------|------|------|\n| 需求稳定性 | 1.1 | 需求变更频繁 |\n| 技术复杂度 | 1.2 | 技术实现复杂 |\n| 团队经验 | 1.0 | 团队经验丰富 |\n| 自动化程度 | 0.9 | 有自动化支持 |\n\n## 最终估算\n- 总工作量：XX人时\n- 总工作量：XX人天\n- 建议工期：XX天\n- 资源需求：XX人\n\n## 风险提示\n- [风险1]\n- [风险2]\n- [风险3]\n```\n\n## Examples\n\n**新功能上线，PM问\"需要多久测完\"**\n→ 功能点法：登录（3个功能点）× 3人时 = 9人时\n→ 用例法：25条用例 × 0.5人时/条 = 12.5人时\n→ 类比法：类似功能上次用了10人时，这次稍微复杂，估算12人时\n→ 三点估算法：乐观9h/最可能12h/悲观18h → (9+4×12+18)/6 = 12.5h\n\n**一个迭代的测试工作量估算**\n→ 活动分解：需求评审（2人天）→用例设计（5人天）→执行（8人天）→报告（1人天）\n→ 调整系数：团队新成员需1.2×，加0.2测试环境不稳定系数 = 1.4\n→ 最终估算：(2+5+8+1) × 1.4 = 22.4人天\n\n## Guidelines\n\n估算完成后检查：\n- [ ] 估算方法是否选择合适？\n- [ ] 基础数据是否准确？\n- [ ] 调整系数是否合理？\n- [ ] 工作量分解是否完整？\n- [ ] 风险提示是否识别？\n- [ ] 估算结果是否可信？\n\n\n## 检查清单\n\n- [ ] 工作量是否分解到模块级？\n- [ ] 历史数据是否参考？\n- [ ] 风险缓冲是否预留？\n- [ ] 估算依据是否充分？\n- [ ] 排期是否可执行？\n\nFile v1.6.3:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-test-estimation\",\n \"version\": \"1.6.3\",\n \"publishedAt\": 1786548631372\n}\n\nFile v1.6.3:skill-card.md\n\n## Description:\n\nHelps QA teams estimate test effort from requirement complexity, change scope, historical baselines, and risk factors, producing phased estimates for smoke, functional, regression, and specialized testing.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA engineers, test leads, and project managers use this skill to estimate testing person-hours or person-days for release planning. It structures estimates by method, work breakdown, adjustment factors, confidence, and risk buffer.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: General project-planning requests may invoke the skill even when the user only intended a scheduling discussion.\n\nMitigation: Confirm that a test-effort estimate is desired before using its output to alter release plans or staffing allocations.\n\nRisk: Testing estimates can materially affect release planning and resource commitments.\n\nMitigation: Review generated estimates with the project manager or test lead before changing a real release plan or schedule.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-test-estimation)\n- [Publisher profile](https://clawhub.ai/user/kokxi)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown estimation report with tables, calculations, checklists, and risk notes]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Each estimate is expected to include a traceability ID, work breakdown, risk buffer, and confidence assessment.]\n\n## Skill Version(s):\n\n1.6.3 (source: frontmatter and server release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.6.0: 3 files, 5334 bytes\n\nFiles: skill-card.md (2189b), SKILL.md (9481b), _meta.json (137b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: qa-test-estimation\r\nversion: 1.6.0\r\ndescription: >-\r\n 当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。\r\n\r\nwhen_to_use: 用户说\"工作量估算\"、\"测试时间\"、\"排期\"、\"资源规划\"、\"估算工时\"、\"人天\"、\"工期\"、\"多久测完\"、需要估算测试工作量、项目计划阶段需要测试工时评估时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-req-deconstruction # 输入：需求分析确定范围\r\n - qa-risk-intuition # 输入：风险评估确定优先级\r\n downstream:\r\n - qa-test-strategy-design # 输出：估算结果用于策略制定\r\n - qa-release-risk-governance # 输出：估算结果用于发布计划\r\ninput_format:\r\n required:\r\n - name: 需求范围\r\n type: string\r\n description: 测试需求的规模和复杂度\r\n - name: 测试策略\r\n type: object\r\n description: 来自qa-test-strategy-design的测试策略\r\n optional:\r\n - name: 历史数据\r\n type: object\r\n description: 历史估算和实际工时数据\r\n - name: 团队产能\r\n type: string\r\n description: 团队测试产能信息\r\noutput_format:\r\n traceability:\r\n - 每份估算带唯一ID（EST-XXXX）\r\n structure:\r\n - estimation_result: 工作量估算结果\r\n - breakdown: 工作分解结构\r\n - risk_buffer: 风险缓冲建议\r\n - confidence_level: 置信度评估\r\ncategories: ['Development','Testing']\r\ndepth_requirement_quantification:\r\n reference_value: \"根据项目规模调整估算深度：简单×1/中等×2/复杂×3\"\r\n minimum: \"至少分解到功能模块级工作量\"\r\nerror_recovery_guidance:\r\n on_failure: \"估算遗漏关键模块时回退到需求解构补充范围\"\r\n retry_behavior: \"补全范围后重新估算\"\r\n---\r\n> **⚠️ 安全警告**：本技能的示例可能涉及发布计划和工作量排期估算。\r\n> 这些是估算参考不是直接操作；请勿未经项目经理确认即变更发布计划或排期。\r\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\r\n\r\n# 测试工作量估算\r\n\r\n## 核心原则\r\n\r\n估算不是猜测，而是基于数据和经验的科学推断。\r\n\r\n## 估算方法\r\n\r\n### 1. 功能点法\r\n\r\n**原理**：基于功能点数量估算\r\n\r\n**步骤**：\r\n1. 识别功能点\r\n2. 评估复杂度（简单/中等/复杂）\r\n3. 给每个功能点赋予权重\r\n4. 计算总工作量\r\n\r\n**功能点权重**：\r\n- 简单功能：1人时/功能点\r\n- 中等功能：2人时/功能点\r\n- 复杂功能：4人时/功能点\r\n\r\n**示例**：\r\n\r\n| 功能点 | 数量 | 复杂度 | 权重 | 工作量 |\r\n|--------|------|--------|------|--------|\r\n| 用户注册 | 1 | 中等 | 2 | 2人时 |\r\n| 用户登录 | 1 | 简单 | 1 | 1人时 |\r\n| 订单创建 | 1 | 复杂 | 4 | 4人时 |\r\n| 订单查询 | 1 | 中等 | 2 | 2人时 |\r\n| 合计 | 4 | - | - | 9人时 |\r\n\r\n### 2. 用例法\r\n\r\n```text\r\n原理：基于用例数量估算\r\n\r\n步骤：\r\n1. 评估用例总数\r\n2. 评估用例类型比例\r\n3. 计算各类用例执行时间\r\n4. 汇总总工作量\r\n\r\n用例执行时间：\r\n├─ 冒烟用例：5分钟/条\r\n├─ 功能用例：10分钟/条\r\n├─ 边界用例：15分钟/条\r\n├─ 异常用例：20分钟/条\r\n└─ 探索用例：30分钟/条\r\n\r\n示例：\r\n| 用例类型 | 数量 | 单耗 | 工作量 |\r\n|---------|------|------|--------|\r\n| 冒烟用例 | 20条 | 5分钟 | 100分钟 |\r\n| 功能用例 | 100条 | 10分钟 | 1000分钟 |\r\n| 边界用例 | 50条 | 15分钟 | 750分钟 |\r\n| 异常用例 | 30条 | 20分钟 | 600分钟 |\r\n| 合计 | 200条 | - | 2450分钟≈41人时 |\r\n```\r\n\r\n### 3. 类比法\r\n\r\n```text\r\n原理：基于历史项目类比\r\n\r\n步骤：\r\n1. 寻找相似历史项目\r\n2. 提取历史数据\r\n3. 调整差异因素\r\n4. 得出估算结果\r\n\r\n历史数据：\r\n├─ 项目类型：[类型]\r\n├─ 功能规模：[功能点数]\r\n├─ 历史工时：[实际工时]\r\n└─ 调整系数：[差异调整]\r\n\r\n示例：\r\n| 历史项目 | 功能点 | 实际工时 | 本次项目 | 调整后工时 |\r\n|---------|--------|---------|---------|-----------|\r\n| 项目A | 100 | 80人时 | 120 | 96人时 |\r\n| 项目B | 80 | 60人时 | 120 | 90人时 |\r\n| 平均 | - | - | - | 93人时 |\r\n```\r\n\r\n### 4. 三点估算法\r\n\r\n```text\r\n原理：基于乐观/悲观/最可能估算\r\n\r\n公式：\r\n期望值 = (乐观 + 4×最可能 + 悲观) / 6\r\n标准差 = (悲观 - 乐观) / 6\r\n\r\n步骤：\r\n1. 估算乐观值（最好情况）\r\n2. 估算最可能值（正常情况）\r\n3. 估算悲观值（最坏情况）\r\n4. 计算期望值和标准差\r\n\r\n示例：\r\n| 任务 | 乐观 | 最可能 | 悲观 | 期望值 | 标准差 |\r\n|------|------|--------|------|--------|--------|\r\n| 需求分析 | 4 | 6 | 10 | 6.3 | 1.0 |\r\n| 用例设计 | 8 | 12 | 20 | 12.7 | 2.0 |\r\n| 测试执行 | 16 | 24 | 40 | 25.3 | 4.0 |\r\n| 回归测试 | 8 | 12 | 20 | 12.7 | 2.0 |\r\n| 合计 | 36 | 54 | 90 | 57.0 | 9.0 |\r\n```\r\n\r\n## 工作量分解\r\n\r\n### 测试活动分解\r\n\r\n```text\r\n├─ 测试计划\r\n│ ├─ 制定测试策略\r\n│ ├─ 编写测试计划\r\n│ └─ 评审测试计划\r\n│\r\n├─ 测试设计\r\n│ ├─ 分析需求文档\r\n│ ├─ 设计测试用例\r\n│ ├─ 评审测试用例\r\n│ └─ 准备测试数据\r\n│\r\n├─ 测试执行\r\n│ ├─ 环境搭建\r\n│ ├─ 用例执行\r\n│ ├─ 缺陷提交\r\n│ ├─ 回归测试\r\n│ └─ 冒烟测试\r\n│\r\n├─ 测试报告\r\n│ ├─ 编写测试报告\r\n│ ├─ 评审测试报告\r\n│ └─ 总结经验教训\r\n│\r\n└─ 其他活动\r\n ├─ 沟通协调\r\n ├─ 问题解决\r\n └─ 文档维护\r\n```\r\n\r\n### 工作量分配比例\r\n\r\n| 活动 | 占比 | 说明 |\r\n|------|------|------|\r\n| 测试计划 | 10% | 策略制定、计划编写 |\r\n| 测试设计 | 25% | 用例设计、数据准备 |\r\n| 测试执行 | 50% | 用例执行、缺陷管理 |\r\n| 测试报告 | 10% | 报告编写、总结 |\r\n| 其他活动 | 5% | 沟通、协调、文档 |\r\n\r\n## 影响因素\r\n\r\n### 调整系数\r\n\r\n```text\r\n├─ 需求稳定性\r\n│ ├─ 稳定：0.9\r\n│ ├─ 一般：1.0\r\n│ └─ 变更频繁：1.2\r\n│\r\n├─ 技术复杂度\r\n│ ├─ 简单：0.8\r\n│ ├─ 中等：1.0\r\n│ └─ 复杂：1.3\r\n│\r\n├─ 团队经验\r\n│ ├─ 资深：0.8\r\n│ ├─ 中等：1.0\r\n│ └─ 新人：1.3\r\n│\r\n├─ 自动化程度\r\n│ ├─ 高：0.7\r\n│ ├─ 中等：1.0\r\n│ └─ 低：1.2\r\n│\r\n└─ 历史缺陷\r\n ├─ 少：0.9\r\n ├─ 一般：1.0\r\n └─ 多：1.2\r\n```\r\n\r\n### 综合估算公式\r\n\r\n```text\r\n总工作量 = 基础工作量 × 调整系数1 × 调整系数2 × ...\r\n\r\n示例：\r\n基础工作量：100人时\r\n需求稳定性：1.1（变更频繁）\r\n技术复杂度：1.2（复杂）\r\n团队经验：1.0（中等）\r\n自动化程度：0.9（中等偏高）\r\n\r\n总工作量 = 100 × 1.1 × 1.2 × 1.0 × 0.9 = 118.8人时\r\n```\r\n\r\n## 估算报告模板\r\n\r\n```markdown\r\n# 测试工作量估算报告\r\n\r\n## 项目信息\r\n- 项目名称：[名称]\r\n- 迭代版本：[版本]\r\n- 估算日期：[日期]\r\n- 估算人：[姓名]\r\n\r\n## 估算方法\r\n[功能点法/用例法/类比法/三点估算法]\r\n\r\n## 估算结果\r\n| 活动 | 工作量(人时) | 工作量(人天) | 负责人 |\r\n|------|-------------|-------------|--------|\r\n| 测试计划 | XX | XX | [姓名] |\r\n| 测试设计 | XX | XX | [姓名] |\r\n| 测试执行 | XX | XX | [姓名] |\r\n| 测试报告 | XX | XX | [姓名] |\r\n| 合计 | XX | XX | - |\r\n\r\n## 调整因素\r\n| 因素 | 系数 | 说明 |\r\n|------|------|------|\r\n| 需求稳定性 | 1.1 | 需求变更频繁 |\r\n| 技术复杂度 | 1.2 | 技术实现复杂 |\r\n| 团队经验 | 1.0 | 团队经验丰富 |\r\n| 自动化程度 | 0.9 | 有自动化支持 |\r\n\r\n## 最终估算\r\n- 总工作量：XX人时\r\n- 总工作量：XX人天\r\n- 建议工期：XX天\r\n- 资源需求：XX人\r\n\r\n## 风险提示\r\n- [风险1]\r\n- [风险2]\r\n- [风险3]\r\n```\r\n\r\n## Examples\r\n\r\n**新功能上线，PM问\"需要多久测完\"**\r\n→ 功能点法：登录（3个功能点）× 3人时 = 9人时\r\n→ 用例法：25条用例 × 0.5人时/条 = 12.5人时\r\n→ 类比法：类似功能上次用了10人时，这次稍微复杂，估算12人时\r\n→ 三点估算法：乐观9h/最可能12h/悲观18h → (9+4×12+18)/6 = 12.5h\r\n\r\n**一个迭代的测试工作量估算**\r\n→ 活动分解：需求评审（2人天）→用例设计（5人天）→执行（8人天）→报告（1人天）\r\n→ 调整系数：团队新成员需1.2×，加0.2测试环境不稳定系数 = 1.4\r\n→ 最终估算：(2+5+8+1) × 1.4 = 22.4人天\r\n\r\n## Guidelines\r\n\r\n估算完成后检查：\r\n- [ ] 估算方法是否选择合适？\r\n- [ ] 基础数据是否准确？\r\n- [ ] 调整系数是否合理？\r\n- [ ] 工作量分解是否完整？\r\n- [ ] 风险提示是否识别？\r\n- [ ] 估算结果是否可信？\r\n\r\n\r\n## 检查清单\r\n\r\n- [ ] 工作量是否分解到模块级？\r\n- [ ] 历史数据是否参考？\r\n- [ ] 风险缓冲是否预留？\r\n- [ ] 估算依据是否充分？\r\n- [ ] 排期是否可执行？\n\nFile v1.6.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-test-estimation\",\n \"version\": \"1.6.0\",\n \"publishedAt\": 1783359203973\n}\n\nFile v1.6.0:skill-card.md\n\n## Description:
\nHelps QA teams estimate testing effort from requirement complexity, change scope, historical baselines, and risk factors, producing phased estimates with confidence intervals and risk buffers.
\n\nThis skill is ready for commercial/non-commercial use.
\n\n## Publisher:
\n[kokxi](https://clawhub.ai/user/kokxi)
\n\n### License/Terms of Use:
\nMIT-0
\n\n\n## Use Case:
\nQA engineers, test leads, and project managers use this skill during release planning to estimate testing person-hours or person-days for smoke, functional, regression, and specialized testing. It is intended to turn scoped requirements and test strategy inputs into traceable estimates rather than approved schedule changes.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Testing estimates could be mistaken for approved release schedules or staffing commitments.
\nMitigation: Treat outputs as planning estimates and require project manager confirmation before changing schedules, release plans, or resource allocations.
\nRisk: The skill may activate on broad scheduling or resource-planning requests that are not specifically about QA test effort.
\nMitigation: Confirm the request is about testing effort before relying on the estimate for project planning.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-test-estimation)
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown with structured estimation report sections]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Outputs include an EST-XXXX traceability ID, estimation result, work breakdown, risk buffer, confidence level, and safety guidance for human review.]
\n\n## Skill Version(s):
\n1.6.0 (source: frontmatter and server release evidence)
\n\n## Ethical Considerations:
\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.
\n\nArchive v1.5.0: 3 files, 4857 bytes\n\nFiles: skill-card.md (2097b), SKILL.md (8730b), _meta.json (137b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: qa-test-estimation\r\nversion: 1.5.0\r\ndescription: >-\r\n 当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。\r\n\r\nwhen_to_use: 用户说\"工作量估算\"、\"测试时间\"、\"排期\"、\"资源规划\"、\"估算工时\"、\"人天\"、\"工期\"、\"多久测完\"、需要估算测试工作量、项目计划阶段需要测试工时评估时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-req-deconstruction # 输入：需求分析确定范围\r\n - qa-risk-intuition # 输入：风险评估确定优先级\r\n downstream:\r\n - qa-test-strategy-design # 输出：估算结果用于策略制定\r\n - qa-release-risk-governance # 输出：估算结果用于发布计划\r\ninput_format:\r\n required:\r\n - name: 需求范围\r\n type: string\r\n description: 测试需求的规模和复杂度\r\n - name: 测试策略\r\n type: object\r\n description: 来自qa-test-strategy-design的测试策略\r\n optional:\r\n - name: 历史数据\r\n type: object\r\n description: 历史估算和实际工时数据\r\n - name: 团队产能\r\n type: string\r\n description: 团队测试产能信息\r\noutput_format:\r\n structure:\r\n - estimation_result: 工作量估算结果\r\n - breakdown: 工作分解结构\r\n - risk_buffer: 风险缓冲建议\r\n - confidence_level: 置信度评估\r\n---\r\n\r\n# 测试工作量估算\r\n\r\n## 核心原则\r\n\r\n你是一位测试估算专家，擅长准确估算测试工作量和时间。\r\n**核心原则**：估算不是猜测，而是基于数据和经验的科学推断。\r\n本技能提供功能点法、用例法、类比法和三点估算法四种估算方法。\r\n\r\n## 估算方法\r\n\r\n### 1. 功能点法\r\n\r\n**原理**：基于功能点数量估算\r\n\r\n**步骤**：\r\n1. 识别功能点\r\n2. 评估复杂度（简单/中等/复杂）\r\n3. 给每个功能点赋予权重\r\n4. 计算总工作量\r\n\r\n**功能点权重**：\r\n- 简单功能：1人时/功能点\r\n- 中等功能：2人时/功能点\r\n- 复杂功能：4人时/功能点\r\n\r\n**示例**：\r\n\r\n| 功能点 | 数量 | 复杂度 | 权重 | 工作量 |\r\n|--------|------|--------|------|--------|\r\n| 用户注册 | 1 | 中等 | 2 | 2人时 |\r\n| 用户登录 | 1 | 简单 | 1 | 1人时 |\r\n| 订单创建 | 1 | 复杂 | 4 | 4人时 |\r\n| 订单查询 | 1 | 中等 | 2 | 2人时 |\r\n| 合计 | 4 | - | - | 9人时 |\r\n\r\n### 2. 用例法\r\n\r\n```text\r\n原理：基于用例数量估算\r\n\r\n步骤：\r\n1. 评估用例总数\r\n2. 评估用例类型比例\r\n3. 计算各类用例执行时间\r\n4. 汇总总工作量\r\n\r\n用例执行时间：\r\n├─ 冒烟用例：5分钟/条\r\n├─ 功能用例：10分钟/条\r\n├─ 边界用例：15分钟/条\r\n├─ 异常用例：20分钟/条\r\n└─ 探索用例：30分钟/条\r\n\r\n示例：\r\n| 用例类型 | 数量 | 单耗 | 工作量 |\r\n|---------|------|------|--------|\r\n| 冒烟用例 | 20条 | 5分钟 | 100分钟 |\r\n| 功能用例 | 100条 | 10分钟 | 1000分钟 |\r\n| 边界用例 | 50条 | 15分钟 | 750分钟 |\r\n| 异常用例 | 30条 | 20分钟 | 600分钟 |\r\n| 合计 | 200条 | - | 2450分钟≈41人时 |\r\n```\r\n\r\n### 3. 类比法\r\n\r\n```text\r\n原理：基于历史项目类比\r\n\r\n步骤：\r\n1. 寻找相似历史项目\r\n2. 提取历史数据\r\n3. 调整差异因素\r\n4. 得出估算结果\r\n\r\n历史数据：\r\n├─ 项目类型：[类型]\r\n├─ 功能规模：[功能点数]\r\n├─ 历史工时：[实际工时]\r\n└─ 调整系数：[差异调整]\r\n\r\n示例：\r\n| 历史项目 | 功能点 | 实际工时 | 本次项目 | 调整后工时 |\r\n|---------|--------|---------|---------|-----------|\r\n| 项目A | 100 | 80人时 | 120 | 96人时 |\r\n| 项目B | 80 | 60人时 | 120 | 90人时 |\r\n| 平均 | - | - | - | 93人时 |\r\n```\r\n\r\n### 4. 三点估算法\r\n\r\n```text\r\n原理：基于乐观/悲观/最可能估算\r\n\r\n公式：\r\n期望值 = (乐观 + 4×最可能 + 悲观) / 6\r\n标准差 = (悲观 - 乐观) / 6\r\n\r\n步骤：\r\n1. 估算乐观值（最好情况）\r\n2. 估算最可能值（正常情况）\r\n3. 估算悲观值（最坏情况）\r\n4. 计算期望值和标准差\r\n\r\n示例：\r\n| 任务 | 乐观 | 最可能 | 悲观 | 期望值 | 标准差 |\r\n|------|------|--------|------|--------|--------|\r\n| 需求分析 | 4 | 6 | 10 | 6.3 | 1.0 |\r\n| 用例设计 | 8 | 12 | 20 | 12.7 | 2.0 |\r\n| 测试执行 | 16 | 24 | 40 | 25.3 | 4.0 |\r\n| 回归测试 | 8 | 12 | 20 | 12.7 | 2.0 |\r\n| 合计 | 36 | 54 | 90 | 57.0 | 9.0 |\r\n```\r\n\r\n## 工作量分解\r\n\r\n### 测试活动分解\r\n\r\n```text\r\n├─ 测试计划\r\n│ ├─ 制定测试策略\r\n│ ├─ 编写测试计划\r\n│ └─ 评审测试计划\r\n│\r\n├─ 测试设计\r\n│ ├─ 分析需求文档\r\n│ ├─ 设计测试用例\r\n│ ├─ 评审测试用例\r\n│ └─ 准备测试数据\r\n│\r\n├─ 测试执行\r\n│ ├─ 环境搭建\r\n│ ├─ 用例执行\r\n│ ├─ 缺陷提交\r\n│ ├─ 回归测试\r\n│ └─ 冒烟测试\r\n│\r\n├─ 测试报告\r\n│ ├─ 编写测试报告\r\n│ ├─ 评审测试报告\r\n│ └─ 总结经验教训\r\n│\r\n└─ 其他活动\r\n ├─ 沟通协调\r\n ├─ 问题解决\r\n └─ 文档维护\r\n```\r\n\r\n### 工作量分配比例\r\n\r\n| 活动 | 占比 | 说明 |\r\n|------|------|------|\r\n| 测试计划 | 10% | 策略制定、计划编写 |\r\n| 测试设计 | 25% | 用例设计、数据准备 |\r\n| 测试执行 | 50% | 用例执行、缺陷管理 |\r\n| 测试报告 | 10% | 报告编写、总结 |\r\n| 其他活动 | 5% | 沟通、协调、文档 |\r\n\r\n## 影响因素\r\n\r\n### 调整系数\r\n\r\n```text\r\n├─ 需求稳定性\r\n│ ├─ 稳定：0.9\r\n│ ├─ 一般：1.0\r\n│ └─ 变更频繁：1.2\r\n│\r\n├─ 技术复杂度\r\n│ ├─ 简单：0.8\r\n│ ├─ 中等：1.0\r\n│ └─ 复杂：1.3\r\n│\r\n├─ 团队经验\r\n│ ├─ 资深：0.8\r\n│ ├─ 中等：1.0\r\n│ └─ 新人：1.3\r\n│\r\n├─ 自动化程度\r\n│ ├─ 高：0.7\r\n│ ├─ 中等：1.0\r\n│ └─ 低：1.2\r\n│\r\n└─ 历史缺陷\r\n ├─ 少：0.9\r\n ├─ 一般：1.0\r\n └─ 多：1.2\r\n```\r\n\r\n### 综合估算公式\r\n\r\n```text\r\n总工作量 = 基础工作量 × 调整系数1 × 调整系数2 × ...\r\n\r\n示例：\r\n基础工作量：100人时\r\n需求稳定性：1.1（变更频繁）\r\n技术复杂度：1.2（复杂）\r\n团队经验：1.0（中等）\r\n自动化程度：0.9（中等偏高）\r\n\r\n总工作量 = 100 × 1.1 × 1.2 × 1.0 × 0.9 = 118.8人时\r\n```\r\n\r\n## 估算报告模板\r\n\r\n```markdown\r\n# 测试工作量估算报告\r\n\r\n## 项目信息\r\n- 项目名称：[名称]\r\n- 迭代版本：[版本]\r\n- 估算日期：[日期]\r\n- 估算人：[姓名]\r\n\r\n## 估算方法\r\n[功能点法/用例法/类比法/三点估算法]\r\n\r\n## 估算结果\r\n| 活动 | 工作量(人时) | 工作量(人天) | 负责人 |\r\n|------|-------------|-------------|--------|\r\n| 测试计划 | XX | XX | [姓名] |\r\n| 测试设计 | XX | XX | [姓名] |\r\n| 测试执行 | XX | XX | [姓名] |\r\n| 测试报告 | XX | XX | [姓名] |\r\n| 合计 | XX | XX | - |\r\n\r\n## 调整因素\r\n| 因素 | 系数 | 说明 |\r\n|------|------|------|\r\n| 需求稳定性 | 1.1 | 需求变更频繁 |\r\n| 技术复杂度 | 1.2 | 技术实现复杂 |\r\n| 团队经验 | 1.0 | 团队经验丰富 |\r\n| 自动化程度 | 0.9 | 有自动化支持 |\r\n\r\n## 最终估算\r\n- 总工作量：XX人时\r\n- 总工作量：XX人天\r\n- 建议工期：XX天\r\n- 资源需求：XX人\r\n\r\n## 风险提示\r\n- [风险1]\r\n- [风险2]\r\n- [风险3]\r\n```\r\n\r\n## Examples\r\n\r\n**新功能上线，PM问\"需要多久测完\"**\r\n→ 功能点法：登录（3个功能点）× 3人时 = 9人时\r\n→ 用例法：25条用例 × 0.5人时/条 = 12.5人时\r\n→ 类比法：类似功能上次用了10人时，这次稍微复杂，估算12人时\r\n→ 三点估算法：乐观9h/最可能12h/悲观18h → (9+4×12+18)/6 = 12.5h\r\n\r\n**一个迭代的测试工作量估算**\r\n→ 活动分解：需求评审（2人天）→用例设计（5人天）→执行（8人天）→报告（1人天）\r\n→ 调整系数：团队新成员需1.2×，加0.2测试环境不稳定系数 = 1.4\r\n→ 最终估算：(2+5+8+1) × 1.4 = 22.4人天\r\n\r\n## Guidelines\r\n\r\n估算完成后检查：\r\n- [ ] 估算方法是否选择合适？\r\n- [ ] 基础数据是否准确？\r\n- [ ] 调整系数是否合理？\r\n- [ ] 工作量分解是否完整？\r\n- [ ] 风险提示是否识别？\r\n- [ ] 估算结果是否可信？\n\nFile v1.5.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-test-estimation\",\n \"version\": \"1.5.0\",\n \"publishedAt\": 1782736622944\n}\n\nFile v1.5.0:skill-card.md\n\n## Description:
\nHelps QA teams estimate testing effort from requirement scope, test strategy, historical baselines, complexity, and risk factors.
\n\nThis skill is ready for commercial/non-commercial use.
\n\n## Publisher:
\n[kokxi](https://clawhub.ai/user/kokxi)
\n\n### License/Terms of Use:
\nMIT-0
\n\n\n## Use Case:
\nQA engineers, test leads, and project managers use this skill to estimate testing effort and schedule needs for releases or iterations. It produces a phased estimate covering smoke, functional, regression, and specialized testing with confidence and risk buffer guidance.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Broad project-planning triggers may invoke the skill for general delivery estimation instead of QA-specific testing effort.
\nMitigation: Confirm the estimate is being applied to testing scope, test activities, and QA resource planning before using it for scheduling decisions.
\nRisk: Testing estimates can be misleading if requirement scope, complexity, historical data, or team capacity inputs are incomplete.
\nMitigation: Review the selected estimation method, assumptions, adjustment factors, confidence level, and risk buffer with the QA owner before relying on the output.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-test-estimation)
\n\n\n## Skill Output:
\n**Output Type(s):** [Text, Markdown, Guidance]
\n**Output Format:** [Markdown estimation report with tables and structured sections]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Includes estimation result, work breakdown, risk buffer, and confidence level.]
\n\n## Skill Version(s):
\n1.5.0 (source: release evidence and frontmatter)
\n\n## Ethical Considerations:
\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.
\n\nArchive v1.4.1: 3 files, 4460 bytes\n\nFiles: skill-card.md (2049b), SKILL.md (7954b), _meta.json (137b)\n\nFile v1.4.1:SKILL.md\n\n---\r\nname: qa-test-estimation\r\ndescription: >-\r\n 测试工作量估算，基于需求复杂度/变更范围/历史数据准确估算测试时间和资源。当需要评估测试工作量或排期时激活。\r\n\r\nwhen_to_use: 用户说\"工作量估算\"、\"测试时间\"、\"排期\"、\"资源规划\"、\"估算工时\"、\"人天\"、\"工期\"、\"多久测完\"、需要估算测试工作量、项目计划阶段需要测试工时评估时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-req-deconstruction # 输入：需求分析确定范围\r\n - qa-risk-intuition # 输入：风险评估确定优先级\r\n downstream:\r\n - qa-test-strategy-design # 输出：估算结果用于策略制定\r\n - qa-release-risk-governance # 输出：估算结果用于发布计划\r\ninput_format: 需求分析 + 风险评估\r\noutput_format: 工作量估算（估算方法+工作量+时间+资源）\r\n---\r\n\r\n# 测试工作量估算\r\n\r\n## Overview\r\n\r\n你是一位测试估算专家，擅长准确估算测试工作量和时间。\r\n**核心原则**：估算不是猜测，而是基于数据和经验的科学推断。\r\n本技能提供功能点法、用例法、类比法和三点估算法四种估算方法。\r\n\r\n## 估算方法\r\n\r\n### 1. 功能点法\r\n\r\n```\r\n原理：基于功能点数量估算\r\n\r\n步骤：\r\n1. 识别功能点\r\n2. 评估复杂度（简单/中等/复杂）\r\n3. 给每个功能点赋予权重\r\n4. 计算总工作量\r\n\r\n功能点权重：\r\n├─ 简单功能：1人时/功能点\r\n├─ 中等功能：2人时/功能点\r\n└─ 复杂功能：4人时/功能点\r\n\r\n示例：\r\n| 功能点 | 数量 | 复杂度 | 权重 | 工作量 |\r\n|--------|------|--------|------|--------|\r\n| 用户注册 | 1 | 中等 | 2 | 2人时 |\r\n| 用户登录 | 1 | 简单 | 1 | 1人时 |\r\n| 订单创建 | 1 | 复杂 | 4 | 4人时 |\r\n| 订单查询 | 1 | 中等 | 2 | 2人时 |\r\n| 合计 | 4 | - | - | 9人时 |\r\n```\r\n\r\n### 2. 用例法\r\n\r\n```\r\n原理：基于用例数量估算\r\n\r\n步骤：\r\n1. 评估用例总数\r\n2. 评估用例类型比例\r\n3. 计算各类用例执行时间\r\n4. 汇总总工作量\r\n\r\n用例执行时间：\r\n├─ 冒烟用例：5分钟/条\r\n├─ 功能用例：10分钟/条\r\n├─ 边界用例：15分钟/条\r\n├─ 异常用例：20分钟/条\r\n└─ 探索用例：30分钟/条\r\n\r\n示例：\r\n| 用例类型 | 数量 | 单耗 | 工作量 |\r\n|---------|------|------|--------|\r\n| 冒烟用例 | 20条 | 5分钟 | 100分钟 |\r\n| 功能用例 | 100条 | 10分钟 | 1000分钟 |\r\n| 边界用例 | 50条 | 15分钟 | 750分钟 |\r\n| 异常用例 | 30条 | 20分钟 | 600分钟 |\r\n| 合计 | 200条 | - | 2450分钟≈41人时 |\r\n```\r\n\r\n### 3. 类比法\r\n\r\n```\r\n原理：基于历史项目类比\r\n\r\n步骤：\r\n1. 寻找相似历史项目\r\n2. 提取历史数据\r\n3. 调整差异因素\r\n4. 得出估算结果\r\n\r\n历史数据：\r\n├─ 项目类型：[类型]\r\n├─ 功能规模：[功能点数]\r\n├─ 历史工时：[实际工时]\r\n└─ 调整系数：[差异调整]\r\n\r\n示例：\r\n| 历史项目 | 功能点 | 实际工时 | 本次项目 | 调整后工时 |\r\n|---------|--------|---------|---------|-----------|\r\n| 项目A | 100 | 80人时 | 120 | 96人时 |\r\n| 项目B | 80 | 60人时 | 120 | 90人时 |\r\n| 平均 | - | - | - | 93人时 |\r\n```\r\n\r\n### 4. 三点估算法\r\n\r\n```\r\n原理：基于乐观/悲观/最可能估算\r\n\r\n公式：\r\n期望值 = (乐观 + 4×最可能 + 悲观) / 6\r\n标准差 = (悲观 - 乐观) / 6\r\n\r\n步骤：\r\n1. 估算乐观值（最好情况）\r\n2. 估算最可能值（正常情况）\r\n3. 估算悲观值（最坏情况）\r\n4. 计算期望值和标准差\r\n\r\n示例：\r\n| 任务 | 乐观 | 最可能 | 悲观 | 期望值 | 标准差 |\r\n|------|------|--------|------|--------|--------|\r\n| 需求分析 | 4 | 6 | 10 | 6.3 | 1.0 |\r\n| 用例设计 | 8 | 12 | 20 | 12.7 | 2.0 |\r\n| 测试执行 | 16 | 24 | 40 | 25.3 | 4.0 |\r\n| 回归测试 | 8 | 12 | 20 | 12.7 | 2.0 |\r\n| 合计 | 36 | 54 | 90 | 57.0 | 9.0 |\r\n```\r\n\r\n## 工作量分解\r\n\r\n### 测试活动分解\r\n\r\n```\r\n├─ 测试计划\r\n│ ├─ 制定测试策略\r\n│ ├─ 编写测试计划\r\n│ └─ 评审测试计划\r\n│\r\n├─ 测试设计\r\n│ ├─ 分析需求文档\r\n│ ├─ 设计测试用例\r\n│ ├─ 评审测试用例\r\n│ └─ 准备测试数据\r\n│\r\n├─ 测试执行\r\n│ ├─ 环境搭建\r\n│ ├─ 用例执行\r\n│ ├─ 缺陷提交\r\n│ ├─ 回归测试\r\n│ └─ 冒烟测试\r\n│\r\n├─ 测试报告\r\n│ ├─ 编写测试报告\r\n│ ├─ 评审测试报告\r\n│ └─ 总结经验教训\r\n│\r\n└─ 其他活动\r\n ├─ 沟通协调\r\n ├─ 问题解决\r\n └─ 文档维护\r\n```\r\n\r\n### 工作量分配比例\r\n\r\n```\r\n| 活动 | 占比 | 说明 |\r\n|------|------|------|\r\n| 测试计划 | 10% | 策略制定、计划编写 |\r\n| 测试设计 | 25% | 用例设计、数据准备 |\r\n| 测试执行 | 50% | 用例执行、缺陷管理 |\r\n| 测试报告 | 10% | 报告编写、总结 |\r\n| 其他活动 | 5% | 沟通、协调、文档 |\r\n```\r\n\r\n## 影响因素\r\n\r\n### 调整系数\r\n\r\n```\r\n├─ 需求稳定性\r\n│ ├─ 稳定：0.9\r\n│ ├─ 一般：1.0\r\n│ └─ 变更频繁：1.2\r\n│\r\n├─ 技术复杂度\r\n│ ├─ 简单：0.8\r\n│ ├─ 中等：1.0\r\n│ └─ 复杂：1.3\r\n│\r\n├─ 团队经验\r\n│ ├─ 资深：0.8\r\n│ ├─ 中等：1.0\r\n│ └─ 新人：1.3\r\n│\r\n├─ 自动化程度\r\n│ ├─ 高：0.7\r\n│ ├─ 中等：1.0\r\n│ └─ 低：1.2\r\n│\r\n└─ 历史缺陷\r\n ├─ 少：0.9\r\n ├─ 一般：1.0\r\n └─ 多：1.2\r\n```\r\n\r\n### 综合估算公式\r\n\r\n```\r\n总工作量 = 基础工作量 × 调整系数1 × 调整系数2 × ...\r\n\r\n示例：\r\n基础工作量：100人时\r\n需求稳定性：1.1（变更频繁）\r\n技术复杂度：1.2（复杂）\r\n团队经验：1.0（中等）\r\n自动化程度：0.9（中等偏高）\r\n\r\n总工作量 = 100 × 1.1 × 1.2 × 1.0 × 0.9 = 118.8人时\r\n```\r\n\r\n## 估算报告模板\r\n\r\n```markdown\r\n# 测试工作量估算报告\r\n\r\n## 项目信息\r\n- 项目名称：[名称]\r\n- 迭代版本：[版本]\r\n- 估算日期：[日期]\r\n- 估算人：[姓名]\r\n\r\n## 估算方法\r\n[功能点法/用例法/类比法/三点估算法]\r\n\r\n## 估算结果\r\n| 活动 | 工作量(人时) | 工作量(人天) | 负责人 |\r\n|------|-------------|-------------|--------|\r\n| 测试计划 | XX | XX | [姓名] |\r\n| 测试设计 | XX | XX | [姓名] |\r\n| 测试执行 | XX | XX | [姓名] |\r\n| 测试报告 | XX | XX | [姓名] |\r\n| 合计 | XX | XX | - |\r\n\r\n## 调整因素\r\n| 因素 | 系数 | 说明 |\r\n|------|------|------|\r\n| 需求稳定性 | 1.1 | 需求变更频繁 |\r\n| 技术复杂度 | 1.2 | 技术实现复杂 |\r\n| 团队经验 | 1.0 | 团队经验丰富 |\r\n| 自动化程度 | 0.9 | 有自动化支持 |\r\n\r\n## 最终估算\r\n- 总工作量：XX人时\r\n- 总工作量：XX人天\r\n- 建议工期：XX天\r\n- 资源需求：XX人\r\n\r\n## 风险提示\r\n- [风险1]\r\n- [风险2]\r\n- [风险3]\r\n```\r\n\r\n## Examples\r\n\r\n**新功能上线，PM问\"需要多久测完\"**\r\n→ 功能点法：登录（3个功能点）× 3人时 = 9人时\r\n→ 用例法：25条用例 × 0.5人时/条 = 12.5人时\r\n→ 类比法：类似功能上次用了10人时，这次稍微复杂，估算12人时\r\n→ 三点估算法：乐观9h/最可能12h/悲观18h → (9+4×12+18)/6 = 12.5h\r\n\r\n**一个迭代的测试工作量估算**\r\n→ 活动分解：需求评审（2人天）→用例设计（5人天）→执行（8人天）→报告（1人天）\r\n→ 调整系数：团队新成员需1.2×，加0.2测试环境不稳定系数 = 1.4\r\n→ 最终估算：(2+5+8+1) × 1.4 = 22.4人天\r\n\r\n## Guidelines\r\n\r\n估算完成后检查：\r\n- [ ] 估算方法是否选择合适？\r\n- [ ] 基础数据是否准确？\r\n- [ ] 调整系数是否合理？\r\n- [ ] 工作量分解是否完整？\r\n- [ ] 风险提示是否识别？\r\n- [ ] 估算结果是否可信？\n\nFile v1.4.1:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-test-estimation\",\n \"version\": \"1.4.1\",\n \"publishedAt\": 1782406662404\n}\n\nFile v1.4.1:skill-card.md\n\n## Description:
\nHelps agents estimate QA testing effort, schedules, and resources from requirement complexity, change scope, and historical data.
\n\nThis skill is ready for commercial/non-commercial use.
\n\n## Publisher:
\n[kokxi](https://clawhub.ai/user/kokxi)
\n\n### License/Terms of Use:
\nMIT-0
\n\n\n## Use Case:
\nQA engineers, test leads, and planning agents use this skill to estimate testing effort, timelines, and staffing needs during project planning or release scheduling.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Broad trigger wording may activate this estimation skill during general planning or scheduling conversations.
\nMitigation: Review whether the skill should be used for the current task, especially in workspaces with other planning or scheduling skills.
\nRisk: Effort estimates can be misleading when requirement scope, complexity, historical data, or adjustment factors are incomplete.
\nMitigation: Treat the output as a planning aid and review the chosen estimation method, assumptions, and adjustment factors before relying on the schedule or staffing recommendation.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [Text, Markdown, Guidance]
\n**Output Format:** [Markdown-style estimation report with tables, formulas, examples, and checklist items]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Covers function point, test case, analogy, and three-point estimation methods, with adjustment factors for requirements stability, technical complexity, team experience, automation level, and historical defects.]
\n\n## Skill Version(s):
\n1.4.1 (source: server release evidence)
\n\n## Ethical Considerations:
\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.
\n\nArchive v1.4.0: 3 files, 4389 bytes\n\nFiles: skill-card.md (1675b), SKILL.md (8194b), _meta.json (137b)\n\nFile v1.4.0:SKILL.md\n\n---\r\nname: qa-test-estimation\r\ndescription: >-\r\n 测试工作量估算，准确估算测试工作量和时间。当用户需要估算测试工作量、测试时间或排期时自动触发。\r\n 也适用于：项目计划阶段需要测试工时评估，或测试资源分配需要数据支持时。\r\n 关键词：工作量估算、测试时间、排期、资源规划、功能点法、用例法、类比法、三点估算、调整系数、风险评估。\nwhen_to_use: 用户说\"工作量估算\"、\"测试时间\"、\"排期\"、\"资源规划\"、\"估算工时\"、\"人天\"、\"工期\"、\"多久测完\"、需要估算测试工作量、项目计划阶段需要测试工时评估时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-req-deconstruction # 输入：需求分析确定范围\r\n - qa-risk-intuition # 输入：风险评估确定优先级\r\n downstream:\r\n - qa-test-strategy-design # 输出：估算结果用于策略制定\r\n - qa-release-risk-governance # 输出：估算结果用于发布计划\r\ninput_format: 需求分析 + 风险评估\r\noutput_format: 工作量估算（估算方法+工作量+时间+资源）\r\n---\r\n\r\n# 测试工作量估算\r\n\r\n## Overview\r\n\r\n你是一位测试估算专家，擅长准确估算测试工作量和时间。\r\n**核心原则**：估算不是猜测，而是基于数据和经验的科学推断。\r\n本技能提供功能点法、用例法、类比法和三点估算法四种估算方法。\r\n\r\n## 估算方法\r\n\r\n### 1. 功能点法\r\n\r\n```\r\n原理：基于功能点数量估算\r\n\r\n步骤：\r\n1. 识别功能点\r\n2. 评估复杂度（简单/中等/复杂）\r\n3. 给每个功能点赋予权重\r\n4. 计算总工作量\r\n\r\n功能点权重：\r\n├─ 简单功能：1人时/功能点\r\n├─ 中等功能：2人时/功能点\r\n└─ 复杂功能：4人时/功能点\r\n\r\n示例：\r\n| 功能点 | 数量 | 复杂度 | 权重 | 工作量 |\r\n|--------|------|--------|------|--------|\r\n| 用户注册 | 1 | 中等 | 2 | 2人时 |\r\n| 用户登录 | 1 | 简单 | 1 | 1人时 |\r\n| 订单创建 | 1 | 复杂 | 4 | 4人时 |\r\n| 订单查询 | 1 | 中等 | 2 | 2人时 |\r\n| 合计 | 4 | - | - | 9人时 |\r\n```\r\n\r\n### 2. 用例法\r\n\r\n```\r\n原理：基于用例数量估算\r\n\r\n步骤：\r\n1. 评估用例总数\r\n2. 评估用例类型比例\r\n3. 计算各类用例执行时间\r\n4. 汇总总工作量\r\n\r\n用例执行时间：\r\n├─ 冒烟用例：5分钟/条\r\n├─ 功能用例：10分钟/条\r\n├─ 边界用例：15分钟/条\r\n├─ 异常用例：20分钟/条\r\n└─ 探索用例：30分钟/条\r\n\r\n示例：\r\n| 用例类型 | 数量 | 单耗 | 工作量 |\r\n|---------|------|------|--------|\r\n| 冒烟用例 | 20条 | 5分钟 | 100分钟 |\r\n| 功能用例 | 100条 | 10分钟 | 1000分钟 |\r\n| 边界用例 | 50条 | 15分钟 | 750分钟 |\r\n| 异常用例 | 30条 | 20分钟 | 600分钟 |\r\n| 合计 | 200条 | - | 2450分钟≈41人时 |\r\n```\r\n\r\n### 3. 类比法\r\n\r\n```\r\n原理：基于历史项目类比\r\n\r\n步骤：\r\n1. 寻找相似历史项目\r\n2. 提取历史数据\r\n3. 调整差异因素\r\n4. 得出估算结果\r\n\r\n历史数据：\r\n├─ 项目类型：[类型]\r\n├─ 功能规模：[功能点数]\r\n├─ 历史工时：[实际工时]\r\n└─ 调整系数：[差异调整]\r\n\r\n示例：\r\n| 历史项目 | 功能点 | 实际工时 | 本次项目 | 调整后工时 |\r\n|---------|--------|---------|---------|-----------|\r\n| 项目A | 100 | 80人时 | 120 | 96人时 |\r\n| 项目B | 80 | 60人时 | 120 | 90人时 |\r\n| 平均 | - | - | - | 93人时 |\r\n```\r\n\r\n### 4. 三点估算法\r\n\r\n```\r\n原理：基于乐观/悲观/最可能估算\r\n\r\n公式：\r\n期望值 = (乐观 + 4×最可能 + 悲观) / 6\r\n标准差 = (悲观 - 乐观) / 6\r\n\r\n步骤：\r\n1. 估算乐观值（最好情况）\r\n2. 估算最可能值（正常情况）\r\n3. 估算悲观值（最坏情况）\r\n4. 计算期望值和标准差\r\n\r\n示例：\r\n| 任务 | 乐观 | 最可能 | 悲观 | 期望值 | 标准差 |\r\n|------|------|--------|------|--------|--------|\r\n| 需求分析 | 4 | 6 | 10 | 6.3 | 1.0 |\r\n| 用例设计 | 8 | 12 | 20 | 12.7 | 2.0 |\r\n| 测试执行 | 16 | 24 | 40 | 25.3 | 4.0 |\r\n| 回归测试 | 8 | 12 | 20 | 12.7 | 2.0 |\r\n| 合计 | 36 | 54 | 90 | 57.0 | 9.0 |\r\n```\r\n\r\n## 工作量分解\r\n\r\n### 测试活动分解\r\n\r\n```\r\n├─ 测试计划\r\n│ ├─ 制定测试策略\r\n│ ├─ 编写测试计划\r\n│ └─ 评审测试计划\r\n│\r\n├─ 测试设计\r\n│ ├─ 分析需求文档\r\n│ ├─ 设计测试用例\r\n│ ├─ 评审测试用例\r\n│ └─ 准备测试数据\r\n│\r\n├─ 测试执行\r\n│ ├─ 环境搭建\r\n│ ├─ 用例执行\r\n│ ├─ 缺陷提交\r\n│ ├─ 回归测试\r\n│ └─ 冒烟测试\r\n│\r\n├─ 测试报告\r\n│ ├─ 编写测试报告\r\n│ ├─ 评审测试报告\r\n│ └─ 总结经验教训\r\n│\r\n└─ 其他活动\r\n ├─ 沟通协调\r\n ├─ 问题解决\r\n └─ 文档维护\r\n```\r\n\r\n### 工作量分配比例\r\n\r\n```\r\n| 活动 | 占比 | 说明 |\r\n|------|------|------|\r\n| 测试计划 | 10% | 策略制定、计划编写 |\r\n| 测试设计 | 25% | 用例设计、数据准备 |\r\n| 测试执行 | 50% | 用例执行、缺陷管理 |\r\n| 测试报告 | 10% | 报告编写、总结 |\r\n| 其他活动 | 5% | 沟通、协调、文档 |\r\n```\r\n\r\n## 影响因素\r\n\r\n### 调整系数\r\n\r\n```\r\n├─ 需求稳定性\r\n│ ├─ 稳定：0.9\r\n│ ├─ 一般：1.0\r\n│ └─ 变更频繁：1.2\r\n│\r\n├─ 技术复杂度\r\n│ ├─ 简单：0.8\r\n│ ├─ 中等：1.0\r\n│ └─ 复杂：1.3\r\n│\r\n├─ 团队经验\r\n│ ├─ 资深：0.8\r\n│ ├─ 中等：1.0\r\n│ └─ 新人：1.3\r\n│\r\n├─ 自动化程度\r\n│ ├─ 高：0.7\r\n│ ├─ 中等：1.0\r\n│ └─ 低：1.2\r\n│\r\n└─ 历史缺陷\r\n ├─ 少：0.9\r\n ├─ 一般：1.0\r\n └─ 多：1.2\r\n```\r\n\r\n### 综合估算公式\r\n\r\n```\r\n总工作量 = 基础工作量 × 调整系数1 × 调整系数2 × ...\r\n\r\n示例：\r\n基础工作量：100人时\r\n需求稳定性：1.1（变更频繁）\r\n技术复杂度：1.2（复杂）\r\n团队经验：1.0（中等）\r\n自动化程度：0.9（中等偏高）\r\n\r\n总工作量 = 100 × 1.1 × 1.2 × 1.0 × 0.9 = 118.8人时\r\n```\r\n\r\n## 估算报告模板\r\n\r\n```markdown\r\n# 测试工作量估算报告\r\n\r\n## 项目信息\r\n- 项目名称：[名称]\r\n- 迭代版本：[版本]\r\n- 估算日期：[日期]\r\n- 估算人：[姓名]\r\n\r\n## 估算方法\r\n[功能点法/用例法/类比法/三点估算法]\r\n\r\n## 估算结果\r\n| 活动 | 工作量(人时) | 工作量(人天) | 负责人 |\r\n|------|-------------|-------------|--------|\r\n| 测试计划 | XX | XX | [姓名] |\r\n| 测试设计 | XX | XX | [姓名] |\r\n| 测试执行 | XX | XX | [姓名] |\r\n| 测试报告 | XX | XX | [姓名] |\r\n| 合计 | XX | XX | - |\r\n\r\n## 调整因素\r\n| 因素 | 系数 | 说明 |\r\n|------|------|------|\r\n| 需求稳定性 | 1.1 | 需求变更频繁 |\r\n| 技术复杂度 | 1.2 | 技术实现复杂 |\r\n| 团队经验 | 1.0 | 团队经验丰富 |\r\n| 自动化程度 | 0.9 | 有自动化支持 |\r\n\r\n## 最终估算\r\n- 总工作量：XX人时\r\n- 总工作量：XX人天\r\n- 建议工期：XX天\r\n- 资源需求：XX人\r\n\r\n## 风险提示\r\n- [风险1]\r\n- [风险2]\r\n- [风险3]\r\n```\r\n\r\n## Examples\r\n\r\n**新功能上线，PM问\"需要多久测完\"**\r\n→ 功能点法：登录（3个功能点）× 3人时 = 9人时\r\n→ 用例法：25条用例 × 0.5人时/条 = 12.5人时\r\n→ 类比法：类似功能上次用了10人时，这次稍微复杂，估算12人时\r\n→ 三点估算法：乐观9h/最可能12h/悲观18h → (9+4×12+18)/6 = 12.5h\r\n\r\n**一个迭代的测试工作量估算**\r\n→ 活动分解：需求评审（2人天）→用例设计（5人天）→执行（8人天）→报告（1人天）\r\n→ 调整系数：团队新成员需1.2×，加0.2测试环境不稳定系数 = 1.4\r\n→ 最终估算：(2+5+8+1) × 1.4 = 22.4人天\r\n\r\n## Guidelines\r\n\r\n估算完成后检查：\r\n- [ ] 估算方法是否选择合适？\r\n- [ ] 基础数据是否准确？\r\n- [ ] 调整系数是否合理？\r\n- [ ] 工作量分解是否完整？\r\n- [ ] 风险提示是否识别？\r\n- [ ] 估算结果是否可信？\n\nFile v1.4.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-test-estimation\",\n \"version\": \"1.4.0\",\n \"publishedAt\": 1782278035474\n}\n\nFile v1.4.0:skill-card.md\n\n## Description:
\nHelps QA teams estimate testing effort, duration, schedules, and resource needs using function point, use case, analogy, and three-point estimation methods.
\n\nThis skill is ready for commercial/non-commercial use.
\n\n## Publisher:
\n[kokxi](https://clawhub.ai/user/kokxi)
\n\n### License/Terms of Use:
\nMIT-0
\n\n\n## Use Case:
\nQA engineers, test leads, and project planners use this skill during planning to estimate testing workload, timelines, staffing, and schedule risk from requirements analysis and risk assessment inputs.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Broad activation phrases can cause the skill to be invoked for general project-planning discussions rather than QA test-effort estimation.
\nMitigation: Invoke it explicitly for QA estimation tasks and clarify the testing scope, inputs, and planning assumptions before using the estimate.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [Text, Markdown, Guidance]
\n**Output Format:** [Markdown report with estimate tables and risk notes]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Includes method choice, workload, timeline, resource needs, adjustment factors, and risk prompts.]
\n\n## Skill Version(s):
\n1.4.0 (source: server release metadata)
\n\n## Ethical Considerations:
\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.
","readmeExcerpt":"Skill: qa-test-estimation Owner: kokxi Summary: 当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。 触发场景：工作量估算、测试时间、排期、资源规划、估算工时、人天、工期、多久测完、项目计划阶段需要测试工时评估时。 Use when the user asks about: estimating test effort in person-days with complexity grading, historical baselines, risk coefficients, and confidence ranges. Tags: latest:1.8.0 V","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"├─ 测试计划\n│ ├─ 制定测试策略\n│ ├─ 编写测试计划\n│ └─ 评审测试计划\n│\n├─ 测试设计\n│ ├─ 分析需求文档\n│ ├─ 设计测试用例\n│ ├─ 评审测试用例\n│ └─ 准备测试数据\n│\n├─ 测试执行\n│ ├─ 环境搭建\n│ ├─ 用例执行\n│ ├─ 缺陷提交\n│ ├─ 回归测试\n│ └─ 冒烟测试\n│\n├─ 测试报告\n│ ├─ 编写测试报告\n│ ├─ 评审测试报告\n│ └─ 总结经验教训\n│\n└─ 其他活动\n ├─ 沟通协调\n ├─ 问题解决\n └─ 文档维护"},{"language":"text","snippet":"├─ 需求稳定性\n│ ├─ 稳定：0.9\n│ ├─ 一般：1.0\n│ └─ 变更频繁：1.2\n│\n├─ 技术复杂度\n│ ├─ 简单：0.8\n│ ├─ 中等：1.0\n│ └─ 复杂：1.3\n│\n├─ 团队经验\n│ ├─ 资深：0.8\n│ ├─ 中等：1.0\n│ └─ 新人：1.3\n│\n├─ 自动化程度\n│ ├─ 高：0.7\n│ ├─ 中等：1.0\n│ └─ 低：1.2\n│\n└─ 历史缺陷\n ├─ 少：0.9\n ├─ 一般：1.0\n └─ 多：1.2"},{"language":"text","snippet":"总工作量 = 基础工作量 × 调整系数1 × 调整系数2 × ...\n\n示例：\n基础工作量：100人时\n需求稳定性：1.1（变更频繁）\n技术复杂度：1.2（复杂）\n团队经验：1.0（中等）\n自动化程度：0.9（中等偏高）\n\n总工作量 = 100 × 1.1 × 1.2 × 1.0 × 0.9 = 118.8人时"},{"language":"markdown","snippet":"# 测试工作量估算报告\n\n## 项目信息\n- 项目名称：[名称]\n- 迭代版本：[版本]\n- 估算日期：[日期]\n- 估算人：[姓名]\n\n## 估算方法\n[功能点法/用例法/类比法/三点估算法]\n\n## 估算结果\n| 活动 | 工作量(人时) | 工作量(人天) | 负责人 |\n|------|-------------|-------------|--------|\n| 测试计划 | XX | XX | [姓名] |\n| 测试设计 | XX | XX | [姓名] |\n| 测试执行 | XX | XX | [姓名] |\n| 测试报告 | XX | XX | [姓名] |\n| 合计 | XX | XX | - |\n\n## 调整因素\n| 因素 | 系数 | 说明 |\n|------|------|------|\n| 需求稳定性 | 1.1 | 需求变更频繁 |\n| 技术复杂度 | 1.2 | 技术实现复杂 |\n| 团队经验 | 1.0 | 团队经验丰富 |\n| 自动化程度 | 0.9 | 有自动化支持 |\n\n## 最终估算\n- 总工作量：XX人时\n- 总工作量：XX人天\n- 建议工期：XX天\n- 资源需求：XX人\n\n## 风险提示\n- [风险1]\n- [风险2]\n- [风险3]"},{"language":"text","snippet":"原理：基于用例数量估算\n\n步骤：\n1. 评估用例总数\n2. 评估用例类型比例\n3. 计算各类用例执行时间\n4. 汇总总工作量\n\n用例执行时间：\n├─ 冒烟用例：5分钟/条\n├─ 功能用例：10分钟/条\n├─ 边界用例：15分钟/条\n├─ 异常用例：20分钟/条\n└─ 探索用例：30分钟/条\n\n示例：\n| 用例类型 | 数量 | 单耗 | 工作量 |\n|---------|------|------|--------|\n| 冒烟用例 | 20条 | 5分钟 | 100分钟 |\n| 功能用例 | 100条 | 10分钟 | 1000分钟 |\n| 边界用例 | 50条 | 15分钟 | 750分钟 |\n| 异常用例 | 30条 | 20分钟 | 600分钟 |\n| 合计 | 200条 | - | 2450分钟≈41人时 |"},{"language":"text","snippet":"原理：基于历史项目类比\n\n步骤：\n1. 寻找相似历史项目\n2. 提取历史数据\n3. 调整差异因素\n4. 得出估算结果\n\n历史数据：\n├─ 项目类型：[类型]\n├─ 功能规模：[功能点数]\n├─ 历史工时：[实际工时]\n└─ 调整系数：[差异调整]\n\n示例：\n| 历史项目 | 功能点 | 实际工时 | 本次项目 | 调整后工时 |\n|---------|--------|---------|---------|-----------|\n| 项目A | 100 | 80人时 | 120 | 96人时 |\n| 项目B | 80 | 60人时 | 120 | 90人时 |\n| 平均 | - | - | - | 93人时 |"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: qa-test-estimation\ndescription: >-\n 当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。 触发场景：工作量估算、测试时间、排期、资源规划、估算工时、人天、工期、多久测完、项目计划阶段需要测试工时评估时。 Use when the user asks about: estimating test effort in person-days with complexity grading, historical baselines, risk coefficients, and confidence ranges.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Test Estimation\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"工作量估算\\\"、\\\"测试时间\\\"、\\\"排期\\\"、\\\"资源规划\\\"、\\\"估算工时\\\"、\\\"人天\\\"、\\\"工期\\\"、\\\"多久测完\\\"、需要估算测试工作量、项目计划阶段需要测试工时评估时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-req-deconstruction\\\",\\\"qa-risk-intuition\\\"],\\\"downstream\\\":[\\\"qa-test-strategy-design\\\",\\\"qa-release-risk-governance\\\"]}\"\n references: \"[\\\"references/estimation-methods.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"需求范围\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"测试需求的规模和复杂度\\\"},{\\\"name\\\":\\\"测试策略\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-test-strategy-design的测试策略\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"历史数据\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"历史估算和实际工时数据\\\"},{\\\"name\\\":\\\"团队产能\\\",\\\"type\\\":\\\"string\\\",\\\"description\\\":\\\"团队测试产能信息\\\"}]}\"\n output-format: \"{\\\"traceability\\\":[\\\"每份估算带唯一ID（EST-XXXX）\\\"],\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"estimation_result\\\":\\\"工作量估算结果\\\"},{\\\"breakdown\\\":\\\"工作分解结构\\\"},{\\\"risk_buffer\\\":\\\"风险缓冲建议\\\"},{\\\"confidence_level\\\":\\\"置信度评估\\\"}]}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"估算遗漏关键模块时回退到需求解构补充范围\\\",\\\"retry_behavior\\\":\\\"补全范围后重新估算\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Testing\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"根据项目规模调整估算深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少分解到功能模块级工作量\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及发布计划和工作量排期估算。\n> 这些是估算参考不是直接操作；请勿未经项目经理确认即变更发布计划或排期。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 测试工作量估算\n\n## 核心原则\n\n估算不是猜测，而是基于数据和经验的科学推断。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 做估算或查复杂度分级依据时，取对应方法 | [`references/estimation-methods.md`](references/estimation-methods.md) |\n\n> `估算方法`的完整内容已下沉至 `references/estimation-methods.md`，避免每次触发都占用上下文。\n\n## 工作量分解\n\n### 测试活动分解\n\n```text\n├─ 测试计划\n│ ├─ 制定测试策略\n│ ├─ 编写测试计划\n│ └─ 评审测试计划\n│\n├─ 测试设计\n│ ├─ 分析需求文档\n│ ├─ 设计测试用例\n│ ├─ 评审测试用例\n│ └─ 准备测试数据\n│\n├─ 测试执行\n│ ├─ 环境搭建\n│ ├─ 用例执行\n│ ├─ 缺陷提交\n│ ├─ 回归测试\n│ └─ 冒烟测试\n│\n├─ 测试报告\n│ ├─ 编写测试报告\n│ ├─ 评审测试报告\n│ └─ 总结经验教训\n│\n└─ 其他活动\n ├─ 沟通协调\n ├─ 问题解决\n └─ 文档维护\n```\n\n### 工作量分配比例\n\n| 活动 | 占比 | 说明 |\n|------|------|------|\n| 测试计划 | 10% | 策略制定、计划编写 |\n| 测试设计 | 25% | 用例设计、数据准备 |\n| 测试执行 | 50% | 用例执行、缺陷管理 |\n| 测试报告 | 10% | 报告编写、总结 |\n| 其他活动 | 5% | 沟通、协调、文档 |\n\n## 影响因素\n\n### 调整系数\n\n```text\n├─ 需求稳定性\n│ ├─ 稳定：0.9\n│ ├─ 一般：1.0\n│ └─ 变更频繁：1.2\n│\n├─ 技术复杂度\n│ ├─ 简单：0.8\n│ ├─ 中等：1.0\n│ └─ 复杂：1.3\n│\n├─ 团队经验\n│ ├─ 资深：0.8\n│ ├─ 中等：1.0\n│ └─ 新人：1.3\n│\n├─ 自动化程度\n│ ├─ 高：0.7\n│ ├─ 中等：1.0\n│ └─ 低：1.2\n│\n└─ 历史缺陷\n ├─ 少：0.9\n ├─ 一般：1.0\n └─ 多：1.2\n```\n\n### 综合估算公式\n\n```text\n总工作量"},{"path":"_meta.json","content":"{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-test-estimation\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790656169662\n}"},{"path":"references/estimation-methods.md","content":"# 测试工作量估算方法\n\n> 本文是 `qa-test-estimation` 的**估算方法详解**。做估算或需要复杂度分级依据时读本文；\n只需要估算报告结构时不必读。\n\n---\n\n\n### 1. 功能点法\n\n**原理**：基于功能点数量估算\n\n**步骤**：\n1. 识别功能点\n2. 评估复杂度（简单/中等/复杂）\n3. 给每个功能点赋予权重\n4. 计算总工作量\n\n**功能点权重**：\n- 简单功能：1人时/功能点\n- 中等功能：2人时/功能点\n- 复杂功能：4人时/功能点\n\n**示例**：\n\n| 功能点 | 数量 | 复杂度 | 权重 | 工作量 |\n|--------|------|--------|------|--------|\n| 用户注册 | 1 | 中等 | 2 | 2人时 |\n| 用户登录 | 1 | 简单 | 1 | 1人时 |\n| 订单创建 | 1 | 复杂 | 4 | 4人时 |\n| 订单查询 | 1 | 中等 | 2 | 2人时 |\n| 合计 | 4 | - | - | 9人时 |\n\n### 2. 用例法\n\n```text\n原理：基于用例数量估算\n\n步骤：\n1. 评估用例总数\n2. 评估用例类型比例\n3. 计算各类用例执行时间\n4. 汇总总工作量\n\n用例执行时间：\n├─ 冒烟用例：5分钟/条\n├─ 功能用例：10分钟/条\n├─ 边界用例：15分钟/条\n├─ 异常用例：20分钟/条\n└─ 探索用例：30分钟/条\n\n示例：\n| 用例类型 | 数量 | 单耗 | 工作量 |\n|---------|------|------|--------|\n| 冒烟用例 | 20条 | 5分钟 | 100分钟 |\n| 功能用例 | 100条 | 10分钟 | 1000分钟 |\n| 边界用例 | 50条 | 15分钟 | 750分钟 |\n| 异常用例 | 30条 | 20分钟 | 600分钟 |\n| 合计 | 200条 | - | 2450分钟≈41人时 |\n```\n\n### 3. 类比法\n\n```text\n原理：基于历史项目类比\n\n步骤：\n1. 寻找相似历史项目\n2. 提取历史数据\n3. 调整差异因素\n4. 得出估算结果\n\n历史数据：\n├─ 项目类型：[类型]\n├─ 功能规模：[功能点数]\n├─ 历史工时：[实际工时]\n└─ 调整系数：[差异调整]\n\n示例：\n| 历史项目 | 功能点 | 实际工时 | 本次项目 | 调整后工时 |\n|---------|--------|---------|---------|-----------|\n| 项目A | 100 | 80人时 | 120 | 96人时 |\n| 项目B | 80 | 60人时 | 120 | 90人时 |\n| 平均 | - | - | - | 93人时 |\n```\n\n### 4. 三点估算法\n\n```text\n原理：基于乐观/悲观/最可能估算\n\n公式：\n期望值 = (乐观 + 4×最可能 + 悲观) / 6\n标准差 = (悲观 - 乐观) / 6\n\n步骤：\n1. 估算乐观值（最好情况）\n2. 估算最可能值（正常情况）\n3. 估算悲观值（最坏情况）\n4. 计算期望值和标准差\n\n示例：\n| 任务 | 乐观 | 最可能 | 悲观 | 期望值 | 标准差 |\n|------|------|--------|------|--------|--------|\n| 需求分析 | 4 | 6 | 10 | 6.3 | 1.0 |\n| 用例设计 | 8 | 12 | 20 | 12.7 | 2.0 |\n| 测试执行 | 16 | 24 | 40 | 25.3 | 4.0 |\n| 回归测试 | 8 | 12 | 20 | 12.7 | 2.0 |\n| 合计 | 36 | 54 | 90 | 57.0 | 9.0 |\n```"},{"path":"skill-card.md","content":"## Description:\n\nHelps QA teams estimate testing effort and schedules using complexity, historical baselines, and risk adjustments.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[kokxi](https://clawhub.ai/user/kokxi)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nQA engineers and project managers use this skill to estimate testing person-hours, staffing, and schedules from requirements, test strategy, and available historical data. It breaks effort into activities and reports assumptions, confidence, and risk buffers.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The suggested npx installation command runs a separate package outside this read-only skill.\n\nMitigation: Verify the package and source before running the installation command.\n\nRisk: Release plans or staffing inputs may contain confidential information.\n\nMitigation: Avoid sharing sensitive inputs unless the agent environment and its tool permissions are appropriate.\n\nRisk: Effort estimates may not account for missing requirements or changed project conditions.\n\nMitigation: Check scope, historical baselines, assumptions, and risk buffers with the project manager before changing a schedule.\n\n## Reference(s):\n\n- [Test effort estimation methods](references/estimation-methods.md)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Guidance]\n\n**Output Format:** [Markdown estimation report with effort tables and risk notes]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Includes an EST-XXXX identifier, activity breakdown, confidence assessment, and risk buffer.]\n\n## Skill Version(s):\n\n1.8.0 (source: skill frontmatter and ClawHub release metadata)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment."}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。 触发场景：工作量估算、测试时间、排期、资源规划、估算工时、人天、工期、多久测完、项目计划阶段需要测试工时评估时。 Use when the user asks about: estimating test effort in person-days with complexity grading, historical baselines, risk coefficients, and confidence ranges. Skill: qa-test-estimation Owner: kokxi Summary: 当项目经理问\"这个版本多久测完\"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天，输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据（复杂度分级 + 历史基线 + 风险系数），同时标注置信度区间和风险预留。 触发场景：工作量估算、测试时间、排期、资源规划、估算工时、人天、工期、多久测完、项目计划阶段需要测试工时评估时。 Use when the user asks about: estimating test effort in person-days with complexity grading, historical baselines, risk coefficients, and confidence ranges. Tags: latest:1.8.0 V","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":1060,"uniquenessScore":51,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T06:25:02.251Z","emptyReason":"No screenshots, media assets, or demo links are available."},"primaryImageUrl":null,"mediaAssetCount":0,"assets":[],"demoUrl":null},"ownerResources":{"evidence":{"source":"unclaimed","verified":false,"confidence":"low","updatedAt":"2026-10-11T06:25:02.251Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-11T08:40:40.905Z","emptyReason":null},"items":[{"id":"8ebccd8e-3863-4187-8355-c3f14e1f9edf","entityType":"agent","canonicalPath":"/agent/iofficeai-aionui","slug":"iofficeai-aionui","name":"AionUi","description":"Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!","url":"https://github.com/iOfficeAI/AionUi","homepage":"https://www.aionui.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-10-09T19:11:12.944Z","createdAt":"2026-02-25T03:38:16.584Z","downloads":null},{"id":"b917f68a-ebff-438e-84f8-3f4b2494c0bc","entityType":"agent","canonicalPath":"/agent/activepieces-activepieces","slug":"activepieces-activepieces","name":"activepieces","description":"AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents","url":"https://github.com/activepieces/activepieces","homepage":"https://www.activepieces.com","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-15T02:22:12.426Z","createdAt":"2026-02-25T03:38:12.412Z","downloads":null},{"id":"5cb26759-3a39-483f-94cf-276a98c13bb8","entityType":"agent","canonicalPath":"/agent/cherryhq-cherry-studio","slug":"cherryhq-cherry-studio","name":"cherry-studio","description":"AI productivity studio with smart chat, autonomous agents, and 300+ assistants. Unified access to frontier LLMs","url":"https://github.com/CherryHQ/cherry-studio","homepage":"https://cherry-ai.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-11T14:38:40.986Z","createdAt":"2026-02-25T03:38:19.379Z","downloads":null},{"id":"6f6582d0-5d76-4f0f-b81d-86520247950b","entityType":"agent","canonicalPath":"/agent/copilotkit-copilotkit","slug":"copilotkit-copilotkit","name":"CopilotKit","description":"The Frontend for Agents & Generative UI. React + Angular","url":"https://github.com/CopilotKit/CopilotKit","homepage":"https://docs.copilotkit.ai","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-03-25T09:50:57.846Z","createdAt":"2026-02-25T03:39:14.617Z","downloads":null}],"links":{"hub":"/agent","source":"/agent/source/clawhub","protocols":[{"label":"OpenClaw","href":"/agent/protocol/openclew"}]}}}