{"id":"24869606-407f-4d8c-aa97-ef9e125fe892","entityType":"agent","slug":"clawhub-kokxi-qa-quality-metrics","name":"qa-quality-metrics","canonicalUrl":"https://www.xpersona.co/agent/clawhub-kokxi-qa-quality-metrics","canonicalPath":"/agent/clawhub-kokxi-qa-quality-metrics","generatedAt":"2026-10-11T10:51:54.145Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T08:22:50.605Z","emptyReason":null},"description":"当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。 触发场景：质量度量、质量指标、怎么量化质量、质量看板、质量数据、趋势分析、向管理层展示质量数据时。 Use when the user asks about: test quality metrics and dashboards — process, result, efficiency, and health indicators for management reporting. Skill: qa-quality-metrics Owner: kokxi Summary: 当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。 触发场景：质量度量、质量指标、怎么量化质量、质量看板、质量数据、趋势分析、向管理层展示质量数据时。 Use when the user asks about: test quality metrics and dashboards — process, result, efficiency, and health indicators for management reporting. Tags: l","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-quality-metrics","sourceUrl":"https://clawhub.ai/kokxi/qa-quality-metrics","homepage":"https://clawhub.ai/kokxi/skills/qa-quality-metrics","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/kokxi/qa-quality-metrics","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/kokxi/skills/qa-quality-metrics","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":61,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T08:22:50.605Z","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-11T08:22:50.605Z","emptyReason":null},"stars":null,"forks":null,"downloads":1113,"packageName":null,"latestVersion":"1.8.0","tractionLabel":"1.1K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T08:22:50.541Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T08:22:50.605Z","lastCrawledAt":"2026-10-11T08:22:50.541Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T08:22:50.541Z","lastVerifiedAt":null,"highlights":[{"version":"1.8.0","createdAt":"2026-09-29T04:27:13.833Z","changelog":"Version 1.8.0 — Structure and documentation updates - Moved detailed metrics definitions to a new reference file (`references/metrics-dimensions.md`) for context efficiency. - Simplified and updated SKILL.md to reference the metrics file instead of duplicating indicator definitions. - Improved metadata fields; added explicit display name, version, categories, format requirements, references, and usage trigger details. - Removed redundant or duplicate document (`skill-card.md`). - Kept the metric report template and usage scenarios for quick reference.","fileCount":4,"zipByteSize":4970},{"version":"1.7.7","createdAt":"2026-09-27T14:36:19.099Z","changelog":"1.7.7","fileCount":3,"zipByteSize":4235},{"version":"1.7.6","createdAt":"2026-09-01T12:41:55.011Z","changelog":"显示名改中文","fileCount":3,"zipByteSize":4579},{"version":"1.7.5","createdAt":"2026-08-30T15:15:34.775Z","changelog":"1.7.5: 版本号升级","fileCount":3,"zipByteSize":4314},{"version":"1.7.0","createdAt":"2026-08-16T14:31:41.447Z","changelog":"- Removed the file: skill-card.md. - Updated SKILL.md version to 1.7.0. - No significant content changes detected in SKILL.md aside from version bump and minor metadata update.","fileCount":3,"zipByteSize":4078},{"version":"1.6.3","createdAt":"2026-08-12T15:25:00.637Z","changelog":"- Added slug and displayName fields for better metadata and display integration. - Updated version to 1.6.3. - No changes to metrics structure or usage guidance. - Removed redundant skill-card.md file for simplification.","fileCount":3,"zipByteSize":4107},{"version":"1.6.0","createdAt":"2026-07-06T17:16:08.291Z","changelog":"- Added new related downstream skills: qa-stakeholder-communication, qa-tech-debt-management, and qa-test-reporting. - Introduced categories metadata (Development, Testing, DevOps). - Enhanced output format: each metric report now includes a unique traceability ID (METRIC-XXXX). - Specified quantification depth requirements and minimum coverage for all four metric types. - Added error recovery guidance for cases of missing or incomplete data. - Removed the skill-card.md file.","fileCount":3,"zipByteSize":4099},{"version":"1.5.0","createdAt":"2026-06-29T12:33:48.642Z","changelog":"Version 1.5.0 - Updated skill description for greater clarity on when and why to use the skill, emphasizing actionable insights. - Added a \"version\" field to the metadata. - Restructured input and output formats: detailed required and optional inputs, and more clearly specified structured outputs. - Clarified degree indicators and retained practical reporting templates and checklists. - Removed the file \"skill-card.md\" for streamlined documentation. - Minor refinements to terminology and examples, ensuring a focus on quality trends and problem discovery.","fileCount":3,"zipByteSize":3743}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-quality-metrics","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-quality-metrics/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-quality-metrics/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-quality-metrics/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-quality-metrics/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-quality-metrics/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-quality-metrics/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-11T10:51:54.144Z"}},"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-quality-metrics/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-quality-metrics/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-quality-metrics/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-quality-metrics/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-11T08:22:50.605Z","emptyReason":null},"readme":"Skill: qa-quality-metrics\n\nOwner: kokxi\n\nSummary: 当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。 触发场景：质量度量、质量指标、怎么量化质量、质量看板、质量数据、趋势分析、向管理层展示质量数据时。 Use when the user asks about: test quality metrics and dashboards — process, result, efficiency, and health indicators for management reporting.\n\nTags: latest:1.8.0\n\nVersion history:\n\nv1.8.0 | 2026-09-29T04:27:13.833Z | auto\n\nVersion 1.8.0 — Structure and documentation updates\n\n- Moved detailed metrics definitions to a new reference file (`references/metrics-dimensions.md`) for context efficiency.\n- Simplified and updated SKILL.md to reference the metrics file instead of duplicating indicator definitions.\n- Improved metadata fields; added explicit display name, version, categories, format requirements, references, and usage trigger details.\n- Removed redundant or duplicate document (`skill-card.md`).\n- Kept the metric report template and usage scenarios for quick reference.\n\nv1.7.7 | 2026-09-27T14:36:19.099Z | user\n\n1.7.7\n\nv1.7.6 | 2026-09-01T12:41:55.011Z | user\n\n显示名改中文\n\nv1.7.5 | 2026-08-30T15:15:34.775Z | user\n\n1.7.5: 版本号升级\n\nv1.7.0 | 2026-08-16T14:31:41.447Z | auto\n\n- Removed the file: skill-card.md.\n- Updated SKILL.md version to 1.7.0.\n- No significant content changes detected in SKILL.md aside from version bump and minor metadata update.\n\nv1.6.3 | 2026-08-12T15:25:00.637Z | auto\n\n- Added slug and displayName fields for better metadata and display integration.\n- Updated version to 1.6.3.\n- No changes to metrics structure or usage guidance.\n- Removed redundant skill-card.md file for simplification.\n\nv1.6.0 | 2026-07-06T17:16:08.291Z | auto\n\n- Added new related downstream skills: qa-stakeholder-communication, qa-tech-debt-management, and qa-test-reporting.\n- Introduced categories metadata (Development, Testing, DevOps).\n- Enhanced output format: each metric report now includes a unique traceability ID (METRIC-XXXX).\n- Specified quantification depth requirements and minimum coverage for all four metric types.\n- Added error recovery guidance for cases of missing or incomplete data.\n- Removed the skill-card.md file.\n\nv1.5.0 | 2026-06-29T12:33:48.642Z | auto\n\nVersion 1.5.0\n\n- Updated skill description for greater clarity on when and why to use the skill, emphasizing actionable insights.\n- Added a \"version\" field to the metadata.\n- Restructured input and output formats: detailed required and optional inputs, and more clearly specified structured outputs.\n- Clarified degree indicators and retained practical reporting templates and checklists.\n- Removed the file \"skill-card.md\" for streamlined documentation.\n- Minor refinements to terminology and examples, ensuring a focus on quality trends and problem discovery.\n\nv1.4.1 | 2026-06-25T16:55:20.638Z | auto\n\n- Description simplified to clarify four quality metric dimensions and trigger scenarios.\n- Removed redundant wording and condensed the wording in the description.\n- No content or structure changes in metric definitions or templates.\n- Deleted the skill-card.md file.\n\nv1.4.0 | 2026-06-24T05:09:47.311Z | auto\n\nqa-quality-metrics 1.4.0\n\n- Expanded skill to cover more business scenarios, including management reporting and trend analysis.\n- Enhanced description with additional activation keywords and real-world examples.\n- Replaced upstream related skill from qa-defect-lifecycle to qa-bug-lifecycle.\n- Added usage examples and refined guidance for building reports.\n- Removed outdated skill-card.md file.\n\nv1.3.0 | 2026-06-22T12:51:09.233Z | auto\n\nVersion 1.3.0\n\n- 全面升级文档，系统梳理四类质量度量（过程、结果、效率、健康）。\n- 明确度量指标、计算方式与典型目标值，覆盖测试与质量各环节。\n- 提供标准化报告模板和验收清单，便于衡量与落地改进。\n- 增加与上下游关联技能说明，明确输入输出数据链路。\n\nArchive index:\n\nArchive v1.8.0: 4 files, 4970 bytes\n\nFiles: references/metrics-dimensions.md (3153b), skill-card.md (1628b), SKILL.md (4879b), _meta.json (137b)\n\nFile v1.8.0:SKILL.md\n\n---\nname: qa-quality-metrics\ndescription: >-\n 当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。 触发场景：质量度量、质量指标、怎么量化质量、质量看板、质量数据、趋势分析、向管理层展示质量数据时。 Use when the user asks about: test quality metrics and dashboards — process, result, efficiency, and health indicators for management reporting.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Quality Metrics\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"质量度量\\\"、\\\"质量指标\\\"、\\\"怎么量化质量\\\"、\\\"质量看板\\\"、\\\"质量数据\\\"、\\\"趋势分析\\\"、需要建立度量体系、向管理层展示质量数据时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-release-risk-governance\\\",\\\"qa-bug-lifecycle\\\"],\\\"downstream\\\":[\\\"qa-retrospective\\\",\\\"qa-testability-advocacy\\\",\\\"qa-stakeholder-communication\\\",\\\"qa-tech-debt-management\\\",\\\"qa-test-reporting\\\"]}\"\n references: \"[\\\"references/metrics-dimensions.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"测试数据\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"测试执行数据和结果\\\"},{\\\"name\\\":\\\"缺陷数据\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"缺陷统计和分析数据\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"历史基线\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"历史质量基线数据\\\"}]}\"\n output-format: \"{\\\"traceability\\\":[\\\"每份度量报告带唯一ID（METRIC-XXXX）\\\"],\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"quality_dashboard\\\":\\\"质量仪表盘\\\"},{\\\"defect_density\\\":\\\"缺陷密度分析\\\"},{\\\"test_coverage\\\":\\\"测试覆盖率\\\"},{\\\"pass_fail_rate\\\":\\\"通过/失败率\\\"},{\\\"trend_analysis\\\":\\\"质量趋势分析\\\"},\\\"覆盖率：涉及覆盖率的结论必须标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述\\\"]}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"度量数据缺失时回退到测试执行和缺陷数据收集\\\",\\\"retry_behavior\\\":\\\"补齐数据后重新计算指标\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Testing\\\",\\\"DevOps\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"根据度量维度调整指标深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少覆盖过程质量、结果质量、效率、健康度4个维度\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n# 质量度量体系\n\n## 核心原则\n\n质量不是感觉，是可以量化的。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 选指标、算指标或查数据来源时，取四类详表 | [`references/metrics-dimensions.md`](references/metrics-dimensions.md) |\n\n> `四类度量指标`的完整内容已下沉至 `references/metrics-dimensions.md`，避免每次触发都占用上下文。\n\n## 度量报告模板\n\n```markdown\n# 质量度量报告\n\n## 1. 过程度量\n- 用例执行率：[X]% (目标≥95%)\n- 用例通过率：[X]% (目标≥90%)\n- 需求覆盖率：[X]% (目标100%)\n- 自动化覆盖率：[X]%\n\n## 2. 结果度量\n- 缺陷密度：[X]/功能点\n- 缺陷修复率：[X]% (目标≥95%)\n- 漏测率：[X]% (目标≤5%)\n- 逃逸率：[X]% (目标≤10%)\n\n## 3. 效率度量\n- 测试周期：[X]天\n- 用例执行效率：[X]条/人天\n- 缺陷发现效率：[X]个/人天\n- 缺陷修复周期：[X]天\n\n## 4. 健康度量\n- 缺陷趋势：[上升/稳定/下降]\n- 缺陷收敛：[收敛/发散]\n- 质量趋势：[改善/稳定/恶化]\n\n## 5. 风险分析\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\nFile v1.8.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-quality-metrics\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790656033833\n}\n\nFile v1.8.0:references/metrics-dimensions.md\n\n# 四类质量度量指标详解\n\n> 本文是 `qa-quality-metrics` 的**四类度量指标详解**。选指标、算指标或找埋点来源时读本文；\n只需要度量框架与看板设计原则时不必读。\n\n---\n\n\n### 度量1：过程度量（测试过程质量）\n\n```text\n核心指标：\n├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：测试覆盖完整性\n│\n├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%\n│ ├─ 目标：≥ 90%\n│ └─ 意义：测试执行质量\n│\n├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%\n│ ├─ 目标：100%\n│ └─ 意义：需求覆盖完整性\n│\n├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%\n│ ├─ 目标：根据项目定义\n│ └─ 意义：自动化程度\n│\n└─ 用例有效率 = 有效用例数 / 总用例数 × 100%\n ├─ 目标：≥ 80%\n └─ 意义：用例设计质量\n```\n\n### 度量2：结果度量（产品质量）\n\n```text\n核心指标：\n├─ 缺陷密度 = 缺陷数 / 功能点数（或代码行数）\n│ ├─ 目标：根据项目定义\n│ └─ 意义：代码质量\n│\n├─ 缺陷修复率 = 已修复缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：缺陷处理效率\n│\n├─ 漏测率 = 线上缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≤ 5%\n│ └─ 意义：测试有效性\n│\n├─ 逃逸率 = 线上缺陷数 / (线上缺陷数 + 测试缺陷数) × 100%\n│ ├─ 目标：≤ 10%\n│ └─ 意义：测试拦截能力\n│\n└─ 严重缺陷占比 = 严重缺陷数 / 总缺陷数 × 100%\n ├─ 目标：≤ 10%\n └─ 意义：缺陷严重程度分布\n```\n\n### 度量3：效率度量（测试效率）\n\n```text\n核心指标：\n├─ 测试周期 = 测试结束日期 - 测试开始日期\n│ ├─ 目标：根据项目定义\n│ └─ 意义：测试效率\n│\n├─ 用例执行效率 = 执行用例数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：执行效率\n│\n├─ 缺陷发现效率 = 发现缺陷数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：缺陷发现能力\n│\n├─ 缺陷修复周期 = 缺陷修复日期 - 缺陷提交日期\n│ ├─ 目标：≤ 3天（严重）\n│ └─ 意义：缺陷处理效率\n│\n└─ 回归测试效率 = 回归用例数 / 回归工时\n ├─ 目标：根据项目定义\n └─ 意义：回归测试效率\n```\n\n### 度量4：健康度量（质量趋势）\n\n```text\n核心指标：\n├─ 缺陷趋势：新增缺陷数/天\n│ ├─ 正常：逐渐减少\n│ └─ 异常：突然增加\n│\n├─ 缺陷收敛：累计缺陷曲线\n│ ├─ 正常：趋于平缓\n│ └─ 异常：持续上升\n│\n├─ 质量趋势：缺陷密度/版本\n│ ├─ 正常：逐渐降低\n│ └─ 异常：突然升高\n│\n└─ 风险热力图：模块×缺陷密度\n ├─ 正常：低密度模块为主\n └─ 异常：高密度模块集中\n```\n\nFile v1.8.0:skill-card.md\n\n## Description:\n\nHelps QA teams define and report process, product, efficiency, and health metrics to track quality trends and inform decisions.\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 managers use this skill to build quality dashboards and reports from test execution and defect data, compare trends and targets, and identify areas for improvement.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The optional companion-install command fetches an unpinned external package.\n\nMitigation: Run it only after trusting the publisher and verifying or pinning the exact version.\n\n## Reference(s):\n\n- [Quality metrics dimensions](references/metrics-dimensions.md)\n- [ClawHub skill listing](https://clawhub.ai/kokxi/skills/qa-quality-metrics)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Analysis, Guidance]\n\n**Output Format:** [Markdown quality metrics report with dashboard summaries and recommendations]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Reports use METRIC-XXXX IDs, state coverage denominators and missing areas, and avoid unsupported claims of complete coverage.]\n\n## Skill Version(s):\n\n1.8.0 (source: ClawHub release metadata and skill 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.7.7: 3 files, 4235 bytes\n\nFiles: skill-card.md (1662b), SKILL.md (7189b), _meta.json (137b)\n\nFile v1.7.7:SKILL.md\n\n---\nname: qa-quality-metrics\nslug: qa-quality-metrics\ndisplayName: Quality Metrics\nversion: 1.7.7\ndescription: >-\n 当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。\n\nwhen_to_use: 用户说\"质量度量\"、\"质量指标\"、\"怎么量化质量\"、\"质量看板\"、\"质量数据\"、\"趋势分析\"、需要建立度量体系、向管理层展示质量数据时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-release-risk-governance # 输入：发布数据\n - qa-bug-lifecycle # 输入：缺陷数据\n downstream:\n - qa-retrospective # 输出：度量数据用于复盘\n - qa-testability-advocacy # 输出：质量趋势推动改进\n - qa-stakeholder-communication\n - qa-tech-debt-management\n - qa-test-reporting\ninput_format:\n required:\n - name: 测试数据\n type: object\n description: 测试执行数据和结果\n - name: 缺陷数据\n type: object\n description: 缺陷统计和分析数据\n optional:\n - name: 历史基线\n type: object\n description: 历史质量基线数据\noutput_format:\n traceability:\n - 每份度量报告带唯一ID（METRIC-XXXX）\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - quality_dashboard: 质量仪表盘\n - defect_density: 缺陷密度分析\n - test_coverage: 测试覆盖率\n - pass_fail_rate: 通过/失败率\n - trend_analysis: 质量趋势分析\ncategories: ['Development','Testing','DevOps']\ndepth_requirement_quantification:\n reference_value: \"根据度量维度调整指标深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少覆盖过程质量、结果质量、效率、健康度4个维度\"\nerror_recovery_guidance:\n on_failure: \"度量数据缺失时回退到测试执行和缺陷数据收集\"\n retry_behavior: \"补齐数据后重新计算指标\"\n---\n# 质量度量体系\n\n## 核心原则\n\n质量不是感觉，是可以量化的。\n\n## 四类度量指标\n\n### 度量1：过程度量（测试过程质量）\n\n```text\n核心指标：\n├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：测试覆盖完整性\n│\n├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%\n│ ├─ 目标：≥ 90%\n│ └─ 意义：测试执行质量\n│\n├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%\n│ ├─ 目标：100%\n│ └─ 意义：需求覆盖完整性\n│\n├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%\n│ ├─ 目标：根据项目定义\n│ └─ 意义：自动化程度\n│\n└─ 用例有效率 = 有效用例数 / 总用例数 × 100%\n ├─ 目标：≥ 80%\n └─ 意义：用例设计质量\n```\n\n### 度量2：结果度量（产品质量）\n\n```text\n核心指标：\n├─ 缺陷密度 = 缺陷数 / 功能点数（或代码行数）\n│ ├─ 目标：根据项目定义\n│ └─ 意义：代码质量\n│\n├─ 缺陷修复率 = 已修复缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：缺陷处理效率\n│\n├─ 漏测率 = 线上缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≤ 5%\n│ └─ 意义：测试有效性\n│\n├─ 逃逸率 = 线上缺陷数 / (线上缺陷数 + 测试缺陷数) × 100%\n│ ├─ 目标：≤ 10%\n│ └─ 意义：测试拦截能力\n│\n└─ 严重缺陷占比 = 严重缺陷数 / 总缺陷数 × 100%\n ├─ 目标：≤ 10%\n └─ 意义：缺陷严重程度分布\n```\n\n### 度量3：效率度量（测试效率）\n\n```text\n核心指标：\n├─ 测试周期 = 测试结束日期 - 测试开始日期\n│ ├─ 目标：根据项目定义\n│ └─ 意义：测试效率\n│\n├─ 用例执行效率 = 执行用例数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：执行效率\n│\n├─ 缺陷发现效率 = 发现缺陷数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：缺陷发现能力\n│\n├─ 缺陷修复周期 = 缺陷修复日期 - 缺陷提交日期\n│ ├─ 目标：≤ 3天（严重）\n│ └─ 意义：缺陷处理效率\n│\n└─ 回归测试效率 = 回归用例数 / 回归工时\n ├─ 目标：根据项目定义\n └─ 意义：回归测试效率\n```\n\n### 度量4：健康度量（质量趋势）\n\n```text\n核心指标：\n├─ 缺陷趋势：新增缺陷数/天\n│ ├─ 正常：逐渐减少\n│ └─ 异常：突然增加\n│\n├─ 缺陷收敛：累计缺陷曲线\n│ ├─ 正常：趋于平缓\n│ └─ 异常：持续上升\n│\n├─ 质量趋势：缺陷密度/版本\n│ ├─ 正常：逐渐降低\n│ └─ 异常：突然升高\n│\n└─ 风险热力图：模块×缺陷密度\n ├─ 正常：低密度模块为主\n └─ 异常：高密度模块集中\n```\n\n## 度量报告模板\n\n```markdown\n# 质量度量报告\n\n## 1. 过程度量\n- 用例执行率：[X]% (目标≥95%)\n- 用例通过率：[X]% (目标≥90%)\n- 需求覆盖率：[X]% (目标100%)\n- 自动化覆盖率：[X]%\n\n## 2. 结果度量\n- 缺陷密度：[X]/功能点\n- 缺陷修复率：[X]% (目标≥95%)\n- 漏测率：[X]% (目标≤5%)\n- 逃逸率：[X]% (目标≤10%)\n\n## 3. 效率度量\n- 测试周期：[X]天\n- 用例执行效率：[X]条/人天\n- 缺陷发现效率：[X]个/人天\n- 缺陷修复周期：[X]天\n\n## 4. 健康度量\n- 缺陷趋势：[上升/稳定/下降]\n- 缺陷收敛：[收敛/发散]\n- 质量趋势：[改善/稳定/恶化]\n\n## 5. 风险分析\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\nFile v1.7.7:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-quality-metrics\",\n \"version\": \"1.7.7\",\n \"publishedAt\": 1790519779099\n}\n\nFile v1.7.7:skill-card.md\n\n## Description:\n\nHelps QA teams define and report process, product, efficiency, and quality-trend metrics for decision-making.\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 managers use this skill to turn test and defect data into quality metrics, trend reports, and improvement recommendations.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Broad quality-related trigger phrases may activate the skill during routine project discussions.\n\nMitigation: Confirm the user wants a QA metrics report before applying the workflow.\n\nRisk: Incomplete test or defect data may produce misleading metrics or trends.\n\nMitigation: Identify missing data, state the measurement basis, and collect test and defect records before calculating indicators.\n\n## Reference(s):\n\n- [QA Quality Metrics skill listing](https://clawhub.ai/kokxi/skills/qa-quality-metrics)\n\n## Skill Output:\n\n**Output Type(s):** [Analysis, Markdown, Guidance]\n\n**Output Format:** [Markdown quality metrics report]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Report ID in METRIC-XXXX format; includes target comparisons, trends, risks, and improvement recommendations.]\n\n## Skill Version(s):\n\n1.7.7 (source: skill frontmatter and server 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, 4579 bytes\n\nFiles: skill-card.md (1955b), SKILL.md (7698b), _meta.json (137b)\n\nFile v1.7.6:SKILL.md\n\n---\r\nname: qa-quality-metrics\r\nslug: qa-quality-metrics\r\ndisplayName: 测试质量度量\r\nversion: 1.7.5\r\ndescription: >-\r\n 当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。\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-release-risk-governance # 输入：发布数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n downstream:\r\n - qa-retrospective # 输出：度量数据用于复盘\r\n - qa-testability-advocacy # 输出：质量趋势推动改进\r\n - qa-stakeholder-communication\r\n - qa-tech-debt-management\r\n - qa-test-reporting\r\ninput_format:\r\n required:\r\n - name: 测试数据\r\n type: object\r\n description: 测试执行数据和结果\r\n - name: 缺陷数据\r\n type: object\r\n description: 缺陷统计和分析数据\r\n optional:\r\n - name: 历史基线\r\n type: object\r\n description: 历史质量基线数据\r\noutput_format:\r\n traceability:\r\n - 每份度量报告带唯一ID（METRIC-XXXX）\r\n structure:\r\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\r\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\r\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\r\n - quality_dashboard: 质量仪表盘\r\n - defect_density: 缺陷密度分析\r\n - test_coverage: 测试覆盖率\r\n - pass_fail_rate: 通过/失败率\r\n - trend_analysis: 质量趋势分析\r\ncategories: ['Development','Testing','DevOps']\r\ndepth_requirement_quantification:\r\n reference_value: \"根据度量维度调整指标深度：简单×1/中等×2/复杂×3\"\r\n minimum: \"至少覆盖过程质量、结果质量、效率、健康度4个维度\"\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## 核心原则\r\n\r\n质量不是感觉，是可以量化的。\r\n\r\n## 四类度量指标\r\n\r\n### 度量1：过程度量（测试过程质量）\r\n\r\n```text\r\n核心指标：\r\n├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%\r\n│ ├─ 目标：≥ 95%\r\n│ └─ 意义：测试覆盖完整性\r\n│\r\n├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%\r\n│ ├─ 目标：≥ 90%\r\n│ └─ 意义：测试执行质量\r\n│\r\n├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%\r\n│ ├─ 目标：100%\r\n│ └─ 意义：需求覆盖完整性\r\n│\r\n├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%\r\n│ ├─ 目标：根据项目定义\r\n│ └─ 意义：自动化程度\r\n│\r\n└─ 用例有效率 = 有效用例数 / 总用例数 × 100%\r\n ├─ 目标：≥ 80%\r\n └─ 意义：用例设计质量\r\n```\r\n\r\n### 度量2：结果度量（产品质量）\r\n\r\n```text\r\n核心指标：\r\n├─ 缺陷密度 = 缺陷数 / 功能点数（或代码行数）\r\n│ ├─ 目标：根据项目定义\r\n│ └─ 意义：代码质量\r\n│\r\n├─ 缺陷修复率 = 已修复缺陷数 / 总缺陷数 × 100%\r\n│ ├─ 目标：≥ 95%\r\n│ └─ 意义：缺陷处理效率\r\n│\r\n├─ 漏测率 = 线上缺陷数 / 总缺陷数 × 100%\r\n│ ├─ 目标：≤ 5%\r\n│ └─ 意义：测试有效性\r\n│\r\n├─ 逃逸率 = 线上缺陷数 / (线上缺陷数 + 测试缺陷数) × 100%\r\n│ ├─ 目标：≤ 10%\r\n│ └─ 意义：测试拦截能力\r\n│\r\n└─ 严重缺陷占比 = 严重缺陷数 / 总缺陷数 × 100%\r\n ├─ 目标：≤ 10%\r\n └─ 意义：缺陷严重程度分布\r\n```\r\n\r\n### 度量3：效率度量（测试效率）\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│ ├─ 目标：≤ 3天（严重）\r\n│ └─ 意义：缺陷处理效率\r\n│\r\n└─ 回归测试效率 = 回归用例数 / 回归工时\r\n ├─ 目标：根据项目定义\r\n └─ 意义：回归测试效率\r\n```\r\n\r\n### 度量4：健康度量（质量趋势）\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```markdown\r\n# 质量度量报告\r\n\r\n## 1. 过程度量\r\n- 用例执行率：[X]% (目标≥95%)\r\n- 用例通过率：[X]% (目标≥90%)\r\n- 需求覆盖率：[X]% (目标100%)\r\n- 自动化覆盖率：[X]%\r\n\r\n## 2. 结果度量\r\n- 缺陷密度：[X]/功能点\r\n- 缺陷修复率：[X]% (目标≥95%)\r\n- 漏测率：[X]% (目标≤5%)\r\n- 逃逸率：[X]% (目标≤10%)\r\n\r\n## 3. 效率度量\r\n- 测试周期：[X]天\r\n- 用例执行效率：[X]条/人天\r\n- 缺陷发现效率：[X]个/人天\r\n- 缺陷修复周期：[X]天\r\n\r\n## 4. 健康度量\r\n- 缺陷趋势：[上升/稳定/下降]\r\n- 缺陷收敛：[收敛/发散]\r\n- 质量趋势：[改善/稳定/恶化]\r\n\r\n## 5. 风险分析\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- [ ] 改进建议是否可行？\n\nFile v1.7.6:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-quality-metrics\",\n \"version\": \"1.7.6\",\n \"publishedAt\": 1788266515011\n}\n\nFile v1.7.6:skill-card.md\n\n## Description:\n\n测试质量度量 helps QA teams build quality metrics and dashboards across process quality, product outcomes, testing efficiency, and quality health trends.\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 managers use this skill to turn test execution and defect data into quality dashboards, trend analysis, and decision-ready metric reports.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The artifact recommends an unpinned third-party install command for a larger QA skill set that was not reviewed as part of this release.\n\nMitigation: Review and pin the exact source before running `npx skills add Kokxi/qa-test-skills`, and treat that larger skill set as outside this card's reviewed scope.\n\nRisk: Quality metrics can mislead stakeholders if data is incomplete, selectively reported, or treated as a score rather than a trend signal.\n\nMitigation: Require metric scope, source data, missing coverage, baseline assumptions, and trend interpretation to be shown in generated reports.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-quality-metrics)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown quality metrics report with tables and trend analysis]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include metric IDs, dashboard sections, defect-density analysis, coverage summaries, and improvement recommendations.]\n\n## Skill Version(s):\n\n1.7.6 (source: server 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.5: 3 files, 4314 bytes\n\nFiles: skill-card.md (1829b), SKILL.md (7189b), _meta.json (137b)\n\nFile v1.7.5:SKILL.md\n\n---\nname: qa-quality-metrics\nslug: qa-quality-metrics\ndisplayName: Quality Metrics\nversion: 1.7.5\ndescription: >-\n 当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。\n\nwhen_to_use: 用户说\"质量度量\"、\"质量指标\"、\"怎么量化质量\"、\"质量看板\"、\"质量数据\"、\"趋势分析\"、需要建立度量体系、向管理层展示质量数据时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-release-risk-governance # 输入：发布数据\n - qa-bug-lifecycle # 输入：缺陷数据\n downstream:\n - qa-retrospective # 输出：度量数据用于复盘\n - qa-testability-advocacy # 输出：质量趋势推动改进\n - qa-stakeholder-communication\n - qa-tech-debt-management\n - qa-test-reporting\ninput_format:\n required:\n - name: 测试数据\n type: object\n description: 测试执行数据和结果\n - name: 缺陷数据\n type: object\n description: 缺陷统计和分析数据\n optional:\n - name: 历史基线\n type: object\n description: 历史质量基线数据\noutput_format:\n traceability:\n - 每份度量报告带唯一ID（METRIC-XXXX）\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - quality_dashboard: 质量仪表盘\n - defect_density: 缺陷密度分析\n - test_coverage: 测试覆盖率\n - pass_fail_rate: 通过/失败率\n - trend_analysis: 质量趋势分析\ncategories: ['Development','Testing','DevOps']\ndepth_requirement_quantification:\n reference_value: \"根据度量维度调整指标深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少覆盖过程质量、结果质量、效率、健康度4个维度\"\nerror_recovery_guidance:\n on_failure: \"度量数据缺失时回退到测试执行和缺陷数据收集\"\n retry_behavior: \"补齐数据后重新计算指标\"\n---\n# 质量度量体系\n\n## 核心原则\n\n质量不是感觉，是可以量化的。\n\n## 四类度量指标\n\n### 度量1：过程度量（测试过程质量）\n\n```text\n核心指标：\n├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：测试覆盖完整性\n│\n├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%\n│ ├─ 目标：≥ 90%\n│ └─ 意义：测试执行质量\n│\n├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%\n│ ├─ 目标：100%\n│ └─ 意义：需求覆盖完整性\n│\n├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%\n│ ├─ 目标：根据项目定义\n│ └─ 意义：自动化程度\n│\n└─ 用例有效率 = 有效用例数 / 总用例数 × 100%\n ├─ 目标：≥ 80%\n └─ 意义：用例设计质量\n```\n\n### 度量2：结果度量（产品质量）\n\n```text\n核心指标：\n├─ 缺陷密度 = 缺陷数 / 功能点数（或代码行数）\n│ ├─ 目标：根据项目定义\n│ └─ 意义：代码质量\n│\n├─ 缺陷修复率 = 已修复缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：缺陷处理效率\n│\n├─ 漏测率 = 线上缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≤ 5%\n│ └─ 意义：测试有效性\n│\n├─ 逃逸率 = 线上缺陷数 / (线上缺陷数 + 测试缺陷数) × 100%\n│ ├─ 目标：≤ 10%\n│ └─ 意义：测试拦截能力\n│\n└─ 严重缺陷占比 = 严重缺陷数 / 总缺陷数 × 100%\n ├─ 目标：≤ 10%\n └─ 意义：缺陷严重程度分布\n```\n\n### 度量3：效率度量（测试效率）\n\n```text\n核心指标：\n├─ 测试周期 = 测试结束日期 - 测试开始日期\n│ ├─ 目标：根据项目定义\n│ └─ 意义：测试效率\n│\n├─ 用例执行效率 = 执行用例数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：执行效率\n│\n├─ 缺陷发现效率 = 发现缺陷数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：缺陷发现能力\n│\n├─ 缺陷修复周期 = 缺陷修复日期 - 缺陷提交日期\n│ ├─ 目标：≤ 3天（严重）\n│ └─ 意义：缺陷处理效率\n│\n└─ 回归测试效率 = 回归用例数 / 回归工时\n ├─ 目标：根据项目定义\n └─ 意义：回归测试效率\n```\n\n### 度量4：健康度量（质量趋势）\n\n```text\n核心指标：\n├─ 缺陷趋势：新增缺陷数/天\n│ ├─ 正常：逐渐减少\n│ └─ 异常：突然增加\n│\n├─ 缺陷收敛：累计缺陷曲线\n│ ├─ 正常：趋于平缓\n│ └─ 异常：持续上升\n│\n├─ 质量趋势：缺陷密度/版本\n│ ├─ 正常：逐渐降低\n│ └─ 异常：突然升高\n│\n└─ 风险热力图：模块×缺陷密度\n ├─ 正常：低密度模块为主\n └─ 异常：高密度模块集中\n```\n\n## 度量报告模板\n\n```markdown\n# 质量度量报告\n\n## 1. 过程度量\n- 用例执行率：[X]% (目标≥95%)\n- 用例通过率：[X]% (目标≥90%)\n- 需求覆盖率：[X]% (目标100%)\n- 自动化覆盖率：[X]%\n\n## 2. 结果度量\n- 缺陷密度：[X]/功能点\n- 缺陷修复率：[X]% (目标≥95%)\n- 漏测率：[X]% (目标≤5%)\n- 逃逸率：[X]% (目标≤10%)\n\n## 3. 效率度量\n- 测试周期：[X]天\n- 用例执行效率：[X]条/人天\n- 缺陷发现效率：[X]个/人天\n- 缺陷修复周期：[X]天\n\n## 4. 健康度量\n- 缺陷趋势：[上升/稳定/下降]\n- 缺陷收敛：[收敛/发散]\n- 质量趋势：[改善/稳定/恶化]\n\n## 5. 风险分析\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\nFile v1.7.5:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-quality-metrics\",\n \"version\": \"1.7.5\",\n \"publishedAt\": 1788102934775\n}\n\nFile v1.7.5:skill-card.md\n\n## Description:\n\nHelps QA teams structure quality metrics dashboards and reports across process quality, product quality, testing efficiency, and quality health trends.\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 engineering managers use this skill to turn test execution, defect, and baseline data into quality metric reports for decision making and trend tracking.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: A generic analytics or trend-analysis request could trigger a QA metrics report without enough task-specific context.\n\nMitigation: Confirm the user's intent and provide only relevant test, defect, and baseline data before using the skill.\n\nRisk: Incomplete or poorly scoped QA data can produce misleading quality metrics or overstate coverage.\n\nMitigation: Label metric scope, baselines, missing data, and uncovered modules explicitly in the generated report.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown reports with metric tables, target comparisons, trend analysis, risk analysis, and improvement recommendations]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Outputs may include metric report identifiers, coverage caveats, missing-module notes, dashboard sections, and QA metric calculations.]\n\n## Skill Version(s):\n\n1.7.5 (source: frontmatter and 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, 4078 bytes\n\nFiles: skill-card.md (1863b), SKILL.md (6748b), _meta.json (137b)\n\nFile v1.7.0:SKILL.md\n\n---\nname: qa-quality-metrics\nslug: qa-quality-metrics\ndisplayName: Quality Metrics\nversion: 1.7.0\ndescription: >-\n 当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。\n\nwhen_to_use: 用户说\"质量度量\"、\"质量指标\"、\"怎么量化质量\"、\"质量看板\"、\"质量数据\"、\"趋势分析\"、需要建立度量体系、向管理层展示质量数据时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-release-risk-governance # 输入：发布数据\n - qa-bug-lifecycle # 输入：缺陷数据\n downstream:\n - qa-retrospective # 输出：度量数据用于复盘\n - qa-testability-advocacy # 输出：质量趋势推动改进\n - qa-stakeholder-communication\n - qa-tech-debt-management\n - qa-test-reporting\ninput_format:\n required:\n - name: 测试数据\n type: object\n description: 测试执行数据和结果\n - name: 缺陷数据\n type: object\n description: 缺陷统计和分析数据\n optional:\n - name: 历史基线\n type: object\n description: 历史质量基线数据\noutput_format:\n traceability:\n - 每份度量报告带唯一ID（METRIC-XXXX）\n structure:\n - quality_dashboard: 质量仪表盘\n - defect_density: 缺陷密度分析\n - test_coverage: 测试覆盖率\n - pass_fail_rate: 通过/失败率\n - trend_analysis: 质量趋势分析\ncategories: ['Development','Testing','DevOps']\ndepth_requirement_quantification:\n reference_value: \"根据度量维度调整指标深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少覆盖过程质量、结果质量、效率、健康度4个维度\"\nerror_recovery_guidance:\n on_failure: \"度量数据缺失时回退到测试执行和缺陷数据收集\"\n retry_behavior: \"补齐数据后重新计算指标\"\n---\n# 质量度量体系\n\n## 核心原则\n\n质量不是感觉，是可以量化的。\n\n## 四类度量指标\n\n### 度量1：过程度量（测试过程质量）\n\n```text\n核心指标：\n├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：测试覆盖完整性\n│\n├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%\n│ ├─ 目标：≥ 90%\n│ └─ 意义：测试执行质量\n│\n├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%\n│ ├─ 目标：100%\n│ └─ 意义：需求覆盖完整性\n│\n├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%\n│ ├─ 目标：根据项目定义\n│ └─ 意义：自动化程度\n│\n└─ 用例有效率 = 有效用例数 / 总用例数 × 100%\n ├─ 目标：≥ 80%\n └─ 意义：用例设计质量\n```\n\n### 度量2：结果度量（产品质量）\n\n```text\n核心指标：\n├─ 缺陷密度 = 缺陷数 / 功能点数（或代码行数）\n│ ├─ 目标：根据项目定义\n│ └─ 意义：代码质量\n│\n├─ 缺陷修复率 = 已修复缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：缺陷处理效率\n│\n├─ 漏测率 = 线上缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≤ 5%\n│ └─ 意义：测试有效性\n│\n├─ 逃逸率 = 线上缺陷数 / (线上缺陷数 + 测试缺陷数) × 100%\n│ ├─ 目标：≤ 10%\n│ └─ 意义：测试拦截能力\n│\n└─ 严重缺陷占比 = 严重缺陷数 / 总缺陷数 × 100%\n ├─ 目标：≤ 10%\n └─ 意义：缺陷严重程度分布\n```\n\n### 度量3：效率度量（测试效率）\n\n```text\n核心指标：\n├─ 测试周期 = 测试结束日期 - 测试开始日期\n│ ├─ 目标：根据项目定义\n│ └─ 意义：测试效率\n│\n├─ 用例执行效率 = 执行用例数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：执行效率\n│\n├─ 缺陷发现效率 = 发现缺陷数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：缺陷发现能力\n│\n├─ 缺陷修复周期 = 缺陷修复日期 - 缺陷提交日期\n│ ├─ 目标：≤ 3天（严重）\n│ └─ 意义：缺陷处理效率\n│\n└─ 回归测试效率 = 回归用例数 / 回归工时\n ├─ 目标：根据项目定义\n └─ 意义：回归测试效率\n```\n\n### 度量4：健康度量（质量趋势）\n\n```text\n核心指标：\n├─ 缺陷趋势：新增缺陷数/天\n│ ├─ 正常：逐渐减少\n│ └─ 异常：突然增加\n│\n├─ 缺陷收敛：累计缺陷曲线\n│ ├─ 正常：趋于平缓\n│ └─ 异常：持续上升\n│\n├─ 质量趋势：缺陷密度/版本\n│ ├─ 正常：逐渐降低\n│ └─ 异常：突然升高\n│\n└─ 风险热力图：模块×缺陷密度\n ├─ 正常：低密度模块为主\n └─ 异常：高密度模块集中\n```\n\n## 度量报告模板\n\n```markdown\n# 质量度量报告\n\n## 1. 过程度量\n- 用例执行率：[X]% (目标≥95%)\n- 用例通过率：[X]% (目标≥90%)\n- 需求覆盖率：[X]% (目标100%)\n- 自动化覆盖率：[X]%\n\n## 2. 结果度量\n- 缺陷密度：[X]/功能点\n- 缺陷修复率：[X]% (目标≥95%)\n- 漏测率：[X]% (目标≤5%)\n- 逃逸率：[X]% (目标≤10%)\n\n## 3. 效率度量\n- 测试周期：[X]天\n- 用例执行效率：[X]条/人天\n- 缺陷发现效率：[X]个/人天\n- 缺陷修复周期：[X]天\n\n## 4. 健康度量\n- 缺陷趋势：[上升/稳定/下降]\n- 缺陷收敛：[收敛/发散]\n- 质量趋势：[改善/稳定/恶化]\n\n## 5. 风险分析\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\nFile v1.7.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-quality-metrics\",\n \"version\": \"1.7.0\",\n \"publishedAt\": 1786890701447\n}\n\nFile v1.7.0:skill-card.md\n\n## Description:\n\nHelps QA teams design and summarize quality metrics across process quality, product outcomes, testing efficiency, and quality health trends for release and management reporting.\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 release stakeholders use this skill to turn test execution, defect, and historical baseline data into quality dashboards, trend analysis, and improvement recommendations.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Quality reports may expose business-sensitive testing, defect, release, or product quality trends.\n\nMitigation: Limit inputs and generated reports to data appropriate for quality reporting and the intended audience.\n\nRisk: Quality metrics may be misused as a simplistic scorecard or may hide negative trends if only favorable indicators are reported.\n\nMitigation: Review reports for balanced trend coverage, explicit target comparisons, and actionable improvement recommendations before sharing.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Markdown quality metrics report with dashboard sections, trend analysis, and recommendations]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Reports are expected to include traceability identifiers such as METRIC-XXXX when generated from the skill template.]\n\n## Skill Version(s):\n\n1.7.0 (source: frontmatter and 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.3: 3 files, 4107 bytes\n\nFiles: skill-card.md (1972b), SKILL.md (6748b), _meta.json (137b)\n\nFile v1.6.3:SKILL.md\n\n---\nname: qa-quality-metrics\nslug: qa-quality-metrics\ndisplayName: Quality Metrics\nversion: 1.6.3\ndescription: >-\n 当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。\n\nwhen_to_use: 用户说\"质量度量\"、\"质量指标\"、\"怎么量化质量\"、\"质量看板\"、\"质量数据\"、\"趋势分析\"、需要建立度量体系、向管理层展示质量数据时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-release-risk-governance # 输入：发布数据\n - qa-bug-lifecycle # 输入：缺陷数据\n downstream:\n - qa-retrospective # 输出：度量数据用于复盘\n - qa-testability-advocacy # 输出：质量趋势推动改进\n - qa-stakeholder-communication\n - qa-tech-debt-management\n - qa-test-reporting\ninput_format:\n required:\n - name: 测试数据\n type: object\n description: 测试执行数据和结果\n - name: 缺陷数据\n type: object\n description: 缺陷统计和分析数据\n optional:\n - name: 历史基线\n type: object\n description: 历史质量基线数据\noutput_format:\n traceability:\n - 每份度量报告带唯一ID（METRIC-XXXX）\n structure:\n - quality_dashboard: 质量仪表盘\n - defect_density: 缺陷密度分析\n - test_coverage: 测试覆盖率\n - pass_fail_rate: 通过/失败率\n - trend_analysis: 质量趋势分析\ncategories: ['Development','Testing','DevOps']\ndepth_requirement_quantification:\n reference_value: \"根据度量维度调整指标深度：简单×1/中等×2/复杂×3\"\n minimum: \"至少覆盖过程质量、结果质量、效率、健康度4个维度\"\nerror_recovery_guidance:\n on_failure: \"度量数据缺失时回退到测试执行和缺陷数据收集\"\n retry_behavior: \"补齐数据后重新计算指标\"\n---\n# 质量度量体系\n\n## 核心原则\n\n质量不是感觉，是可以量化的。\n\n## 四类度量指标\n\n### 度量1：过程度量（测试过程质量）\n\n```text\n核心指标：\n├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：测试覆盖完整性\n│\n├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%\n│ ├─ 目标：≥ 90%\n│ └─ 意义：测试执行质量\n│\n├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%\n│ ├─ 目标：100%\n│ └─ 意义：需求覆盖完整性\n│\n├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%\n│ ├─ 目标：根据项目定义\n│ └─ 意义：自动化程度\n│\n└─ 用例有效率 = 有效用例数 / 总用例数 × 100%\n ├─ 目标：≥ 80%\n └─ 意义：用例设计质量\n```\n\n### 度量2：结果度量（产品质量）\n\n```text\n核心指标：\n├─ 缺陷密度 = 缺陷数 / 功能点数（或代码行数）\n│ ├─ 目标：根据项目定义\n│ └─ 意义：代码质量\n│\n├─ 缺陷修复率 = 已修复缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：缺陷处理效率\n│\n├─ 漏测率 = 线上缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≤ 5%\n│ └─ 意义：测试有效性\n│\n├─ 逃逸率 = 线上缺陷数 / (线上缺陷数 + 测试缺陷数) × 100%\n│ ├─ 目标：≤ 10%\n│ └─ 意义：测试拦截能力\n│\n└─ 严重缺陷占比 = 严重缺陷数 / 总缺陷数 × 100%\n ├─ 目标：≤ 10%\n └─ 意义：缺陷严重程度分布\n```\n\n### 度量3：效率度量（测试效率）\n\n```text\n核心指标：\n├─ 测试周期 = 测试结束日期 - 测试开始日期\n│ ├─ 目标：根据项目定义\n│ └─ 意义：测试效率\n│\n├─ 用例执行效率 = 执行用例数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：执行效率\n│\n├─ 缺陷发现效率 = 发现缺陷数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：缺陷发现能力\n│\n├─ 缺陷修复周期 = 缺陷修复日期 - 缺陷提交日期\n│ ├─ 目标：≤ 3天（严重）\n│ └─ 意义：缺陷处理效率\n│\n└─ 回归测试效率 = 回归用例数 / 回归工时\n ├─ 目标：根据项目定义\n └─ 意义：回归测试效率\n```\n\n### 度量4：健康度量（质量趋势）\n\n```text\n核心指标：\n├─ 缺陷趋势：新增缺陷数/天\n│ ├─ 正常：逐渐减少\n│ └─ 异常：突然增加\n│\n├─ 缺陷收敛：累计缺陷曲线\n│ ├─ 正常：趋于平缓\n│ └─ 异常：持续上升\n│\n├─ 质量趋势：缺陷密度/版本\n│ ├─ 正常：逐渐降低\n│ └─ 异常：突然升高\n│\n└─ 风险热力图：模块×缺陷密度\n ├─ 正常：低密度模块为主\n └─ 异常：高密度模块集中\n```\n\n## 度量报告模板\n\n```markdown\n# 质量度量报告\n\n## 1. 过程度量\n- 用例执行率：[X]% (目标≥95%)\n- 用例通过率：[X]% (目标≥90%)\n- 需求覆盖率：[X]% (目标100%)\n- 自动化覆盖率：[X]%\n\n## 2. 结果度量\n- 缺陷密度：[X]/功能点\n- 缺陷修复率：[X]% (目标≥95%)\n- 漏测率：[X]% (目标≤5%)\n- 逃逸率：[X]% (目标≤10%)\n\n## 3. 效率度量\n- 测试周期：[X]天\n- 用例执行效率：[X]条/人天\n- 缺陷发现效率：[X]个/人天\n- 缺陷修复周期：[X]天\n\n## 4. 健康度量\n- 缺陷趋势：[上升/稳定/下降]\n- 缺陷收敛：[收敛/发散]\n- 质量趋势：[改善/稳定/恶化]\n\n## 5. 风险分析\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\nFile v1.6.3:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-quality-metrics\",\n \"version\": \"1.6.3\",\n \"publishedAt\": 1786548300637\n}\n\nFile v1.6.3:skill-card.md\n\n## Description:\n\nThis skill helps QA teams define quality metrics and dashboards across process quality, product outcomes, testing efficiency, and quality-health trends.\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 engineering managers use this skill to turn test execution data, defect data, and historical baselines into a practical quality measurement system. It supports management reporting, quality dashboards, trend analysis, and improvement planning.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The trigger wording may activate the skill for broad quality or trend-analysis requests.\n\nMitigation: Confirm that the user's request is specifically about QA quality metrics, quality dashboards, or test and defect trend analysis before applying the skill.\n\nRisk: Quality reports may use sensitive test, defect, incident, or operational data supplied by the workspace.\n\nMitigation: Use only data appropriate for the workspace context and avoid exposing restricted project details in generated summaries.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-quality-metrics)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance, analysis]\n\n**Output Format:** [Markdown quality metrics report and dashboard guidance]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include metric definitions, target thresholds, trend analysis, risk summaries, and improvement recommendations.]\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, 4099 bytes\n\nFiles: skill-card.md (2019b), SKILL.md (6900b), _meta.json (137b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: qa-quality-metrics\r\nversion: 1.6.0\r\ndescription: >-\r\n 当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。\r\n\r\nwhen_to_use: 用户说\"质量度量\"、\"质量指标\"、\"怎么量化质量\"、\"质量看板\"、\"质量数据\"、\"趋势分析\"、需要建立度量体系、向管理层展示质量数据时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-release-risk-governance # 输入：发布数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n downstream:\r\n - qa-retrospective # 输出：度量数据用于复盘\r\n - qa-testability-advocacy # 输出：质量趋势推动改进\r\n - qa-stakeholder-communication\r\n - qa-tech-debt-management\r\n - qa-test-reporting\r\ninput_format:\r\n required:\r\n - name: 测试数据\r\n type: object\r\n description: 测试执行数据和结果\r\n - name: 缺陷数据\r\n type: object\r\n description: 缺陷统计和分析数据\r\n optional:\r\n - name: 历史基线\r\n type: object\r\n description: 历史质量基线数据\r\noutput_format:\r\n traceability:\r\n - 每份度量报告带唯一ID（METRIC-XXXX）\r\n structure:\r\n - quality_dashboard: 质量仪表盘\r\n - defect_density: 缺陷密度分析\r\n - test_coverage: 测试覆盖率\r\n - pass_fail_rate: 通过/失败率\r\n - trend_analysis: 质量趋势分析\r\ncategories: ['Development','Testing','DevOps']\r\ndepth_requirement_quantification:\r\n reference_value: \"根据度量维度调整指标深度：简单×1/中等×2/复杂×3\"\r\n minimum: \"至少覆盖过程质量、结果质量、效率、健康度4个维度\"\r\nerror_recovery_guidance:\r\n on_failure: \"度量数据缺失时回退到测试执行和缺陷数据收集\"\r\n retry_behavior: \"补齐数据后重新计算指标\"\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```text\r\n核心指标：\r\n├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%\r\n│ ├─ 目标：≥ 95%\r\n│ └─ 意义：测试覆盖完整性\r\n│\r\n├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%\r\n│ ├─ 目标：≥ 90%\r\n│ └─ 意义：测试执行质量\r\n│\r\n├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%\r\n│ ├─ 目标：100%\r\n│ └─ 意义：需求覆盖完整性\r\n│\r\n├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%\r\n│ ├─ 目标：根据项目定义\r\n│ └─ 意义：自动化程度\r\n│\r\n└─ 用例有效率 = 有效用例数 / 总用例数 × 100%\r\n ├─ 目标：≥ 80%\r\n └─ 意义：用例设计质量\r\n```\r\n\r\n### 度量2：结果度量（产品质量）\r\n\r\n```text\r\n核心指标：\r\n├─ 缺陷密度 = 缺陷数 / 功能点数（或代码行数）\r\n│ ├─ 目标：根据项目定义\r\n│ └─ 意义：代码质量\r\n│\r\n├─ 缺陷修复率 = 已修复缺陷数 / 总缺陷数 × 100%\r\n│ ├─ 目标：≥ 95%\r\n│ └─ 意义：缺陷处理效率\r\n│\r\n├─ 漏测率 = 线上缺陷数 / 总缺陷数 × 100%\r\n│ ├─ 目标：≤ 5%\r\n│ └─ 意义：测试有效性\r\n│\r\n├─ 逃逸率 = 线上缺陷数 / (线上缺陷数 + 测试缺陷数) × 100%\r\n│ ├─ 目标：≤ 10%\r\n│ └─ 意义：测试拦截能力\r\n│\r\n└─ 严重缺陷占比 = 严重缺陷数 / 总缺陷数 × 100%\r\n ├─ 目标：≤ 10%\r\n └─ 意义：缺陷严重程度分布\r\n```\r\n\r\n### 度量3：效率度量（测试效率）\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│ ├─ 目标：≤ 3天（严重）\r\n│ └─ 意义：缺陷处理效率\r\n│\r\n└─ 回归测试效率 = 回归用例数 / 回归工时\r\n ├─ 目标：根据项目定义\r\n └─ 意义：回归测试效率\r\n```\r\n\r\n### 度量4：健康度量（质量趋势）\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```markdown\r\n# 质量度量报告\r\n\r\n## 1. 过程度量\r\n- 用例执行率：[X]% (目标≥95%)\r\n- 用例通过率：[X]% (目标≥90%)\r\n- 需求覆盖率：[X]% (目标100%)\r\n- 自动化覆盖率：[X]%\r\n\r\n## 2. 结果度量\r\n- 缺陷密度：[X]/功能点\r\n- 缺陷修复率：[X]% (目标≥95%)\r\n- 漏测率：[X]% (目标≤5%)\r\n- 逃逸率：[X]% (目标≤10%)\r\n\r\n## 3. 效率度量\r\n- 测试周期：[X]天\r\n- 用例执行效率：[X]条/人天\r\n- 缺陷发现效率：[X]个/人天\r\n- 缺陷修复周期：[X]天\r\n\r\n## 4. 健康度量\r\n- 缺陷趋势：[上升/稳定/下降]\r\n- 缺陷收敛：[收敛/发散]\r\n- 质量趋势：[改善/稳定/恶化]\r\n\r\n## 5. 风险分析\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- [ ] 改进建议是否可行？\n\nFile v1.6.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-quality-metrics\",\n \"version\": \"1.6.0\",\n \"publishedAt\": 1783358168291\n}\n\nFile v1.6.0:skill-card.md\n\n## Description:
\nHelps QA and engineering teams build quality metric reports and dashboards across process quality, product quality, testing efficiency, and quality health trends.
\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 engineering managers use this skill to quantify software quality, prepare quality dashboards, analyze defect and test trends, and turn testing data into management-facing reports.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Broad requests such as trend analysis may produce QA-oriented metric guidance when the user intended a different domain.
\nMitigation: Invoke the skill for testing metrics, defect quality, quality dashboards, or QA reporting work, and route unrelated trend-analysis requests elsewhere.
\nRisk: Quality metrics can become misleading if used only as scorecards instead of trend signals.
\nMitigation: Review metric definitions, compare them against baselines, and include improvement recommendations with the report.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [Markdown, Guidance, Analysis]
\n**Output Format:** [Markdown quality metric reports with structured dashboard sections and metric formulas]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Reports include a METRIC-XXXX traceability ID and cover process quality, product quality, testing efficiency, and quality health dimensions.]
\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, 3743 bytes\n\nFiles: skill-card.md (1772b), SKILL.md (6504b), _meta.json (137b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: qa-quality-metrics\r\nversion: 1.5.0\r\ndescription: >-\r\n 当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。\r\n\r\nwhen_to_use: 用户说\"质量度量\"、\"质量指标\"、\"怎么量化质量\"、\"质量看板\"、\"质量数据\"、\"趋势分析\"、需要建立度量体系、向管理层展示质量数据时\r\nallowed-tools: Read Grep Glob\r\nrelated_skills:\r\n upstream:\r\n - qa-release-risk-governance # 输入：发布数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n downstream:\r\n - qa-retrospective # 输出：度量数据用于复盘\r\n - qa-testability-advocacy # 输出：质量趋势推动改进\r\ninput_format:\r\n required:\r\n - name: 测试数据\r\n type: object\r\n description: 测试执行数据和结果\r\n - name: 缺陷数据\r\n type: object\r\n description: 缺陷统计和分析数据\r\n optional:\r\n - name: 历史基线\r\n type: object\r\n description: 历史质量基线数据\r\noutput_format:\r\n structure:\r\n - quality_dashboard: 质量仪表盘\r\n - defect_density: 缺陷密度分析\r\n - test_coverage: 测试覆盖率\r\n - pass_fail_rate: 通过/失败率\r\n - trend_analysis: 质量趋势分析\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```text\r\n核心指标：\r\n├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%\r\n│ ├─ 目标：≥ 95%\r\n│ └─ 意义：测试覆盖完整性\r\n│\r\n├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%\r\n│ ├─ 目标：≥ 90%\r\n│ └─ 意义：测试执行质量\r\n│\r\n├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%\r\n│ ├─ 目标：100%\r\n│ └─ 意义：需求覆盖完整性\r\n│\r\n├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%\r\n│ ├─ 目标：根据项目定义\r\n│ └─ 意义：自动化程度\r\n│\r\n└─ 用例有效率 = 有效用例数 / 总用例数 × 100%\r\n ├─ 目标：≥ 80%\r\n └─ 意义：用例设计质量\r\n```\r\n\r\n### 度量2：结果度量（产品质量）\r\n\r\n```text\r\n核心指标：\r\n├─ 缺陷密度 = 缺陷数 / 功能点数（或代码行数）\r\n│ ├─ 目标：根据项目定义\r\n│ └─ 意义：代码质量\r\n│\r\n├─ 缺陷修复率 = 已修复缺陷数 / 总缺陷数 × 100%\r\n│ ├─ 目标：≥ 95%\r\n│ └─ 意义：缺陷处理效率\r\n│\r\n├─ 漏测率 = 线上缺陷数 / 总缺陷数 × 100%\r\n│ ├─ 目标：≤ 5%\r\n│ └─ 意义：测试有效性\r\n│\r\n├─ 逃逸率 = 线上缺陷数 / (线上缺陷数 + 测试缺陷数) × 100%\r\n│ ├─ 目标：≤ 10%\r\n│ └─ 意义：测试拦截能力\r\n│\r\n└─ 严重缺陷占比 = 严重缺陷数 / 总缺陷数 × 100%\r\n ├─ 目标：≤ 10%\r\n └─ 意义：缺陷严重程度分布\r\n```\r\n\r\n### 度量3：效率度量（测试效率）\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│ ├─ 目标：≤ 3天（严重）\r\n│ └─ 意义：缺陷处理效率\r\n│\r\n└─ 回归测试效率 = 回归用例数 / 回归工时\r\n ├─ 目标：根据项目定义\r\n └─ 意义：回归测试效率\r\n```\r\n\r\n### 度量4：健康度量（质量趋势）\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```markdown\r\n# 质量度量报告\r\n\r\n## 1. 过程度量\r\n- 用例执行率：[X]% (目标≥95%)\r\n- 用例通过率：[X]% (目标≥90%)\r\n- 需求覆盖率：[X]% (目标100%)\r\n- 自动化覆盖率：[X]%\r\n\r\n## 2. 结果度量\r\n- 缺陷密度：[X]/功能点\r\n- 缺陷修复率：[X]% (目标≥95%)\r\n- 漏测率：[X]% (目标≤5%)\r\n- 逃逸率：[X]% (目标≤10%)\r\n\r\n## 3. 效率度量\r\n- 测试周期：[X]天\r\n- 用例执行效率：[X]条/人天\r\n- 缺陷发现效率：[X]个/人天\r\n- 缺陷修复周期：[X]天\r\n\r\n## 4. 健康度量\r\n- 缺陷趋势：[上升/稳定/下降]\r\n- 缺陷收敛：[收敛/发散]\r\n- 质量趋势：[改善/稳定/恶化]\r\n\r\n## 5. 风险分析\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- [ ] 改进建议是否可行？\n\nFile v1.5.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-quality-metrics\",\n \"version\": \"1.5.0\",\n \"publishedAt\": 1782736428642\n}\n\nFile v1.5.0:skill-card.md\n\n## Description:
\nHelps QA teams design and report quality metrics across process quality, product results, testing efficiency, and quality health trends.
\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 engineering managers use this skill to turn test execution, defect, and historical baseline data into quality dashboards, trend analysis, and management-facing quality reports.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The skill may activate on broad quality-status questions or answer in Chinese when a different language is expected.
\nMitigation: Confirm the intended reporting language and scope before using the generated metrics in stakeholder-facing reports.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-quality-metrics)
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown quality reports, metric formulas, dashboards, analysis summaries, and checklists]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Outputs are primarily Chinese-language QA metric guidance based on provided test, defect, and optional baseline data.]
\n\n## Skill Version(s):
\n1.5.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.4.1: 3 files, 3555 bytes\n\nFiles: skill-card.md (2189b), SKILL.md (5717b), _meta.json (137b)\n\nFile v1.4.1:SKILL.md\n\n---\r\nname: qa-quality-metrics\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-release-risk-governance # 输入：发布数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n downstream:\r\n - qa-retrospective # 输出：度量数据用于复盘\r\n - qa-testability-advocacy # 输出：质量趋势推动改进\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├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%\r\n│ ├─ 目标：≥ 95%\r\n│ └─ 意义：测试覆盖完整性\r\n│\r\n├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%\r\n│ ├─ 目标：≥ 90%\r\n│ └─ 意义：测试执行质量\r\n│\r\n├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%\r\n│ ├─ 目标：100%\r\n│ └─ 意义：需求覆盖完整性\r\n│\r\n├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%\r\n│ ├─ 目标：根据项目定义\r\n│ └─ 意义：自动化程度\r\n│\r\n└─ 用例有效率 = 有效用例数 / 总用例数 × 100%\r\n ├─ 目标：≥ 80%\r\n └─ 意义：用例设计质量\r\n```\r\n\r\n### 度量2：结果度量（产品质量）\r\n\r\n```\r\n核心指标：\r\n├─ 缺陷密度 = 缺陷数 / 功能点数（或代码行数）\r\n│ ├─ 目标：根据项目定义\r\n│ └─ 意义：代码质量\r\n│\r\n├─ 缺陷修复率 = 已修复缺陷数 / 总缺陷数 × 100%\r\n│ ├─ 目标：≥ 95%\r\n│ └─ 意义：缺陷处理效率\r\n│\r\n├─ 漏测率 = 线上缺陷数 / 总缺陷数 × 100%\r\n│ ├─ 目标：≤ 5%\r\n│ └─ 意义：测试有效性\r\n│\r\n├─ 逃逸率 = 线上缺陷数 / (线上缺陷数 + 测试缺陷数) × 100%\r\n│ ├─ 目标：≤ 10%\r\n│ └─ 意义：测试拦截能力\r\n│\r\n└─ 严重缺陷占比 = 严重缺陷数 / 总缺陷数 × 100%\r\n ├─ 目标：≤ 10%\r\n └─ 意义：缺陷严重程度分布\r\n```\r\n\r\n### 度量3：效率度量（测试效率）\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│ ├─ 目标：≤ 3天（严重）\r\n│ └─ 意义：缺陷处理效率\r\n│\r\n└─ 回归测试效率 = 回归用例数 / 回归工时\r\n ├─ 目标：根据项目定义\r\n └─ 意义：回归测试效率\r\n```\r\n\r\n### 度量4：健康度量（质量趋势）\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```markdown\r\n# 质量度量报告\r\n\r\n## 1. 过程度量\r\n- 用例执行率：[X]% (目标≥95%)\r\n- 用例通过率：[X]% (目标≥90%)\r\n- 需求覆盖率：[X]% (目标100%)\r\n- 自动化覆盖率：[X]%\r\n\r\n## 2. 结果度量\r\n- 缺陷密度：[X]/功能点\r\n- 缺陷修复率：[X]% (目标≥95%)\r\n- 漏测率：[X]% (目标≤5%)\r\n- 逃逸率：[X]% (目标≤10%)\r\n\r\n## 3. 效率度量\r\n- 测试周期：[X]天\r\n- 用例执行效率：[X]条/人天\r\n- 缺陷发现效率：[X]个/人天\r\n- 缺陷修复周期：[X]天\r\n\r\n## 4. 健康度量\r\n- 缺陷趋势：[上升/稳定/下降]\r\n- 缺陷收敛：[收敛/发散]\r\n- 质量趋势：[改善/稳定/恶化]\r\n\r\n## 5. 风险分析\r\n- 高风险模块：[模块列表]\r\n- 主要问题：[问题描述]\r\n- 改进建议：[建议列表]\r\n```\r\n\r\n## Examples\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## Guidelines\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-quality-metrics\",\n \"version\": \"1.4.1\",\n \"publishedAt\": 1782406520638\n}\n\nFile v1.4.1:skill-card.md\n\n## Description:
\nQa Quality Metrics helps Chinese-language QA teams structure process, outcome, efficiency, and health metrics into quality trend assessments and dashboard-ready reports.
\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 delivery managers use this skill to turn release, defect, and test execution data into quality metric reports, dashboard inputs, risk analysis, and improvement recommendations.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Broad activation wording could invoke the skill for ordinary mentions of trends or quality.
\nMitigation: Narrow activation wording to explicit QA quality metrics, quality dashboards, or metric-system requests.
\nRisk: The skill reads QA source data supplied for analysis.
\nMitigation: Limit access to intended release, defect, and test data files, and review generated metric interpretations before using them for management reporting.
\nRisk: A leading BOM or invisible character in SKILL.md can interfere with tooling that parses frontmatter.
\nMitigation: Remove the invisible character before republishing or validating the skill package.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-quality-metrics)
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown quality metrics report with metric formulas, target comparisons, risk analysis, and improvement recommendations]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Requires user-provided release, defect, and test data; no executable output.]
\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, 3429 bytes\n\nFiles: skill-card.md (1703b), SKILL.md (5959b), _meta.json (137b)\n\nFile v1.4.0:SKILL.md\n\n---\r\nname: qa-quality-metrics\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-release-risk-governance # 输入：发布数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n downstream:\r\n - qa-retrospective # 输出：度量数据用于复盘\r\n - qa-testability-advocacy # 输出：质量趋势推动改进\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├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%\r\n│ ├─ 目标：≥ 95%\r\n│ └─ 意义：测试覆盖完整性\r\n│\r\n├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%\r\n│ ├─ 目标：≥ 90%\r\n│ └─ 意义：测试执行质量\r\n│\r\n├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%\r\n│ ├─ 目标：100%\r\n│ └─ 意义：需求覆盖完整性\r\n│\r\n├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%\r\n│ ├─ 目标：根据项目定义\r\n│ └─ 意义：自动化程度\r\n│\r\n└─ 用例有效率 = 有效用例数 / 总用例数 × 100%\r\n ├─ 目标：≥ 80%\r\n └─ 意义：用例设计质量\r\n```\r\n\r\n### 度量2：结果度量（产品质量）\r\n\r\n```\r\n核心指标：\r\n├─ 缺陷密度 = 缺陷数 / 功能点数（或代码行数）\r\n│ ├─ 目标：根据项目定义\r\n│ └─ 意义：代码质量\r\n│\r\n├─ 缺陷修复率 = 已修复缺陷数 / 总缺陷数 × 100%\r\n│ ├─ 目标：≥ 95%\r\n│ └─ 意义：缺陷处理效率\r\n│\r\n├─ 漏测率 = 线上缺陷数 / 总缺陷数 × 100%\r\n│ ├─ 目标：≤ 5%\r\n│ └─ 意义：测试有效性\r\n│\r\n├─ 逃逸率 = 线上缺陷数 / (线上缺陷数 + 测试缺陷数) × 100%\r\n│ ├─ 目标：≤ 10%\r\n│ └─ 意义：测试拦截能力\r\n│\r\n└─ 严重缺陷占比 = 严重缺陷数 / 总缺陷数 × 100%\r\n ├─ 目标：≤ 10%\r\n └─ 意义：缺陷严重程度分布\r\n```\r\n\r\n### 度量3：效率度量（测试效率）\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│ ├─ 目标：≤ 3天（严重）\r\n│ └─ 意义：缺陷处理效率\r\n│\r\n└─ 回归测试效率 = 回归用例数 / 回归工时\r\n ├─ 目标：根据项目定义\r\n └─ 意义：回归测试效率\r\n```\r\n\r\n### 度量4：健康度量（质量趋势）\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```markdown\r\n# 质量度量报告\r\n\r\n## 1. 过程度量\r\n- 用例执行率：[X]% (目标≥95%)\r\n- 用例通过率：[X]% (目标≥90%)\r\n- 需求覆盖率：[X]% (目标100%)\r\n- 自动化覆盖率：[X]%\r\n\r\n## 2. 结果度量\r\n- 缺陷密度：[X]/功能点\r\n- 缺陷修复率：[X]% (目标≥95%)\r\n- 漏测率：[X]% (目标≤5%)\r\n- 逃逸率：[X]% (目标≤10%)\r\n\r\n## 3. 效率度量\r\n- 测试周期：[X]天\r\n- 用例执行效率：[X]条/人天\r\n- 缺陷发现效率：[X]个/人天\r\n- 缺陷修复周期：[X]天\r\n\r\n## 4. 健康度量\r\n- 缺陷趋势：[上升/稳定/下降]\r\n- 缺陷收敛：[收敛/发散]\r\n- 质量趋势：[改善/稳定/恶化]\r\n\r\n## 5. 风险分析\r\n- 高风险模块：[模块列表]\r\n- 主要问题：[问题描述]\r\n- 改进建议：[建议列表]\r\n```\r\n\r\n## Examples\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## Guidelines\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-quality-metrics\",\n \"version\": \"1.4.0\",\n \"publishedAt\": 1782277787311\n}\n\nFile v1.4.0:skill-card.md\n\n## Description:
\nQa Quality Metrics helps QA teams define process, outcome, efficiency, and health metrics for quality trend analysis, product health reporting, and management-facing quality dashboards.
\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 quality managers use this skill to turn release and defect data into a structured quality metrics report covering process, result, efficiency, and health indicators.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The skill may activate on generic requests about quality data or trend analysis outside a QA context.
\nMitigation: Clarify whether the user means QA quality metrics before applying the report template.
\n\n\n## Reference(s):
\n- [ClawHub Skill Page](https://clawhub.ai/kokxi/skills/qa-quality-metrics)
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown quality metrics report with process, result, efficiency, health, and risk-analysis sections]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Uses release data and defect data as inputs when available.]
\n\n## Skill Version(s):
\n1.4.0 (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.
","readmeExcerpt":"Skill: qa-quality-metrics Owner: kokxi Summary: 当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。 触发场景：质量度量、质量指标、怎么量化质量、质量看板、质量数据、趋势分析、向管理层展示质量数据时。 Use when the user asks about: test quality metrics and dashboards — process, result, efficiency, and health indicators for management reporting. Tags: l","codeSnippets":[],"executableExamples":[{"language":"markdown","snippet":"# 质量度量报告\n\n## 1. 过程度量\n- 用例执行率：[X]% (目标≥95%)\n- 用例通过率：[X]% (目标≥90%)\n- 需求覆盖率：[X]% (目标100%)\n- 自动化覆盖率：[X]%\n\n## 2. 结果度量\n- 缺陷密度：[X]/功能点\n- 缺陷修复率：[X]% (目标≥95%)\n- 漏测率：[X]% (目标≤5%)\n- 逃逸率：[X]% (目标≤10%)\n\n## 3. 效率度量\n- 测试周期：[X]天\n- 用例执行效率：[X]条/人天\n- 缺陷发现效率：[X]个/人天\n- 缺陷修复周期：[X]天\n\n## 4. 健康度量\n- 缺陷趋势：[上升/稳定/下降]\n- 缺陷收敛：[收敛/发散]\n- 质量趋势：[改善/稳定/恶化]\n\n## 5. 风险分析\n- 高风险模块：[模块列表]\n- 主要问题：[问题描述]\n- 改进建议：[建议列表]"},{"language":"text","snippet":"核心指标：\n├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：测试覆盖完整性\n│\n├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%\n│ ├─ 目标：≥ 90%\n│ └─ 意义：测试执行质量\n│\n├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%\n│ ├─ 目标：100%\n│ └─ 意义：需求覆盖完整性\n│\n├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%\n│ ├─ 目标：根据项目定义\n│ └─ 意义：自动化程度\n│\n└─ 用例有效率 = 有效用例数 / 总用例数 × 100%\n ├─ 目标：≥ 80%\n └─ 意义：用例设计质量"},{"language":"text","snippet":"核心指标：\n├─ 缺陷密度 = 缺陷数 / 功能点数（或代码行数）\n│ ├─ 目标：根据项目定义\n│ └─ 意义：代码质量\n│\n├─ 缺陷修复率 = 已修复缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：缺陷处理效率\n│\n├─ 漏测率 = 线上缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≤ 5%\n│ └─ 意义：测试有效性\n│\n├─ 逃逸率 = 线上缺陷数 / (线上缺陷数 + 测试缺陷数) × 100%\n│ ├─ 目标：≤ 10%\n│ └─ 意义：测试拦截能力\n│\n└─ 严重缺陷占比 = 严重缺陷数 / 总缺陷数 × 100%\n ├─ 目标：≤ 10%\n └─ 意义：缺陷严重程度分布"},{"language":"text","snippet":"核心指标：\n├─ 测试周期 = 测试结束日期 - 测试开始日期\n│ ├─ 目标：根据项目定义\n│ └─ 意义：测试效率\n│\n├─ 用例执行效率 = 执行用例数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：执行效率\n│\n├─ 缺陷发现效率 = 发现缺陷数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：缺陷发现能力\n│\n├─ 缺陷修复周期 = 缺陷修复日期 - 缺陷提交日期\n│ ├─ 目标：≤ 3天（严重）\n│ └─ 意义：缺陷处理效率\n│\n└─ 回归测试效率 = 回归用例数 / 回归工时\n ├─ 目标：根据项目定义\n └─ 意义：回归测试效率"},{"language":"text","snippet":"核心指标：\n├─ 缺陷趋势：新增缺陷数/天\n│ ├─ 正常：逐渐减少\n│ └─ 异常：突然增加\n│\n├─ 缺陷收敛：累计缺陷曲线\n│ ├─ 正常：趋于平缓\n│ └─ 异常：持续上升\n│\n├─ 质量趋势：缺陷密度/版本\n│ ├─ 正常：逐渐降低\n│ └─ 异常：突然升高\n│\n└─ 风险热力图：模块×缺陷密度\n ├─ 正常：低密度模块为主\n └─ 异常：高密度模块集中"},{"language":"text","snippet":"核心指标：\n├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：测试覆盖完整性\n│\n├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%\n│ ├─ 目标：≥ 90%\n│ └─ 意义：测试执行质量\n│\n├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%\n│ ├─ 目标：100%\n│ └─ 意义：需求覆盖完整性\n│\n├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%\n│ ├─ 目标：根据项目定义\n│ └─ 意义：自动化程度\n│\n└─ 用例有效率 = 有效用例数 / 总用例数 × 100%\n ├─ 目标：≥ 80%\n └─ 意义：用例设计质量"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: qa-quality-metrics\ndescription: >-\n 当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。 触发场景：质量度量、质量指标、怎么量化质量、质量看板、质量数据、趋势分析、向管理层展示质量数据时。 Use when the user asks about: test quality metrics and dashboards — process, result, efficiency, and health indicators for management reporting.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Quality Metrics\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"质量度量\\\"、\\\"质量指标\\\"、\\\"怎么量化质量\\\"、\\\"质量看板\\\"、\\\"质量数据\\\"、\\\"趋势分析\\\"、需要建立度量体系、向管理层展示质量数据时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-release-risk-governance\\\",\\\"qa-bug-lifecycle\\\"],\\\"downstream\\\":[\\\"qa-retrospective\\\",\\\"qa-testability-advocacy\\\",\\\"qa-stakeholder-communication\\\",\\\"qa-tech-debt-management\\\",\\\"qa-test-reporting\\\"]}\"\n references: \"[\\\"references/metrics-dimensions.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"测试数据\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"测试执行数据和结果\\\"},{\\\"name\\\":\\\"缺陷数据\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"缺陷统计和分析数据\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"历史基线\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"历史质量基线数据\\\"}]}\"\n output-format: \"{\\\"traceability\\\":[\\\"每份度量报告带唯一ID（METRIC-XXXX）\\\"],\\\"structure\\\":[\\\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述；缺失模块标注\\\\\\\"未覆盖+原因\\\\\\\"\\\",{\\\"quality_dashboard\\\":\\\"质量仪表盘\\\"},{\\\"defect_density\\\":\\\"缺陷密度分析\\\"},{\\\"test_coverage\\\":\\\"测试覆盖率\\\"},{\\\"pass_fail_rate\\\":\\\"通过/失败率\\\"},{\\\"trend_analysis\\\":\\\"质量趋势分析\\\"},\\\"覆盖率：涉及覆盖率的结论必须标注口径（基于现有需求/输入文档），禁止\\\\\\\"全覆盖/100%\\\\\\\"绝对化表述\\\"]}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"度量数据缺失时回退到测试执行和缺陷数据收集\\\",\\\"retry_behavior\\\":\\\"补齐数据后重新计算指标\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Testing\\\",\\\"DevOps\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"根据度量维度调整指标深度：简单×1/中等×2/复杂×3\\\",\\\"minimum\\\":\\\"至少覆盖过程质量、结果质量、效率、健康度4个维度\\\"}\"\n---\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n# 质量度量体系\n\n## 核心原则\n\n质量不是感觉，是可以量化的。\n\n## 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 选指标、算指标或查数据来源时，取四类详表 | [`references/metrics-dimensions.md`](references/metrics-dimensions.md) |\n\n> `四类度量指标`的完整内容已下沉至 `references/metrics-dimensions.md`，避免每次触发都占用上下文。\n\n## 度量报告模板\n\n```markdown\n# 质量度量报告\n\n## 1. 过程度量\n- 用例执行率：[X]% (目标≥95%)\n- 用例通过率：[X]% (目标≥90%)\n- 需求覆盖率：[X]% (目标100%)\n- 自动化覆盖率：[X]%\n\n## 2. 结果度量\n- 缺陷密度：[X]/功能点\n- 缺陷修复率：[X]% (目标≥95%)\n- 漏测率：[X]% (目标≤5%)\n- 逃逸率：[X]% (目标≤10%)\n\n## 3. 效率度量\n- 测试周期：[X]天\n- 用例执行效率：[X]条/人天\n- 缺陷发现效率：[X]个/人天\n- 缺陷修复周期：[X]天\n\n## 4. 健康度量\n- 缺陷趋势：[上升/稳定/下降]\n- 缺陷收敛：[收敛/发散]\n- 质量趋势：[改善/稳定/恶化]\n\n## 5. 风险分析\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- [ ] 改进建议是否可行？"},{"path":"_meta.json","content":"{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-quality-metrics\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790656033833\n}"},{"path":"references/metrics-dimensions.md","content":"# 四类质量度量指标详解\n\n> 本文是 `qa-quality-metrics` 的**四类度量指标详解**。选指标、算指标或找埋点来源时读本文；\n只需要度量框架与看板设计原则时不必读。\n\n---\n\n\n### 度量1：过程度量（测试过程质量）\n\n```text\n核心指标：\n├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：测试覆盖完整性\n│\n├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%\n│ ├─ 目标：≥ 90%\n│ └─ 意义：测试执行质量\n│\n├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%\n│ ├─ 目标：100%\n│ └─ 意义：需求覆盖完整性\n│\n├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%\n│ ├─ 目标：根据项目定义\n│ └─ 意义：自动化程度\n│\n└─ 用例有效率 = 有效用例数 / 总用例数 × 100%\n ├─ 目标：≥ 80%\n └─ 意义：用例设计质量\n```\n\n### 度量2：结果度量（产品质量）\n\n```text\n核心指标：\n├─ 缺陷密度 = 缺陷数 / 功能点数（或代码行数）\n│ ├─ 目标：根据项目定义\n│ └─ 意义：代码质量\n│\n├─ 缺陷修复率 = 已修复缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≥ 95%\n│ └─ 意义：缺陷处理效率\n│\n├─ 漏测率 = 线上缺陷数 / 总缺陷数 × 100%\n│ ├─ 目标：≤ 5%\n│ └─ 意义：测试有效性\n│\n├─ 逃逸率 = 线上缺陷数 / (线上缺陷数 + 测试缺陷数) × 100%\n│ ├─ 目标：≤ 10%\n│ └─ 意义：测试拦截能力\n│\n└─ 严重缺陷占比 = 严重缺陷数 / 总缺陷数 × 100%\n ├─ 目标：≤ 10%\n └─ 意义：缺陷严重程度分布\n```\n\n### 度量3：效率度量（测试效率）\n\n```text\n核心指标：\n├─ 测试周期 = 测试结束日期 - 测试开始日期\n│ ├─ 目标：根据项目定义\n│ └─ 意义：测试效率\n│\n├─ 用例执行效率 = 执行用例数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：执行效率\n│\n├─ 缺陷发现效率 = 发现缺陷数 / 测试工时\n│ ├─ 目标：根据项目定义\n│ └─ 意义：缺陷发现能力\n│\n├─ 缺陷修复周期 = 缺陷修复日期 - 缺陷提交日期\n│ ├─ 目标：≤ 3天（严重）\n│ └─ 意义：缺陷处理效率\n│\n└─ 回归测试效率 = 回归用例数 / 回归工时\n ├─ 目标：根据项目定义\n └─ 意义：回归测试效率\n```\n\n### 度量4：健康度量（质量趋势）\n\n```text\n核心指标：\n├─ 缺陷趋势：新增缺陷数/天\n│ ├─ 正常：逐渐减少\n│ └─ 异常：突然增加\n│\n├─ 缺陷收敛：累计缺陷曲线\n│ ├─ 正常：趋于平缓\n│ └─ 异常：持续上升\n│\n├─ 质量趋势：缺陷密度/版本\n│ ├─ 正常：逐渐降低\n│ └─ 异常：突然升高\n│\n└─ 风险热力图：模块×缺陷密度\n ├─ 正常：低密度模块为主\n └─ 异常：高密度模块集中\n```"},{"path":"skill-card.md","content":"## Description:\n\nHelps QA teams define and report process, product, efficiency, and health metrics to track quality trends and inform decisions.\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 managers use this skill to build quality dashboards and reports from test execution and defect data, compare trends and targets, and identify areas for improvement.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The optional companion-install command fetches an unpinned external package.\n\nMitigation: Run it only after trusting the publisher and verifying or pinning the exact version.\n\n## Reference(s):\n\n- [Quality metrics dimensions](references/metrics-dimensions.md)\n- [ClawHub skill listing](https://clawhub.ai/kokxi/skills/qa-quality-metrics)\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Analysis, Guidance]\n\n**Output Format:** [Markdown quality metrics report with dashboard summaries and recommendations]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Reports use METRIC-XXXX IDs, state coverage denominators and missing areas, and avoid unsupported claims of complete coverage.]\n\n## Skill Version(s):\n\n1.8.0 (source: ClawHub release metadata and skill 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."}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。 触发场景：质量度量、质量指标、怎么量化质量、质量看板、质量数据、趋势分析、向管理层展示质量数据时。 Use when the user asks about: test quality metrics and dashboards — process, result, efficiency, and health indicators for management reporting. Skill: qa-quality-metrics Owner: kokxi Summary: 当管理层问\"质量到底怎么样\"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。 触发场景：质量度量、质量指标、怎么量化质量、质量看板、质量数据、趋势分析、向管理层展示质量数据时。 Use when the user asks about: test quality metrics and dashboards — process, result, efficiency, and health indicators for management reporting. Tags: l","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":985,"uniquenessScore":52,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T08:22:50.605Z","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-11T08:22:50.605Z","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-11T10:51:54.145Z","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"}]}}}