{"id":"4c744207-dfe7-4cbd-aace-8dfbe32906bf","entityType":"agent","slug":"clawhub-kokxi-qa-test-reporting","name":"qa-test-reporting","canonicalUrl":"https://www.xpersona.co/agent/clawhub-kokxi-qa-test-reporting","canonicalPath":"/agent/clawhub-kokxi-qa-test-reporting","generatedAt":"2026-10-11T07:35:23.226Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T04:30:23.714Z","emptyReason":null},"description":"输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问\"质量怎么样\"的时候使用此技能。不同角色关心的数据不同：开发关心Bug明细，经理关心通过率和趋势，老板关心风险和发版决策。报告内容适配受众，关键指标量化呈现，风险区域必须单独成节并醒目标注。 触发场景：测试报告、日报、周报、迭代报告、报告模板、质量汇报、进度汇报、向管理层汇报测试进展时。 Use when the user asks about: writing test reports for different audiences — daily reports for the team, weekly reports for the PM, and quality summaries for management. Skill: qa-test-reporting Owner: kokxi Summary: 输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问\"质量怎么样\"的时候使用此技能。不同角色关心的数据不同：开发关心Bug明细，经理关心通过率和趋势，老板关心风险和发版决策。报告内容适配受众，关键指标量化呈现，风险区域必须单独成节并醒目标注。 触发场景：测试报告、日报、周报、迭代报告、报告模板、质量汇报、进度汇报、向管理层汇报测试进展时。 Use when the user asks about: writing test reports for different audiences — daily reports for the team, weekly reports for the PM, and quality summaries for managem","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1.2K downloads reported by the source. Last updated 10/11/2026.","installCommand":"clawhub skill install s170jw3s1atcj5jwhqb4r7v7eh8912kp:qa-test-reporting","sourceUrl":"https://clawhub.ai/kokxi/qa-test-reporting","homepage":"https://clawhub.ai/kokxi/skills/qa-test-reporting","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/kokxi/qa-test-reporting","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/kokxi/skills/qa-test-reporting","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-11T04:30:23.714Z","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-11T04:30:23.714Z","emptyReason":null},"stars":null,"forks":null,"downloads":1159,"packageName":null,"latestVersion":"1.8.0","tractionLabel":"1.2K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T04:30:23.601Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T04:30:23.714Z","lastCrawledAt":"2026-10-11T04:30:23.601Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T04:30:23.601Z","lastVerifiedAt":null,"highlights":[{"version":"1.8.0","createdAt":"2026-09-29T04:29:42.297Z","changelog":"## qa-test-reporting v1.8.0 - Major update: Skill documentation and reporting structure revised for clarity and traceability. - SKILL.md reworked: clearer principles, stricter report structure, and explicit rules for conclusions and risk sections. - Reporting templates and audience-needs references added for easier report customization (`assets/report-templates.md`, `references/audience-needs.md`). - Outdated skill-card removed; migration to more detailed metadata. - Enhanced traceability and requirements for output content (IDs, reference values, and minimum report sections now more explicit). - Guidance and documentation now match upstream skill ecosystem structure and terminology.","fileCount":5,"zipByteSize":9133},{"version":"1.7.7","createdAt":"2026-09-27T14:43:51.667Z","changelog":"1.7.7","fileCount":3,"zipByteSize":4699},{"version":"1.7.6","createdAt":"2026-09-01T12:49:39.605Z","changelog":"显示名改中文","fileCount":3,"zipByteSize":4861},{"version":"1.7.5","createdAt":"2026-08-30T15:22:08.517Z","changelog":"1.7.5: 版本号升级","fileCount":3,"zipByteSize":4698},{"version":"1.7.0","createdAt":"2026-08-16T14:33:45.331Z","changelog":"qa-test-reporting v1.7.0 - Removed obsolete file: skill-card.md - Updated SKILL.md content, including possible improvements or clarifications to documentation and structure - No functional changes to the skill logic reported","fileCount":3,"zipByteSize":4481},{"version":"1.6.3","createdAt":"2026-08-12T15:31:01.788Z","changelog":"- Added skill slug and displayName fields to SKILL.md for improved metadata and consistency. - Updated version to 1.6.3. - Removed the skill-card.md file. - No changes to core logic or report content.","fileCount":3,"zipByteSize":4574},{"version":"1.6.0","createdAt":"2026-07-06T17:33:52.046Z","changelog":"Version 1.6.0 of qa-test-reporting introduces traceability and reporting standards improvements. - Added explicit traceability requirements: each report must include a unique ID and aggregate related use case, defect, and requirement IDs. - Defined new output format fields for traceability and report structure. - Clarified depth quantification: minimum core sections specified, with recommendations for tailoring depth by audience. - Introduced error recovery guidance—fallback to quality metrics if key audience concerns are missed. - Specified category tags and improved structure for standards compliance. - Removed the obsolete skill-card.md file.","fileCount":3,"zipByteSize":4512},{"version":"1.5.0","createdAt":"2026-06-29T12:37:18.195Z","changelog":"- Improved description to clarify audience needs and report adaptation for different roles - Added version field in SKILL.md - Standardized input and output formats in SKILL.md for clearer data requirements and output structure - Replaced section \"Examples\" with \"输出示例\"，and \"Guidelines\" with \"检查清单\" - Removed outdated file: skill-card.md","fileCount":3,"zipByteSize":4010}]},"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-reporting","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-reporting/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-reporting/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-reporting/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-reporting/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-reporting/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-reporting/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-11T07:35:23.224Z"}},"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-reporting/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-reporting/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-reporting/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-kokxi-qa-test-reporting/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-11T04:30:23.714Z","emptyReason":null},"readme":"Skill: qa-test-reporting\n\nOwner: kokxi\n\nSummary: 输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问\"质量怎么样\"的时候使用此技能。不同角色关心的数据不同：开发关心Bug明细，经理关心通过率和趋势，老板关心风险和发版决策。报告内容适配受众，关键指标量化呈现，风险区域必须单独成节并醒目标注。 触发场景：测试报告、日报、周报、迭代报告、报告模板、质量汇报、进度汇报、向管理层汇报测试进展时。 Use when the user asks about: writing test reports for different audiences — daily reports for the team, weekly reports for the PM, and quality summaries for management.\n\nTags: latest:1.8.0\n\nVersion history:\n\nv1.8.0 | 2026-09-29T04:29:42.297Z | auto\n\n## qa-test-reporting v1.8.0\n\n- Major update: Skill documentation and reporting structure revised for clarity and traceability.\n- SKILL.md reworked: clearer principles, stricter report structure, and explicit rules for conclusions and risk sections.\n- Reporting templates and audience-needs references added for easier report customization (`assets/report-templates.md`, `references/audience-needs.md`).\n- Outdated skill-card removed; migration to more detailed metadata.\n- Enhanced traceability and requirements for output content (IDs, reference values, and minimum report sections now more explicit).\n- Guidance and documentation now match upstream skill ecosystem structure and terminology.\n\nv1.7.7 | 2026-09-27T14:43:51.667Z | user\n\n1.7.7\n\nv1.7.6 | 2026-09-01T12:49:39.605Z | user\n\n显示名改中文\n\nv1.7.5 | 2026-08-30T15:22:08.517Z | user\n\n1.7.5: 版本号升级\n\nv1.7.0 | 2026-08-16T14:33:45.331Z | auto\n\nqa-test-reporting v1.7.0\n\n- Removed obsolete file: skill-card.md\n- Updated SKILL.md content, including possible improvements or clarifications to documentation and structure\n- No functional changes to the skill logic reported\n\nv1.6.3 | 2026-08-12T15:31:01.788Z | auto\n\n- Added skill slug and displayName fields to SKILL.md for improved metadata and consistency.\n- Updated version to 1.6.3.\n- Removed the skill-card.md file.\n- No changes to core logic or report content.\n\nv1.6.0 | 2026-07-06T17:33:52.046Z | auto\n\nVersion 1.6.0 of qa-test-reporting introduces traceability and reporting standards improvements.\n\n- Added explicit traceability requirements: each report must include a unique ID and aggregate related use case, defect, and requirement IDs.\n- Defined new output format fields for traceability and report structure.\n- Clarified depth quantification: minimum core sections specified, with recommendations for tailoring depth by audience.\n- Introduced error recovery guidance—fallback to quality metrics if key audience concerns are missed.\n- Specified category tags and improved structure for standards compliance.\n- Removed the obsolete skill-card.md file.\n\nv1.5.0 | 2026-06-29T12:37:18.195Z | auto\n\n- Improved description to clarify audience needs and report adaptation for different roles\n- Added version field in SKILL.md\n- Standardized input and output formats in SKILL.md for clearer data requirements and output structure\n- Replaced section \"Examples\" with \"输出示例\"，and \"Guidelines\" with \"检查清单\"\n- Removed outdated file: skill-card.md\n\nv1.4.1 | 2026-06-25T16:57:55.299Z | auto\n\n- Updated skill description for clarity and conciseness.\n- Removed redundant details from SKILL.md; streamlined introduction and usage trigger.\n- No logic or template changes; all report structures and templates remain the same.\n- Deleted outdated skill-card.md file for clean-up.\n\nv1.4.0 | 2026-06-24T05:14:27.000Z | auto\n\n- Expanded keywords and trigger phrases in description and when_to_use, improving discoverability for more reporting scenarios.\n- Upstream related skill qa-defect-lifecycle replaced with qa-bug-lifecycle for better alignment.\n- Added more keywords to description (如测试摘要、覆盖率报告、报告模板、质量可视化).\n- Small language adjustments to clarify scenarios where skill is applicable.\n- Removed redundant file skill-card.md.\n\nv1.3.0 | 2026-06-23T15:26:03.365Z | auto\n\n- Expanded and clarified usage scenarios and trigger keywords for generating test reports, including daily, weekly, iteration, and special reports.\n- Added comprehensive, structured templates and content outlines for daily reports, weekly summaries, iteration reports, and specialized testing reports.\n- Provided clear definitions for input and output formats, as well as related and dependent skills.\n- Included practical report examples and post-report quality check guidelines.\n- Improved documentation to better support both test teams and management-level report consumers.\n\nArchive index:\n\nArchive v1.8.0: 5 files, 9133 bytes\n\nFiles: assets/report-templates.md (4802b), references/audience-needs.md (2523b), skill-card.md (1823b), SKILL.md (7865b), _meta.json (136b)\n\nFile v1.8.0:SKILL.md\n\n---\nname: qa-test-reporting\ndescription: >-\n 输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问\"质量怎么样\"的时候使用此技能。不同角色关心的数据不同：开发关心Bug明细，经理关心通过率和趋势，老板关心风险和发版决策。报告内容适配受众，关键指标量化呈现，风险区域必须单独成节并醒目标注。\n 触发场景：测试报告、日报、周报、迭代报告、报告模板、质量汇报、进度汇报、向管理层汇报测试进展时。 Use when the user asks about: writing test reports for different audiences — daily reports for the team, weekly reports for the PM, and quality summaries for management.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Test Reporting\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"测试报告\\\"、\\\"日报\\\"、\\\"周报\\\"、\\\"迭代报告\\\"、\\\"报告模板\\\"、\\\"质量汇报\\\"、\\\"进度汇报\\\"、需要编写测试报告、向管理层汇报测试进展时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-quality-metrics\\\",\\\"qa-bug-lifecycle\\\",\\\"qa-execution-observation\\\"],\\\"downstream\\\":[\\\"qa-stakeholder-communication\\\",\\\"qa-retrospective\\\"]}\"\n references: \"[\\\"references/audience-needs.md\\\",\\\"assets/report-templates.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"测试执行数据\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"测试执行结果和统计（来自qa-execution-observation的执行记录）\\\"},{\\\"name\\\":\\\"缺陷数据\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"缺陷统计和分析数据（来自qa-bug-lifecycle）\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"质量度量\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-quality-metrics的质量数据\\\"},{\\\"name\\\":\\\"准出标准\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-test-strategy-design的本项目准出标准，用于报告中的目标值对比\\\"}]}\"\n output-format: \"{\\\"traceability\\\":[\\\"每份测试报告带唯一ID：RPT-{模块缩写}-{三位序号}\\\",\\\"聚合上游 ID：用例 TC_ / 缺陷 BUG- / 需求 REQ- / 风险 RISK-\\\"],\\\"structure\\\":[{\\\"report\\\":\\\"测试报告：按类型选结构 —— 日报(今日完成+阻塞项+明日计划) / 周报(指标趋势+待决策项) / 迭代报告(执行摘要+质量数据+缺陷分析+风险评估+改进建议+附件) / 专项报告(目标+范围+环境+方法+结果+问题分析+结论)\\\"},\\\"质量结论只有三种：通过 / 有条件通过（须写明条件与责任人）/ 不通过；禁用「基本通过」「风险可控」等无法判定的措辞\\\",\\\"结论与发布建议必须前置，不得埋在末尾\\\",\\\"目标值取自 qa-test-strategy-design 的本项目准出标准并注明出处，不照抄通用模板\\\",\\\"风险必须单独成节，标注 RISK- ID、责任人与应对；不得只报好消息\\\",\\\"本技能不产出 9 列用例表 —— 只汇总，用例由 qa-test-case-design 定义\\\"]}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"报告遗漏受众关注点时回退到质量度量补充数据\\\",\\\"retry_behavior\\\":\\\"补充数据后重新生成报告\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Testing\\\",\\\"DevOps\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"按受众与频率调整报告深度：日报/周报精简，迭代报告完整，专项报告按方法论展开\\\",\\\"minimum\\\":\\\"至少包含 进度/质量/风险/下一步 四个核心章节；风险章节不可省略\\\"}\"\n---\n\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及发布建议和延期结论字段。\n> 这些是报告字段不是直接操作；请勿未经授权即执行发布或延期决策。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 测试报告编写\n\n## 核心原则\n\n**测试报告不是数据堆砌，而是决策支持**——让读者快速得到答案，而不是读完报告还要再问一次。\n\n## 1. 先定受众，再选报告类型\n\n| 报告类型 | 受众 | 频率 | 主体篇幅应给 |\n|---------|------|------|------------|\n| **日报** | 测试团队、开发 | 每日 | 今日完成 + 阻塞项 |\n| **周报** | 测试负责人、PM | 每周 | 指标趋势 + 待决策项 |\n| **迭代报告** | 项目团队、管理层 | 每迭代 | 质量结论 + 发布建议 + 风险 |\n| **专项报告** | 相关方 | 按需 | 方法 + 结果对比基线 + 根因 |\n\n| 受众 | 最关心 | 最不关心 |\n|------|-------|---------|\n| 开发 | Bug 明细、复现步骤、定位信息 | 覆盖率、趋势图 |\n| PM / 测试负责人 | 通过率、进度、阻塞项、资源缺口 | 单个 Bug 细节 |\n| 管理层 | 风险、是否发版、资源投入 | 用例执行明细 |\n| QA 团队 | 覆盖率分布、遗留风险、个人任务 | — |\n\n> 放错重点比数据缺失更糟：把 80% 篇幅花在对方不关心的指标上，对方仍然答不出决策问题。\n> 详细受众分析见 [`references/audience-needs.md`](references/audience-needs.md)。\n\n## 2. 质量结论：只有三种\n\n| 结论 | 含义 | 附带要求 |\n|------|------|---------|\n| **通过** | 满足全部准出标准 | — |\n| **有条件通过** | 主体满足，存在已知且可接受的风险 | **必须写明条件与责任人** |\n| **不通过** | 不满足准出标准 | 必须写明差距与补齐计划 |\n\n> **禁用**\"基本通过\"\"整体可控\"\"风险可控\"这类措辞——无法判定，等于没结论。\n> 需要模糊空间时用\"有条件通过\"并把条件写清楚。\n\n## 3. 加载时机\n\n| 什么时候读 | 读哪个 |\n|-----------|--------|\n| 拿报告模板填 | [`assets/report-templates.md`](assets/report-templates.md)（四类模板 + 填写要求 + 自检） |\n| 不确定某受众该看什么、或报告被说\"没重点\" | [`references/audience-needs.md`](references/audience-needs.md) |\n\n## 4. 五个硬规则\n\n1. **结论前置** —— 管理层只看前三分之一，质量结论与发布建议不能埋在末尾\n2. **风险单独成节** —— 标注 `RISK-` ID、责任人与应对措施。**只报好消息是本报告最严重的失败**\n3. **数字可追溯** —— 每个数字都能追到用例执行明细或缺陷清单\n4. **目标值注明出处** —— 取自 `qa-test-strategy-design` 的本项目准出标准，\n **不要照抄 ≥95%/≥90%**：长期执行率 100% 的团队把准出定在 95% 等于没拦截作用\n5. **覆盖率标注口径** —— 写\"基于现有需求文档的覆盖率\"，禁止\"全覆盖/100%\"\n\n## 5. 产出\n\n```markdown\n# 迭代测试报告 —— [迭代名]\n\n## 1. 执行摘要 → 迭代目标 / 测试范围（含不测什么）/ **质量结论** / **发布建议**\n## 2. 质量数据 → 指标 | 结果 | 目标 | 状态（目标注明出处）\n## 3. 缺陷分析 → 按严重程度 / 按模块 / 密度 / Top3 高频模式\n## 4. 风险评估 → 风险 | 等级 | RISK- 依据 | 应对 | 责任人\n## 5. 改进建议 → 流程 / 工具 / 能力\n## 6. 附件 → 用例执行明细 / 缺陷清单 / 趋势图\n```\n\n> 四类报告的完整模板见 `assets/report-templates.md`。\n> **本技能只汇总，不产出用例。**\n\n## 6. 交付前自检\n\n- [ ] 报告类型与受众匹配（没有一稿多投）\n- [ ] **质量结论与发布建议已前置**，且措辞为三种之一\n- [ ] 所有数字可追溯到用例执行明细或缺陷清单\n- [ ] 风险单独成节，每条有 `RISK-` ID、责任人与应对措施\n- [ ] 目标值注明了出处（项目准出标准），未照抄模板\n- [ ] 覆盖率标注了口径，无绝对化表述\n- [ ] \"不测什么\"已说明\n- [ ] 待决策项写清了\"谁/何时/决策什么\"\n\nFile v1.8.0:_meta.json\n\n{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-test-reporting\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790656182297\n}\n\nFile v1.8.0:references/audience-needs.md\n\n# 不同受众关心什么\n\n> 本文是 `qa-test-reporting` 的**受众分析**。不确定某类报告该放什么、不该放什么时读本文。\n> 四类报告模板见 [`../assets/report-templates.md`](../assets/report-templates.md)。\n\n**报告不是数据堆砌，而是决策支持。** 同一批数据，给不同人看要给出不同的重点——\n放错重点比数据缺失更糟：把 80% 篇幅花在对方不关心的指标上，对方仍然答不出他要的决策。\n\n## 受众 × 关注点\n\n| 受众 | 最关心 | 最不关心 | 决策时问的问题 |\n|------|-------|---------|-------------|\n| **开发** | Bug 明细、复现步骤、定位信息 | 覆盖率、趋势图 | 这个 Bug 我怎么改？ |\n| **PM / 测试负责人** | 通过率、进度、阻塞项、资源缺口 | 单个 Bug 细节 | 能不能按期发？还差什么？ |\n| **管理层 / 老板** | 风险、是否发版、要投多少资源 | 用例执行明细 | 这次要不要延期？要加人吗？ |\n| **QA 团队内部** | 覆盖率分布、遗留风险、个人任务 | — | 我这周该做什么？ |\n\n## 篇幅分配建议\n\n| 报告类型 | 主体篇幅应给 | 不该占主体 |\n|---------|------------|----------|\n| **日报** | 今日完成 + 阻塞项 | 历史数据、趋势图 |\n| **周报** | 指标趋势 + 待决策项 | 单个 Bug 详情 |\n| **迭代报告** | 质量结论 + 发布建议 + 风险 | 逐条用例执行记录（放附件） |\n| **专项报告** | 方法 + 结果对比基线 + 根因 | 与本专项无关的全局指标 |\n\n## 三个常犯的错\n\n1. **一稿多投** —— 把迭代报告原样发成日报。管理层看不到需要决策的点，团队被无关数据淹没\n2. **结论埋在末尾** —— 管理层只看前三分之一。**结论与建议必须前置**\n3. **只报好消息** —— 风险章节写\"暂无风险\"但正文里有 3 个高危遗留。\n **风险必须单独成节且醒目标注**，不能靠读者自己从数据里推断\n\n## 质量结论的措辞\n\n质量结论只有三种，不要用模糊表达：\n\n| 结论 | 含义 | 附带条件 |\n|------|------|---------|\n| **通过** | 满足全部准出标准 | — |\n| **有条件通过** | 主体满足，存在已知且可接受的风险 | **必须写明条件与责任人** |\n| **不通过** | 不满足准出标准 | 必须写明差距与补齐计划 |\n\n> \"基本通过\"\"整体可控\"\"风险可控\"这类措辞无法判定，等于没结论。\n> 需要模糊空间时用\"有条件通过\"并把条件写清楚。\n\nFile v1.8.0:assets/report-templates.md\n\n# 四类测试报告模板\n\n> 复制对应模板填写。各受众关注点差异见 [`audience-needs.md`](audience-needs.md)。\n\n---\n\n## 1. 测试日报\n\n**受众**：测试团队、开发 ｜ **频率**：每日\n\n```markdown\n# 测试日报 YYYY-MM-DD\n\n**报告人**：[姓名] ｜ **项目**：[项目名] ｜ **迭代**：[第 N 期]\n\n## 今日完成\n| 项目 | 数量 | 备注 |\n|------|------|------|\n| 用例执行 | X 条 | 其中 P0 X 条 |\n| 缺陷发现 | X 个 | 新发现，含 X 个高危 |\n| 缺陷修复 | X 个 | |\n| 遗留问题 | X 个 | 积压 X 个 |\n\n## 问题与风险\n| 类型 | 描述 | 需谁支持 | 期限 |\n|------|------|---------|------|\n| 阻塞 | [描述] | [开发/运维/产品] | [日期] |\n| 风险 | [描述] | — | — |\n\n## 明日计划\n- 测试重点：[描述]\n- 预计产出：[描述]\n```\n\n---\n\n## 2. 测试周报\n\n**受众**：测试负责人、项目经理 ｜ **频率**：每周\n\n```markdown\n# 测试周报 第 N 周 YYYY-MM-DD\n\n## 本周概览\n| 指标 | 本周 | 上周 | 趋势 |\n|------|------|------|------|\n| 用例执行率 | X% | X% | ↑/↓/— |\n| 用例通过率 | X% | X% | |\n| 缺陷发现数 | X 个 | X 个 | |\n| 缺陷修复率 | X% | X% | |\n| 质量状态 | 绿/黄/红 | | |\n\n## 详细数据\n- **按模块**：[表格]\n- **按严重程度**：[表格]\n- **按类型**：[表格]\n\n## 问题与风险\n- 本周问题：[列表]\n- 遗留风险：[列表，标注 `RISK-` ID]\n- **需要决策**：[列表 —— 明确写出需要谁在何时决策什么]\n\n## 下周计划\n- 测试重点：[描述]\n- 资源需求：[描述]\n- 预计产出：[描述]\n```\n\n---\n\n## 3. 迭代测试报告\n\n**受众**：项目团队、管理层 ｜ **频率**：每迭代结束\n\n```markdown\n# 迭代测试报告 —— [迭代名] YYYY-MM-DD ~ YYYY-MM-DD\n\n## 1. 执行摘要\n- 迭代目标：[描述]\n- 测试范围：[测什么 / **不测什么**]\n- 质量结论：[通过 / 有条件通过 / 不通过]\n- 发布建议：[建议发布 / 建议延期]\n\n## 2. 质量数据\n| 指标 | 结果 | 目标 | 状态 |\n|------|------|------|------|\n| 用例执行率 | X% | ≥95% | ✅/❌ |\n| 用例通过率 | X% | ≥90% | ✅/❌ |\n| 缺陷修复率 | X% | ≥95% | ✅/❌ |\n| 严重缺陷 | X 个 | 0 | ✅/❌ |\n| 需求覆盖率 | X% | [项目自定义] | ✅/❌ |\n| 漏测率 | X% | [项目自定义] | |\n\n> 目标列取自 `qa-test-strategy-design` 的准出标准，\n> **不是通用模板值**——直接照抄会让准出形同虚设。\n\n## 3. 缺陷分析\n- 按严重程度：[表格]\n- 按模块分布：[表格]\n- 缺陷密度：[X 个/功能点]\n- Top3 高频缺陷模式：[列表]\n\n## 4. 风险评估\n| 风险 | 等级 | 依据 | 应对 | 责任人 |\n|------|------|------|------|--------|\n| [描述] | 高 | RISK-XXX-001 | [措施] | [ ] |\n\n## 5. 改进建议\n- 流程改进：[建议]\n- 工具改进：[建议]\n- 能力提升：[建议]\n\n## 6. 附件\n- 用例执行明细\n- 缺陷清单\n- 质量趋势图\n```\n\n---\n\n## 4. 专项报告\n\n**类型**：性能 / 安全 / 兼容性 / 接口 / 探索\n\n```markdown\n# [专项名]测试报告\n\n## 1. 测试目标\n[为什么做这次专项测试，达成什么目标]\n\n## 2. 测试范围\n[测什么 / 不测什么]\n\n## 3. 测试环境\n[环境、版本、数据量、工具]\n\n## 4. 测试方法\n[方法与工具；性能类要写压测模型（并发阶梯/持续时长/基线）]\n\n## 5. 测试结果\n| 项目 | 结果 | 基线/目标 | 判定 |\n|------|------|----------|------|\n| [指标] | [实测] | [参考值] | 通过/不通过 |\n\n## 6. 问题分析\n| 问题 | 严重度 | 根因 | 建议 |\n|------|-------|------|------|\n| [描述] | 高/中/低 | [分析] | [措施] |\n\n## 7. 结论建议\n[结论 + 后续动作 + 责任人]\n```\n\n## 填写要求\n\n| 项 | 要求 | 常见错误 |\n|----|------|---------|\n| 报告类型 | 按受众与频率选，不要混用 | 给管理层发日报 |\n| 数字 | 全部有来源，可追溯到用例/缺陷明细 | 手填对不上明细 |\n| 结论 | 质量结论与发布建议都要有，且明确 | 写\"整体良好\" |\n| 风险 | 标注 `RISK-` ID 与责任人 | 只描述现象无归属 |\n| 目标值 | 取自项目准出标准，注明出处 | 照抄 ≥95% 不校准 |\n| 覆盖率 | 标注口径 | 写\"全覆盖\"\"100%\" |\n| 待决策项 | 明确\"谁在何时决策什么\" | 笼统写\"需协调\" |\n\n## 交付前自检\n\n- [ ] 报告类型与受众匹配\n- [ ] 所有数字可追溯到用例执行明细或缺陷清单\n- [ ] 质量结论与发布建议明确且有依据\n- [ ] 风险都标注了 `RISK-` ID、责任人与应对措施\n- [ ] 目标值注明了出处（项目准出标准），未照抄模板\n- [ ] 覆盖率标注了口径，无绝对化表述\n- [ ] 待决策项写清了\"谁/何时/决策什么\"\n- [ ] \"不测什么\"已说明（尤其迭代报告）\n\nFile v1.8.0:skill-card.md\n\n## Description:\n\nCreates audience-specific QA test reports with traceable results, clear quality conclusions, and explicit risks.\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 leads use this skill to turn test execution and defect data into daily, weekly, iteration, or focused reports for developers, project managers, and leadership.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Release or delay recommendations could be mistaken for authorization to act.\n\nMitigation: Treat recommendations as report content and require authorized human review before business decisions.\n\nRisk: The optional installation command fetches an external skill package.\n\nMitigation: Run it only after verifying and trusting the external package and its source.\n\n## Reference(s):\n\n- [Audience needs](artifact/references/audience-needs.md)\n- [Report templates](artifact/assets/report-templates.md)\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-test-reporting)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown]\n\n**Output Format:** [Markdown reports with summaries, metrics, conclusions, and risk sections]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Report IDs and source-linked test, defect, requirement, and risk IDs; summarizes existing data rather than producing test cases.]\n\n## Skill Version(s):\n\n1.8.0 (source: 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, 4699 bytes\n\nFiles: skill-card.md (1949b), SKILL.md (7824b), _meta.json (136b)\n\nFile v1.7.7:SKILL.md\n\n---\nname: qa-test-reporting\nslug: qa-test-reporting\ndisplayName: Test Reporting\nversion: 1.7.7\ndescription: >-\n 输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问\"质量怎么样\"的时候使用此技能。不同角色关心的数据不同：开发关心Bug明细，经理关心通过率和趋势，老板关心风险和发版决策。报告内容适配受众，关键指标量化呈现，风险区域必须醒目标注。\n\nwhen_to_use: 用户说\"测试报告\"、\"日报\"、\"周报\"、\"迭代报告\"、\"报告模板\"、\"质量汇报\"、\"进度汇报\"、需要编写测试报告、向管理层汇报测试进展时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-quality-metrics # 输入：质量度量数据\n - qa-bug-lifecycle # 输入：缺陷数据\n - qa-execution-observation # 输入：执行观察结果\n downstream:\n - qa-stakeholder-communication # 输出：报告用于干系人沟通\n - qa-retrospective # 输出：报告数据用于复盘\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: 来自qa-quality-metrics的质量数据\noutput_format:\n traceability:\n - 每份测试报告带唯一ID（RPT-XXXX）\n - 聚合用例ID、缺陷ID、需求ID\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - executive_summary: 执行摘要\n - test_results: 测试结果统计\n - defect_analysis: 缺陷分析\n - risk_assessment: 风险评估\n - recommendations: 改进建议\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> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 测试报告编写\n\n## 核心原则\n\n测试报告不是数据堆砌，而是决策支持——让读者快速了解质量状态和风险。\n\n## 报告类型\n\n### 1. 日报\n\n```text\n用途：每日测试进展同步\n受众：测试团队、开发\n频率：每日\n\n内容结构：\n├─ 今日完成\n│ ├─ 用例执行：XX条\n│ ├─ 缺陷发现：XX个\n│ ├─ 缺陷修复：XX个\n│ └─ 遗留问题：XX个\n│\n├─ 问题与风险\n│ ├─ 阻塞问题：[描述]\n│ ├─ 风险提示：[描述]\n│ └─ 需要支持：[描述]\n│\n└─ 明日计划\n ├─ 测试重点：[描述]\n └─ 预计产出：[描述]\n```\n\n### 2. 周报\n\n```text\n用途：每周测试进展总结\n受众：测试负责人、项目经理\n频率：每周\n\n内容结构：\n├─ 本周概览\n│ ├─ 用例执行率：XX%\n│ ├─ 用例通过率：XX%\n│ ├─ 缺陷发现数：XX个\n│ ├─ 缺陷修复率：XX%\n│ └─ 质量状态：[绿/黄/红]\n│\n├─ 详细数据\n│ ├─ 按模块统计\n│ ├─ 按严重程度统计\n│ ├─ 按类型统计\n│ └─ 趋势分析\n│\n├─ 问题与风险\n│ ├─ 本周问题：[列表]\n│ ├─ 遗留风险：[列表]\n│ └─ 需要决策：[列表]\n│\n└─ 下周计划\n ├─ 测试重点：[描述]\n ├─ 资源需求：[描述]\n └─ 预计产出：[描述]\n```\n\n### 3. 迭代报告\n\n```text\n用途：迭代测试总结\n受众：项目团队、管理层\n频率：每个迭代结束\n\n内容结构：\n├─ 执行摘要\n│ ├─ 迭代目标：[描述]\n│ ├─ 测试范围：[描述]\n│ ├─ 质量结论：[通过/有条件通过/不通过]\n│ └─ 发布建议：[建议发布/建议延期]\n│\n├─ 质量数据\n│ ├─ 用例统计\n│ │ ├─ 总用例数：XX\n│ │ ├─ 执行用例数：XX\n│ │ ├─ 通过用例数：XX\n│ │ ├─ 执行率：XX%\n│ │ └─ 通过率：XX%\n│ │\n│ ├─ 缺陷统计\n│ │ ├─ 新增缺陷：XX个\n│ │ ├─ 已修复：XX个\n│ │ ├─ 遗留缺陷：XX个\n│ │ ├─ 严重缺陷：XX个\n│ │ └─ 缺陷修复率：XX%\n│ │\n│ └─ 质量指标\n│ ├─ 需求覆盖率：XX%\n│ ├─ 代码覆盖率：XX%\n│ ├─ 缺陷密度：XX/功能点\n│ └─ 漏测率：XX%\n│\n├─ 风险评估\n│ ├─ 高风险区域：[列表]\n│ ├─ 遗留问题：[列表]\n│ └─ 修复建议：[列表]\n│\n├─ 改进建议\n│ ├─ 流程改进：[建议]\n│ ├─ 工具改进：[建议]\n│ └─ 能力提升：[建议]\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## 报告模板\n\n### 测试日报模板\n\n```markdown\n# 测试日报\n\n**日期**：YYYY-MM-DD\n**报告人**：[姓名]\n**项目**：[项目名称]\n\n## 今日完成\n| 项目 | 数量 | 备注 |\n|------|------|------|\n| 用例执行 | XX条 | |\n| 缺陷发现 | XX个 | |\n| 缺陷修复 | XX个 | |\n| 遗留问题 | XX个 | |\n\n## 问题与风险\n- [ ] 阻塞问题：[描述]\n- [ ] 风险提示：[描述]\n- [ ] 需要支持：[描述]\n\n## 明日计划\n- 测试重点：[描述]\n- 预计产出：[描述]\n```\n\n### 迭代报告模板\n\n```markdown\n# 迭代测试报告\n\n## 执行摘要\n| 指标 | 结果 | 目标 | 状态 |\n|------|------|------|------|\n| 用例执行率 | XX% | ≥95% | ✅/❌ |\n| 用例通过率 | XX% | ≥90% | ✅/❌ |\n| 缺陷修复率 | XX% | ≥95% | ✅/❌ |\n| 严重缺陷 | XX个 | 0 | ✅/❌ |\n\n## 质量结论\n[通过/有条件通过/不通过]\n\n## 发布建议\n[建议发布/建议延期]\n```\n\n## 输出示例\n\n**编写迭代结束的测试报告**\n→ 日报：今日完成XX条用例/发现XX个Bug/阻塞项XX\n→ 周报：本周进度XX%/新增Bug趋势/风险预警\n→ 迭代报告：执行摘要→质量结论→数据图表→风险分析→发布建议\n→ 关键数据：测试通过率90%、遗留Bug12个（P0:0 P1:2 P2:10）、代码覆盖率75%\n\n**用户说\"质量到底行不行\"**\n→ 迭代报告一句话结论：质量良好，建议发布（P0/P1 Bug已全部修复，P2 Bug已评估无风险）\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-reporting\",\n \"version\": \"1.7.7\",\n \"publishedAt\": 1790520231667\n}\n\nFile v1.7.7:skill-card.md\n\n## Description:\n\nCreates audience-specific QA test reports that summarize progress, defects, quality metrics, and risks for teams and decision-makers.\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 teams use this skill to turn test execution and defect data into daily, weekly, iteration, or specialized reports tailored to developers, managers, and stakeholders.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Release or delay recommendations could be mistaken for authorization to act.\n\nMitigation: Treat them as report fields and require an authorized decision before changing release plans.\n\nRisk: Broad report-related phrases may activate the skill outside a QA context.\n\nMitigation: Confirm that the request concerns testing, defects, coverage, or release quality before using it.\n\nRisk: Example metrics or conclusions may not reflect actual project data.\n\nMitigation: Check report figures and conclusions against the provided test and defect records, and mark missing coverage.\n\n## Reference(s):\n\n- [ClawHub qa-test-reporting release](https://clawhub.ai/kokxi/skills/qa-test-reporting)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Guidance]\n\n**Output Format:** [Chinese-language Markdown reports and templates]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Reports may include a report ID, linked case and defect IDs, quantitative metrics, risk assessments, and release recommendations.]\n\n## Skill Version(s):\n\n1.7.7 (source: skill frontmatter and ClawHub 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, 4861 bytes\n\nFiles: skill-card.md (1952b), SKILL.md (8379b), _meta.json (136b)\n\nFile v1.7.6:SKILL.md\n\n---\r\nname: qa-test-reporting\r\nslug: qa-test-reporting\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-quality-metrics # 输入：质量度量数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n - qa-execution-observation # 输入：执行观察结果\r\n downstream:\r\n - qa-stakeholder-communication # 输出：报告用于干系人沟通\r\n - qa-retrospective # 输出：报告数据用于复盘\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: 来自qa-quality-metrics的质量数据\r\noutput_format:\r\n traceability:\r\n - 每份测试报告带唯一ID（RPT-XXXX）\r\n - 聚合用例ID、缺陷ID、需求ID\r\n structure:\r\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\r\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\r\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\r\n - executive_summary: 执行摘要\r\n - test_results: 测试结果统计\r\n - defect_analysis: 缺陷分析\r\n - risk_assessment: 风险评估\r\n - recommendations: 改进建议\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> 本技能仅在 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```text\r\n用途：每日测试进展同步\r\n受众：测试团队、开发\r\n频率：每日\r\n\r\n内容结构：\r\n├─ 今日完成\r\n│ ├─ 用例执行：XX条\r\n│ ├─ 缺陷发现：XX个\r\n│ ├─ 缺陷修复：XX个\r\n│ └─ 遗留问题：XX个\r\n│\r\n├─ 问题与风险\r\n│ ├─ 阻塞问题：[描述]\r\n│ ├─ 风险提示：[描述]\r\n│ └─ 需要支持：[描述]\r\n│\r\n└─ 明日计划\r\n ├─ 测试重点：[描述]\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├─ 本周概览\r\n│ ├─ 用例执行率：XX%\r\n│ ├─ 用例通过率：XX%\r\n│ ├─ 缺陷发现数：XX个\r\n│ ├─ 缺陷修复率：XX%\r\n│ └─ 质量状态：[绿/黄/红]\r\n│\r\n├─ 详细数据\r\n│ ├─ 按模块统计\r\n│ ├─ 按严重程度统计\r\n│ ├─ 按类型统计\r\n│ └─ 趋势分析\r\n│\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```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│ │ ├─ 总用例数：XX\r\n│ │ ├─ 执行用例数：XX\r\n│ │ ├─ 通过用例数：XX\r\n│ │ ├─ 执行率：XX%\r\n│ │ └─ 通过率：XX%\r\n│ │\r\n│ ├─ 缺陷统计\r\n│ │ ├─ 新增缺陷：XX个\r\n│ │ ├─ 已修复：XX个\r\n│ │ ├─ 遗留缺陷：XX个\r\n│ │ ├─ 严重缺陷：XX个\r\n│ │ └─ 缺陷修复率：XX%\r\n│ │\r\n│ └─ 质量指标\r\n│ ├─ 需求覆盖率：XX%\r\n│ ├─ 代码覆盖率：XX%\r\n│ ├─ 缺陷密度：XX/功能点\r\n│ └─ 漏测率：XX%\r\n│\r\n├─ 风险评估\r\n│ ├─ 高风险区域：[列表]\r\n│ ├─ 遗留问题：[列表]\r\n│ └─ 修复建议：[列表]\r\n│\r\n├─ 改进建议\r\n│ ├─ 流程改进：[建议]\r\n│ ├─ 工具改进：[建议]\r\n│ └─ 能力提升：[建议]\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## 报告模板\r\n\r\n### 测试日报模板\r\n\r\n```markdown\r\n# 测试日报\r\n\r\n**日期**：YYYY-MM-DD\r\n**报告人**：[姓名]\r\n**项目**：[项目名称]\r\n\r\n## 今日完成\r\n| 项目 | 数量 | 备注 |\r\n|------|------|------|\r\n| 用例执行 | XX条 | |\r\n| 缺陷发现 | XX个 | |\r\n| 缺陷修复 | XX个 | |\r\n| 遗留问题 | XX个 | |\r\n\r\n## 问题与风险\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## 执行摘要\r\n| 指标 | 结果 | 目标 | 状态 |\r\n|------|------|------|------|\r\n| 用例执行率 | XX% | ≥95% | ✅/❌ |\r\n| 用例通过率 | XX% | ≥90% | ✅/❌ |\r\n| 缺陷修复率 | XX% | ≥95% | ✅/❌ |\r\n| 严重缺陷 | XX个 | 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→ 日报：今日完成XX条用例/发现XX个Bug/阻塞项XX\r\n→ 周报：本周进度XX%/新增Bug趋势/风险预警\r\n→ 迭代报告：执行摘要→质量结论→数据图表→风险分析→发布建议\r\n→ 关键数据：测试通过率90%、遗留Bug12个（P0:0 P1:2 P2:10）、代码覆盖率75%\r\n\r\n**用户说\"质量到底行不行\"**\r\n→ 迭代报告一句话结论：质量良好，建议发布（P0/P1 Bug已全部修复，P2 Bug已评估无风险）\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-reporting\",\n \"version\": \"1.7.6\",\n \"publishedAt\": 1788266979605\n}\n\nFile v1.7.6:skill-card.md\n\n## Description:\n\nGenerates audience-specific QA test reports, including daily updates, weekly summaries, iteration reports, and quality reports that summarize progress, defects, risks, and recommendations.\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, project managers, and teams use this skill to turn test execution data and defect data into concise reports for team updates, project tracking, management review, and release-risk decisions.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill can include release or delay recommendations as report fields, which could be mistaken for an authorized release decision.\n\nMitigation: Treat release recommendations as QA reporting inputs and require authorized human approval before acting on release or delay conclusions.\n\nRisk: The optional full-suite installation command can install changing third-party content into the local agent environment.\n\nMitigation: Review the source before installing the full skill suite and prefer a pinned package version or immutable commit.\n\n## Reference(s):\n\n\n## Skill Output:\n\n**Output Type(s):** [Markdown, Text, Guidance]\n\n**Output Format:** [Markdown report templates and narrative guidance]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Reports are structured for different audiences and include quality metrics, defect analysis, risk assessment, recommendations, and traceability identifiers.]\n\n## Skill Version(s):\n\n1.7.6 (source: server release metadata; artifact frontmatter says 1.7.5)\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, 4698 bytes\n\nFiles: skill-card.md (1956b), SKILL.md (7824b), _meta.json (136b)\n\nFile v1.7.5:SKILL.md\n\n---\nname: qa-test-reporting\nslug: qa-test-reporting\ndisplayName: Test Reporting\nversion: 1.7.5\ndescription: >-\n 输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问\"质量怎么样\"的时候使用此技能。不同角色关心的数据不同：开发关心Bug明细，经理关心通过率和趋势，老板关心风险和发版决策。报告内容适配受众，关键指标量化呈现，风险区域必须醒目标注。\n\nwhen_to_use: 用户说\"测试报告\"、\"日报\"、\"周报\"、\"迭代报告\"、\"报告模板\"、\"质量汇报\"、\"进度汇报\"、需要编写测试报告、向管理层汇报测试进展时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-quality-metrics # 输入：质量度量数据\n - qa-bug-lifecycle # 输入：缺陷数据\n - qa-execution-observation # 输入：执行观察结果\n downstream:\n - qa-stakeholder-communication # 输出：报告用于干系人沟通\n - qa-retrospective # 输出：报告数据用于复盘\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: 来自qa-quality-metrics的质量数据\noutput_format:\n traceability:\n - 每份测试报告带唯一ID（RPT-XXXX）\n - 聚合用例ID、缺陷ID、需求ID\n structure:\n - 测试用例表格：固定 9 列（用例编号|测试类型|功能模块|测试标题|用例级别|预置条件|测试步骤|预期结果|风险等级）\n - 用例级别：P0≤20%（核心流程）/ P1≤40%（主要功能）/ P2≤30%（次要功能）/ P3≤10%（边缘场景）\n - 覆盖率：标注口径（基于现有需求/输入文档），禁止\"全覆盖/100%\"绝对化表述；缺失模块标注\"未覆盖+原因\"\n - executive_summary: 执行摘要\n - test_results: 测试结果统计\n - defect_analysis: 缺陷分析\n - risk_assessment: 风险评估\n - recommendations: 改进建议\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> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 测试报告编写\n\n## 核心原则\n\n测试报告不是数据堆砌，而是决策支持——让读者快速了解质量状态和风险。\n\n## 报告类型\n\n### 1. 日报\n\n```text\n用途：每日测试进展同步\n受众：测试团队、开发\n频率：每日\n\n内容结构：\n├─ 今日完成\n│ ├─ 用例执行：XX条\n│ ├─ 缺陷发现：XX个\n│ ├─ 缺陷修复：XX个\n│ └─ 遗留问题：XX个\n│\n├─ 问题与风险\n│ ├─ 阻塞问题：[描述]\n│ ├─ 风险提示：[描述]\n│ └─ 需要支持：[描述]\n│\n└─ 明日计划\n ├─ 测试重点：[描述]\n └─ 预计产出：[描述]\n```\n\n### 2. 周报\n\n```text\n用途：每周测试进展总结\n受众：测试负责人、项目经理\n频率：每周\n\n内容结构：\n├─ 本周概览\n│ ├─ 用例执行率：XX%\n│ ├─ 用例通过率：XX%\n│ ├─ 缺陷发现数：XX个\n│ ├─ 缺陷修复率：XX%\n│ └─ 质量状态：[绿/黄/红]\n│\n├─ 详细数据\n│ ├─ 按模块统计\n│ ├─ 按严重程度统计\n│ ├─ 按类型统计\n│ └─ 趋势分析\n│\n├─ 问题与风险\n│ ├─ 本周问题：[列表]\n│ ├─ 遗留风险：[列表]\n│ └─ 需要决策：[列表]\n│\n└─ 下周计划\n ├─ 测试重点：[描述]\n ├─ 资源需求：[描述]\n └─ 预计产出：[描述]\n```\n\n### 3. 迭代报告\n\n```text\n用途：迭代测试总结\n受众：项目团队、管理层\n频率：每个迭代结束\n\n内容结构：\n├─ 执行摘要\n│ ├─ 迭代目标：[描述]\n│ ├─ 测试范围：[描述]\n│ ├─ 质量结论：[通过/有条件通过/不通过]\n│ └─ 发布建议：[建议发布/建议延期]\n│\n├─ 质量数据\n│ ├─ 用例统计\n│ │ ├─ 总用例数：XX\n│ │ ├─ 执行用例数：XX\n│ │ ├─ 通过用例数：XX\n│ │ ├─ 执行率：XX%\n│ │ └─ 通过率：XX%\n│ │\n│ ├─ 缺陷统计\n│ │ ├─ 新增缺陷：XX个\n│ │ ├─ 已修复：XX个\n│ │ ├─ 遗留缺陷：XX个\n│ │ ├─ 严重缺陷：XX个\n│ │ └─ 缺陷修复率：XX%\n│ │\n│ └─ 质量指标\n│ ├─ 需求覆盖率：XX%\n│ ├─ 代码覆盖率：XX%\n│ ├─ 缺陷密度：XX/功能点\n│ └─ 漏测率：XX%\n│\n├─ 风险评估\n│ ├─ 高风险区域：[列表]\n│ ├─ 遗留问题：[列表]\n│ └─ 修复建议：[列表]\n│\n├─ 改进建议\n│ ├─ 流程改进：[建议]\n│ ├─ 工具改进：[建议]\n│ └─ 能力提升：[建议]\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## 报告模板\n\n### 测试日报模板\n\n```markdown\n# 测试日报\n\n**日期**：YYYY-MM-DD\n**报告人**：[姓名]\n**项目**：[项目名称]\n\n## 今日完成\n| 项目 | 数量 | 备注 |\n|------|------|------|\n| 用例执行 | XX条 | |\n| 缺陷发现 | XX个 | |\n| 缺陷修复 | XX个 | |\n| 遗留问题 | XX个 | |\n\n## 问题与风险\n- [ ] 阻塞问题：[描述]\n- [ ] 风险提示：[描述]\n- [ ] 需要支持：[描述]\n\n## 明日计划\n- 测试重点：[描述]\n- 预计产出：[描述]\n```\n\n### 迭代报告模板\n\n```markdown\n# 迭代测试报告\n\n## 执行摘要\n| 指标 | 结果 | 目标 | 状态 |\n|------|------|------|------|\n| 用例执行率 | XX% | ≥95% | ✅/❌ |\n| 用例通过率 | XX% | ≥90% | ✅/❌ |\n| 缺陷修复率 | XX% | ≥95% | ✅/❌ |\n| 严重缺陷 | XX个 | 0 | ✅/❌ |\n\n## 质量结论\n[通过/有条件通过/不通过]\n\n## 发布建议\n[建议发布/建议延期]\n```\n\n## 输出示例\n\n**编写迭代结束的测试报告**\n→ 日报：今日完成XX条用例/发现XX个Bug/阻塞项XX\n→ 周报：本周进度XX%/新增Bug趋势/风险预警\n→ 迭代报告：执行摘要→质量结论→数据图表→风险分析→发布建议\n→ 关键数据：测试通过率90%、遗留Bug12个（P0:0 P1:2 P2:10）、代码覆盖率75%\n\n**用户说\"质量到底行不行\"**\n→ 迭代报告一句话结论：质量良好，建议发布（P0/P1 Bug已全部修复，P2 Bug已评估无风险）\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-reporting\",\n \"version\": \"1.7.5\",\n \"publishedAt\": 1788103328517\n}\n\nFile v1.7.5:skill-card.md\n\n## Description:\n\nQA Test Reporting helps an agent turn test execution data, defect data, and quality metrics into audience-specific daily, weekly, iteration, or quality reports with quantified status and highlighted risks.\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, project managers, and development teams use this skill to draft test status and quality reports for daily progress updates, weekly summaries, iteration reviews, and management decision support.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Generated quality conclusions or release and delay recommendations may be mistaken for authorized decisions.\n\nMitigation: Review the report as advisory text and require an authorized stakeholder to approve any release or delay decision.\n\nRisk: Reports depend on workspace test artifacts and defect data that may be incomplete or stale.\n\nMitigation: Validate source metrics, defect counts, and coverage assumptions before sharing the report.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-test-reporting)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Analysis, Guidance]\n\n**Output Format:** [Markdown reports and structured report sections]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Produces advisory quality conclusions, risk assessments, release recommendations, and traceability fields such as report IDs and linked case, defect, and requirement IDs.]\n\n## Skill Version(s):\n\n1.7.5 (source: 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.0: 3 files, 4481 bytes\n\nFiles: skill-card.md (2013b), SKILL.md (7385b), _meta.json (136b)\n\nFile v1.7.0:SKILL.md\n\n---\nname: qa-test-reporting\nslug: qa-test-reporting\ndisplayName: Test Reporting\nversion: 1.7.0\ndescription: >-\n 输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问\"质量怎么样\"的时候使用此技能。不同角色关心的数据不同：开发关心Bug明细，经理关心通过率和趋势，老板关心风险和发版决策。报告内容适配受众，关键指标量化呈现，风险区域必须醒目标注。\n\nwhen_to_use: 用户说\"测试报告\"、\"日报\"、\"周报\"、\"迭代报告\"、\"报告模板\"、\"质量汇报\"、\"进度汇报\"、需要编写测试报告、向管理层汇报测试进展时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-quality-metrics # 输入：质量度量数据\n - qa-bug-lifecycle # 输入：缺陷数据\n - qa-execution-observation # 输入：执行观察结果\n downstream:\n - qa-stakeholder-communication # 输出：报告用于干系人沟通\n - qa-retrospective # 输出：报告数据用于复盘\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: 来自qa-quality-metrics的质量数据\noutput_format:\n traceability:\n - 每份测试报告带唯一ID（RPT-XXXX）\n - - 聚合用例ID、缺陷ID、需求ID\n structure:\n - executive_summary: 执行摘要\n - test_results: 测试结果统计\n - defect_analysis: 缺陷分析\n - risk_assessment: 风险评估\n - recommendations: 改进建议\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> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 测试报告编写\n\n## 核心原则\n\n测试报告不是数据堆砌，而是决策支持——让读者快速了解质量状态和风险。\n\n## 报告类型\n\n### 1. 日报\n\n```text\n用途：每日测试进展同步\n受众：测试团队、开发\n频率：每日\n\n内容结构：\n├─ 今日完成\n│ ├─ 用例执行：XX条\n│ ├─ 缺陷发现：XX个\n│ ├─ 缺陷修复：XX个\n│ └─ 遗留问题：XX个\n│\n├─ 问题与风险\n│ ├─ 阻塞问题：[描述]\n│ ├─ 风险提示：[描述]\n│ └─ 需要支持：[描述]\n│\n└─ 明日计划\n ├─ 测试重点：[描述]\n └─ 预计产出：[描述]\n```\n\n### 2. 周报\n\n```text\n用途：每周测试进展总结\n受众：测试负责人、项目经理\n频率：每周\n\n内容结构：\n├─ 本周概览\n│ ├─ 用例执行率：XX%\n│ ├─ 用例通过率：XX%\n│ ├─ 缺陷发现数：XX个\n│ ├─ 缺陷修复率：XX%\n│ └─ 质量状态：[绿/黄/红]\n│\n├─ 详细数据\n│ ├─ 按模块统计\n│ ├─ 按严重程度统计\n│ ├─ 按类型统计\n│ └─ 趋势分析\n│\n├─ 问题与风险\n│ ├─ 本周问题：[列表]\n│ ├─ 遗留风险：[列表]\n│ └─ 需要决策：[列表]\n│\n└─ 下周计划\n ├─ 测试重点：[描述]\n ├─ 资源需求：[描述]\n └─ 预计产出：[描述]\n```\n\n### 3. 迭代报告\n\n```text\n用途：迭代测试总结\n受众：项目团队、管理层\n频率：每个迭代结束\n\n内容结构：\n├─ 执行摘要\n│ ├─ 迭代目标：[描述]\n│ ├─ 测试范围：[描述]\n│ ├─ 质量结论：[通过/有条件通过/不通过]\n│ └─ 发布建议：[建议发布/建议延期]\n│\n├─ 质量数据\n│ ├─ 用例统计\n│ │ ├─ 总用例数：XX\n│ │ ├─ 执行用例数：XX\n│ │ ├─ 通过用例数：XX\n│ │ ├─ 执行率：XX%\n│ │ └─ 通过率：XX%\n│ │\n│ ├─ 缺陷统计\n│ │ ├─ 新增缺陷：XX个\n│ │ ├─ 已修复：XX个\n│ │ ├─ 遗留缺陷：XX个\n│ │ ├─ 严重缺陷：XX个\n│ │ └─ 缺陷修复率：XX%\n│ │\n│ └─ 质量指标\n│ ├─ 需求覆盖率：XX%\n│ ├─ 代码覆盖率：XX%\n│ ├─ 缺陷密度：XX/功能点\n│ └─ 漏测率：XX%\n│\n├─ 风险评估\n│ ├─ 高风险区域：[列表]\n│ ├─ 遗留问题：[列表]\n│ └─ 修复建议：[列表]\n│\n├─ 改进建议\n│ ├─ 流程改进：[建议]\n│ ├─ 工具改进：[建议]\n│ └─ 能力提升：[建议]\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## 报告模板\n\n### 测试日报模板\n\n```markdown\n# 测试日报\n\n**日期**：YYYY-MM-DD\n**报告人**：[姓名]\n**项目**：[项目名称]\n\n## 今日完成\n| 项目 | 数量 | 备注 |\n|------|------|------|\n| 用例执行 | XX条 | |\n| 缺陷发现 | XX个 | |\n| 缺陷修复 | XX个 | |\n| 遗留问题 | XX个 | |\n\n## 问题与风险\n- [ ] 阻塞问题：[描述]\n- [ ] 风险提示：[描述]\n- [ ] 需要支持：[描述]\n\n## 明日计划\n- 测试重点：[描述]\n- 预计产出：[描述]\n```\n\n### 迭代报告模板\n\n```markdown\n# 迭代测试报告\n\n## 执行摘要\n| 指标 | 结果 | 目标 | 状态 |\n|------|------|------|------|\n| 用例执行率 | XX% | ≥95% | ✅/❌ |\n| 用例通过率 | XX% | ≥90% | ✅/❌ |\n| 缺陷修复率 | XX% | ≥95% | ✅/❌ |\n| 严重缺陷 | XX个 | 0 | ✅/❌ |\n\n## 质量结论\n[通过/有条件通过/不通过]\n\n## 发布建议\n[建议发布/建议延期]\n```\n\n## 输出示例\n\n**编写迭代结束的测试报告**\n→ 日报：今日完成XX条用例/发现XX个Bug/阻塞项XX\n→ 周报：本周进度XX%/新增Bug趋势/风险预警\n→ 迭代报告：执行摘要→质量结论→数据图表→风险分析→发布建议\n→ 关键数据：测试通过率90%、遗留Bug12个（P0:0 P1:2 P2:10）、代码覆盖率75%\n\n**用户说\"质量到底行不行\"**\n→ 迭代报告一句话结论：质量良好，建议发布（P0/P1 Bug已全部修复，P2 Bug已评估无风险）\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-reporting\",\n \"version\": \"1.7.0\",\n \"publishedAt\": 1786890825331\n}\n\nFile v1.7.0:skill-card.md\n\n## Description:\n\nGenerates audience-specific QA test reports, including daily updates, weekly summaries, iteration reports, risk assessments, recommendations, and management-facing quality summaries.\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, project managers, and delivery stakeholders use this skill to turn test execution data, defect data, and quality metrics into concise progress, quality, risk, and next-step reports for different audiences.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Generated release or delay recommendations could be mistaken for authorization to make release decisions.\n\nMitigation: Treat release and delay recommendations as report content only, and require the appropriate owner to approve any release action.\n\nRisk: Broad report-related triggers may activate the skill for non-QA daily or weekly reports.\n\nMitigation: Narrow or override the trigger in workspaces that contain many non-QA reports.\n\nRisk: Reports may be produced in an unintended language or for the wrong audience.\n\nMitigation: Specify the desired report language and target audience when requesting the report.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-test-reporting)\n\n## Skill Output:\n\n**Output Type(s):** [text, markdown, guidance]\n\n**Output Format:** [Markdown test reports and structured recommendations]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Reports adapt depth, metrics, and sections to the intended audience.]\n\n## Skill Version(s):\n\n1.7.0 (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.3: 3 files, 4574 bytes\n\nFiles: skill-card.md (2330b), SKILL.md (7385b), _meta.json (136b)\n\nFile v1.6.3:SKILL.md\n\n---\nname: qa-test-reporting\nslug: qa-test-reporting\ndisplayName: Test Reporting\nversion: 1.6.3\ndescription: >-\n 输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问\"质量怎么样\"的时候使用此技能。不同角色关心的数据不同：开发关心Bug明细，经理关心通过率和趋势，老板关心风险和发版决策。报告内容适配受众，关键指标量化呈现，风险区域必须醒目标注。\n\nwhen_to_use: 用户说\"测试报告\"、\"日报\"、\"周报\"、\"迭代报告\"、\"报告模板\"、\"质量汇报\"、\"进度汇报\"、需要编写测试报告、向管理层汇报测试进展时\nallowed-tools: Read Grep Glob\nrelated_skills:\n upstream:\n - qa-quality-metrics # 输入：质量度量数据\n - qa-bug-lifecycle # 输入：缺陷数据\n - qa-execution-observation # 输入：执行观察结果\n downstream:\n - qa-stakeholder-communication # 输出：报告用于干系人沟通\n - qa-retrospective # 输出：报告数据用于复盘\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: 来自qa-quality-metrics的质量数据\noutput_format:\n traceability:\n - 每份测试报告带唯一ID（RPT-XXXX）\n - - 聚合用例ID、缺陷ID、需求ID\n structure:\n - executive_summary: 执行摘要\n - test_results: 测试结果统计\n - defect_analysis: 缺陷分析\n - risk_assessment: 风险评估\n - recommendations: 改进建议\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> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 测试报告编写\n\n## 核心原则\n\n测试报告不是数据堆砌，而是决策支持——让读者快速了解质量状态和风险。\n\n## 报告类型\n\n### 1. 日报\n\n```text\n用途：每日测试进展同步\n受众：测试团队、开发\n频率：每日\n\n内容结构：\n├─ 今日完成\n│ ├─ 用例执行：XX条\n│ ├─ 缺陷发现：XX个\n│ ├─ 缺陷修复：XX个\n│ └─ 遗留问题：XX个\n│\n├─ 问题与风险\n│ ├─ 阻塞问题：[描述]\n│ ├─ 风险提示：[描述]\n│ └─ 需要支持：[描述]\n│\n└─ 明日计划\n ├─ 测试重点：[描述]\n └─ 预计产出：[描述]\n```\n\n### 2. 周报\n\n```text\n用途：每周测试进展总结\n受众：测试负责人、项目经理\n频率：每周\n\n内容结构：\n├─ 本周概览\n│ ├─ 用例执行率：XX%\n│ ├─ 用例通过率：XX%\n│ ├─ 缺陷发现数：XX个\n│ ├─ 缺陷修复率：XX%\n│ └─ 质量状态：[绿/黄/红]\n│\n├─ 详细数据\n│ ├─ 按模块统计\n│ ├─ 按严重程度统计\n│ ├─ 按类型统计\n│ └─ 趋势分析\n│\n├─ 问题与风险\n│ ├─ 本周问题：[列表]\n│ ├─ 遗留风险：[列表]\n│ └─ 需要决策：[列表]\n│\n└─ 下周计划\n ├─ 测试重点：[描述]\n ├─ 资源需求：[描述]\n └─ 预计产出：[描述]\n```\n\n### 3. 迭代报告\n\n```text\n用途：迭代测试总结\n受众：项目团队、管理层\n频率：每个迭代结束\n\n内容结构：\n├─ 执行摘要\n│ ├─ 迭代目标：[描述]\n│ ├─ 测试范围：[描述]\n│ ├─ 质量结论：[通过/有条件通过/不通过]\n│ └─ 发布建议：[建议发布/建议延期]\n│\n├─ 质量数据\n│ ├─ 用例统计\n│ │ ├─ 总用例数：XX\n│ │ ├─ 执行用例数：XX\n│ │ ├─ 通过用例数：XX\n│ │ ├─ 执行率：XX%\n│ │ └─ 通过率：XX%\n│ │\n│ ├─ 缺陷统计\n│ │ ├─ 新增缺陷：XX个\n│ │ ├─ 已修复：XX个\n│ │ ├─ 遗留缺陷：XX个\n│ │ ├─ 严重缺陷：XX个\n│ │ └─ 缺陷修复率：XX%\n│ │\n│ └─ 质量指标\n│ ├─ 需求覆盖率：XX%\n│ ├─ 代码覆盖率：XX%\n│ ├─ 缺陷密度：XX/功能点\n│ └─ 漏测率：XX%\n│\n├─ 风险评估\n│ ├─ 高风险区域：[列表]\n│ ├─ 遗留问题：[列表]\n│ └─ 修复建议：[列表]\n│\n├─ 改进建议\n│ ├─ 流程改进：[建议]\n│ ├─ 工具改进：[建议]\n│ └─ 能力提升：[建议]\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## 报告模板\n\n### 测试日报模板\n\n```markdown\n# 测试日报\n\n**日期**：YYYY-MM-DD\n**报告人**：[姓名]\n**项目**：[项目名称]\n\n## 今日完成\n| 项目 | 数量 | 备注 |\n|------|------|------|\n| 用例执行 | XX条 | |\n| 缺陷发现 | XX个 | |\n| 缺陷修复 | XX个 | |\n| 遗留问题 | XX个 | |\n\n## 问题与风险\n- [ ] 阻塞问题：[描述]\n- [ ] 风险提示：[描述]\n- [ ] 需要支持：[描述]\n\n## 明日计划\n- 测试重点：[描述]\n- 预计产出：[描述]\n```\n\n### 迭代报告模板\n\n```markdown\n# 迭代测试报告\n\n## 执行摘要\n| 指标 | 结果 | 目标 | 状态 |\n|------|------|------|------|\n| 用例执行率 | XX% | ≥95% | ✅/❌ |\n| 用例通过率 | XX% | ≥90% | ✅/❌ |\n| 缺陷修复率 | XX% | ≥95% | ✅/❌ |\n| 严重缺陷 | XX个 | 0 | ✅/❌ |\n\n## 质量结论\n[通过/有条件通过/不通过]\n\n## 发布建议\n[建议发布/建议延期]\n```\n\n## 输出示例\n\n**编写迭代结束的测试报告**\n→ 日报：今日完成XX条用例/发现XX个Bug/阻塞项XX\n→ 周报：本周进度XX%/新增Bug趋势/风险预警\n→ 迭代报告：执行摘要→质量结论→数据图表→风险分析→发布建议\n→ 关键数据：测试通过率90%、遗留Bug12个（P0:0 P1:2 P2:10）、代码覆盖率75%\n\n**用户说\"质量到底行不行\"**\n→ 迭代报告一句话结论：质量良好，建议发布（P0/P1 Bug已全部修复，P2 Bug已评估无风险）\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-reporting\",\n \"version\": \"1.6.3\",\n \"publishedAt\": 1786548661788\n}\n\nFile v1.6.3:skill-card.md\n\n## Description:\n\nGenerates audience-specific QA test reports, including daily updates, weekly summaries, iteration reports, and quality reports that summarize progress, defects, risks, and release recommendations.\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, project managers, and release stakeholders use this skill to turn test execution data and defect data into concise reports for team synchronization, project tracking, quality assessment, and release decision support.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Generic prompts for daily, weekly, or report templates may activate this QA reporting skill outside a testing or quality context.\n\nMitigation: Confirm the request is about test execution, quality data, or QA reporting before applying the skill.\n\nRisk: Generated release or delay recommendations could be mistaken for an authorized release decision.\n\nMitigation: Treat release recommendations as report content for stakeholder review, and require the normal approval process before acting on them.\n\nRisk: Reports can mislead stakeholders if source test execution data, defect counts, or quality metrics are incomplete or stale.\n\nMitigation: Verify the input data and call out missing or uncertain metrics in the report rather than filling gaps with unsupported conclusions.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-test-reporting)\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 report templates and concise narrative guidance]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Reports may include structured sections for progress, quality metrics, defect analysis, risk assessment, recommendations, traceability IDs, and next steps.]\n\n## Skill Version(s):\n\n1.6.3 (source: server evidence and 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.0: 3 files, 4512 bytes\n\nFiles: skill-card.md (2126b), SKILL.md (7590b), _meta.json (136b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: qa-test-reporting\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-quality-metrics # 输入：质量度量数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n - qa-execution-observation # 输入：执行观察结果\r\n downstream:\r\n - qa-stakeholder-communication # 输出：报告用于干系人沟通\r\n - qa-retrospective # 输出：报告数据用于复盘\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: 来自qa-quality-metrics的质量数据\r\noutput_format:\r\n traceability:\r\n - 每份测试报告带唯一ID（RPT-XXXX）\r\n - - 聚合用例ID、缺陷ID、需求ID\r\n structure:\r\n - executive_summary: 执行摘要\r\n - test_results: 测试结果统计\r\n - defect_analysis: 缺陷分析\r\n - risk_assessment: 风险评估\r\n - recommendations: 改进建议\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> 本技能仅在 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```text\r\n用途：每日测试进展同步\r\n受众：测试团队、开发\r\n频率：每日\r\n\r\n内容结构：\r\n├─ 今日完成\r\n│ ├─ 用例执行：XX条\r\n│ ├─ 缺陷发现：XX个\r\n│ ├─ 缺陷修复：XX个\r\n│ └─ 遗留问题：XX个\r\n│\r\n├─ 问题与风险\r\n│ ├─ 阻塞问题：[描述]\r\n│ ├─ 风险提示：[描述]\r\n│ └─ 需要支持：[描述]\r\n│\r\n└─ 明日计划\r\n ├─ 测试重点：[描述]\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├─ 本周概览\r\n│ ├─ 用例执行率：XX%\r\n│ ├─ 用例通过率：XX%\r\n│ ├─ 缺陷发现数：XX个\r\n│ ├─ 缺陷修复率：XX%\r\n│ └─ 质量状态：[绿/黄/红]\r\n│\r\n├─ 详细数据\r\n│ ├─ 按模块统计\r\n│ ├─ 按严重程度统计\r\n│ ├─ 按类型统计\r\n│ └─ 趋势分析\r\n│\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```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│ │ ├─ 总用例数：XX\r\n│ │ ├─ 执行用例数：XX\r\n│ │ ├─ 通过用例数：XX\r\n│ │ ├─ 执行率：XX%\r\n│ │ └─ 通过率：XX%\r\n│ │\r\n│ ├─ 缺陷统计\r\n│ │ ├─ 新增缺陷：XX个\r\n│ │ ├─ 已修复：XX个\r\n│ │ ├─ 遗留缺陷：XX个\r\n│ │ ├─ 严重缺陷：XX个\r\n│ │ └─ 缺陷修复率：XX%\r\n│ │\r\n│ └─ 质量指标\r\n│ ├─ 需求覆盖率：XX%\r\n│ ├─ 代码覆盖率：XX%\r\n│ ├─ 缺陷密度：XX/功能点\r\n│ └─ 漏测率：XX%\r\n│\r\n├─ 风险评估\r\n│ ├─ 高风险区域：[列表]\r\n│ ├─ 遗留问题：[列表]\r\n│ └─ 修复建议：[列表]\r\n│\r\n├─ 改进建议\r\n│ ├─ 流程改进：[建议]\r\n│ ├─ 工具改进：[建议]\r\n│ └─ 能力提升：[建议]\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## 报告模板\r\n\r\n### 测试日报模板\r\n\r\n```markdown\r\n# 测试日报\r\n\r\n**日期**：YYYY-MM-DD\r\n**报告人**：[姓名]\r\n**项目**：[项目名称]\r\n\r\n## 今日完成\r\n| 项目 | 数量 | 备注 |\r\n|------|------|------|\r\n| 用例执行 | XX条 | |\r\n| 缺陷发现 | XX个 | |\r\n| 缺陷修复 | XX个 | |\r\n| 遗留问题 | XX个 | |\r\n\r\n## 问题与风险\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## 执行摘要\r\n| 指标 | 结果 | 目标 | 状态 |\r\n|------|------|------|------|\r\n| 用例执行率 | XX% | ≥95% | ✅/❌ |\r\n| 用例通过率 | XX% | ≥90% | ✅/❌ |\r\n| 缺陷修复率 | XX% | ≥95% | ✅/❌ |\r\n| 严重缺陷 | XX个 | 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→ 日报：今日完成XX条用例/发现XX个Bug/阻塞项XX\r\n→ 周报：本周进度XX%/新增Bug趋势/风险预警\r\n→ 迭代报告：执行摘要→质量结论→数据图表→风险分析→发布建议\r\n→ 关键数据：测试通过率90%、遗留Bug12个（P0:0 P1:2 P2:10）、代码覆盖率75%\r\n\r\n**用户说\"质量到底行不行\"**\r\n→ 迭代报告一句话结论：质量良好，建议发布（P0/P1 Bug已全部修复，P2 Bug已评估无风险）\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-reporting\",\n \"version\": \"1.6.0\",\n \"publishedAt\": 1783359232046\n}\n\nFile v1.6.0:skill-card.md\n\n## Description:
\nProduces audience-specific QA test reports, including daily updates, weekly summaries, iteration reports, and quality decision summaries with metrics, risks, traceability IDs, and recommendations.
\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, project managers, and management stakeholders use this skill to turn test execution data, defect data, and optional quality metrics into reports tailored to the reader's decision needs.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The skill may trigger on generic requests such as daily report or progress report.
\nMitigation: Specify that the requested report is for QA/testing, or choose a general project reporting workflow when the report is not test-related.
\nRisk: Report fields such as release recommendation or delay recommendation may be mistaken for an approved operational decision.
\nMitigation: Treat release and delay recommendations as report content for stakeholder review, and require authorized human approval before acting on them.
\n\n\n## Reference(s):
\n- [ClawHub skill page](https://clawhub.ai/kokxi/skills/qa-test-reporting)
\n- [Publisher profile](https://clawhub.ai/user/kokxi)
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown reports and structured report guidance]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Reports include a unique report ID and aggregate related use case, defect, and requirement IDs when available.]
\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, 4010 bytes\n\nFiles: skill-card.md (1983b), SKILL.md (6966b), _meta.json (136b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: qa-test-reporting\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-quality-metrics # 输入：质量度量数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n - qa-execution-observation # 输入：执行观察结果\r\n downstream:\r\n - qa-stakeholder-communication # 输出：报告用于干系人沟通\r\n - qa-retrospective # 输出：报告数据用于复盘\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: 来自qa-quality-metrics的质量数据\r\noutput_format:\r\n structure:\r\n - executive_summary: 执行摘要\r\n - test_results: 测试结果统计\r\n - defect_analysis: 缺陷分析\r\n - risk_assessment: 风险评估\r\n - recommendations: 改进建议\r\n---\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受众：测试团队、开发\r\n频率：每日\r\n\r\n内容结构：\r\n├─ 今日完成\r\n│ ├─ 用例执行：XX条\r\n│ ├─ 缺陷发现：XX个\r\n│ ├─ 缺陷修复：XX个\r\n│ └─ 遗留问题：XX个\r\n│\r\n├─ 问题与风险\r\n│ ├─ 阻塞问题：[描述]\r\n│ ├─ 风险提示：[描述]\r\n│ └─ 需要支持：[描述]\r\n│\r\n└─ 明日计划\r\n ├─ 测试重点：[描述]\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├─ 本周概览\r\n│ ├─ 用例执行率：XX%\r\n│ ├─ 用例通过率：XX%\r\n│ ├─ 缺陷发现数：XX个\r\n│ ├─ 缺陷修复率：XX%\r\n│ └─ 质量状态：[绿/黄/红]\r\n│\r\n├─ 详细数据\r\n│ ├─ 按模块统计\r\n│ ├─ 按严重程度统计\r\n│ ├─ 按类型统计\r\n│ └─ 趋势分析\r\n│\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```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│ │ ├─ 总用例数：XX\r\n│ │ ├─ 执行用例数：XX\r\n│ │ ├─ 通过用例数：XX\r\n│ │ ├─ 执行率：XX%\r\n│ │ └─ 通过率：XX%\r\n│ │\r\n│ ├─ 缺陷统计\r\n│ │ ├─ 新增缺陷：XX个\r\n│ │ ├─ 已修复：XX个\r\n│ │ ├─ 遗留缺陷：XX个\r\n│ │ ├─ 严重缺陷：XX个\r\n│ │ └─ 缺陷修复率：XX%\r\n│ │\r\n│ └─ 质量指标\r\n│ ├─ 需求覆盖率：XX%\r\n│ ├─ 代码覆盖率：XX%\r\n│ ├─ 缺陷密度：XX/功能点\r\n│ └─ 漏测率：XX%\r\n│\r\n├─ 风险评估\r\n│ ├─ 高风险区域：[列表]\r\n│ ├─ 遗留问题：[列表]\r\n│ └─ 修复建议：[列表]\r\n│\r\n├─ 改进建议\r\n│ ├─ 流程改进：[建议]\r\n│ ├─ 工具改进：[建议]\r\n│ └─ 能力提升：[建议]\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## 报告模板\r\n\r\n### 测试日报模板\r\n\r\n```markdown\r\n# 测试日报\r\n\r\n**日期**：YYYY-MM-DD\r\n**报告人**：[姓名]\r\n**项目**：[项目名称]\r\n\r\n## 今日完成\r\n| 项目 | 数量 | 备注 |\r\n|------|------|------|\r\n| 用例执行 | XX条 | |\r\n| 缺陷发现 | XX个 | |\r\n| 缺陷修复 | XX个 | |\r\n| 遗留问题 | XX个 | |\r\n\r\n## 问题与风险\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## 执行摘要\r\n| 指标 | 结果 | 目标 | 状态 |\r\n|------|------|------|------|\r\n| 用例执行率 | XX% | ≥95% | ✅/❌ |\r\n| 用例通过率 | XX% | ≥90% | ✅/❌ |\r\n| 缺陷修复率 | XX% | ≥95% | ✅/❌ |\r\n| 严重缺陷 | XX个 | 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→ 日报：今日完成XX条用例/发现XX个Bug/阻塞项XX\r\n→ 周报：本周进度XX%/新增Bug趋势/风险预警\r\n→ 迭代报告：执行摘要→质量结论→数据图表→风险分析→发布建议\r\n→ 关键数据：测试通过率90%、遗留Bug12个（P0:0 P1:2 P2:10）、代码覆盖率75%\r\n\r\n**用户说\"质量到底行不行\"**\r\n→ 迭代报告一句话结论：质量良好，建议发布（P0/P1 Bug已全部修复，P2 Bug已评估无风险）\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-test-reporting\",\n \"version\": \"1.5.0\",\n \"publishedAt\": 1782736638195\n}\n\nFile v1.5.0:skill-card.md\n\n## Description:
\nGenerates audience-specific Chinese QA test reports, including daily, weekly, iteration, and specialized reports with quantified test results, defect analysis, risk assessment, and recommendations.
\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 testers, test leads, project managers, and management teams use this skill to turn test execution data, defect data, and optional quality metrics into reports tailored to the audience and decision point.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The skill may activate on generic daily, weekly, progress, or report requests when the user does not mean a QA test report.
\nMitigation: Clarify that the requested report is for testing or quality reporting before applying the templates.
\nRisk: Generated reports can include sensitive test results, defect details, or quality metrics supplied by the user.
\nMitigation: Include only test and defect data the user is comfortable sharing in the report audience and distribution context.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown report templates and narrative guidance]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Uses provided test execution, defect, and optional quality metrics; no code execution, persistence, or network behavior is indicated.]
\n\n## Skill Version(s):
\n1.5.0 (source: SKILL.md frontmatter and 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.
\n\nArchive v1.4.1: 3 files, 3766 bytes\n\nFiles: skill-card.md (1909b), SKILL.md (6199b), _meta.json (136b)\n\nFile v1.4.1:SKILL.md\n\n---\r\nname: qa-test-reporting\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-quality-metrics # 输入：质量度量数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n - qa-execution-observation # 输入：执行观察结果\r\n downstream:\r\n - qa-stakeholder-communication # 输出：报告用于干系人沟通\r\n - qa-retrospective # 输出：报告数据用于复盘\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\n\r\n内容结构：\r\n├─ 今日完成\r\n│ ├─ 用例执行：XX条\r\n│ ├─ 缺陷发现：XX个\r\n│ ├─ 缺陷修复：XX个\r\n│ └─ 遗留问题：XX个\r\n│\r\n├─ 问题与风险\r\n│ ├─ 阻塞问题：[描述]\r\n│ ├─ 风险提示：[描述]\r\n│ └─ 需要支持：[描述]\r\n│\r\n└─ 明日计划\r\n ├─ 测试重点：[描述]\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├─ 本周概览\r\n│ ├─ 用例执行率：XX%\r\n│ ├─ 用例通过率：XX%\r\n│ ├─ 缺陷发现数：XX个\r\n│ ├─ 缺陷修复率：XX%\r\n│ └─ 质量状态：[绿/黄/红]\r\n│\r\n├─ 详细数据\r\n│ ├─ 按模块统计\r\n│ ├─ 按严重程度统计\r\n│ ├─ 按类型统计\r\n│ └─ 趋势分析\r\n│\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├─ 执行摘要\r\n│ ├─ 迭代目标：[描述]\r\n│ ├─ 测试范围：[描述]\r\n│ ├─ 质量结论：[通过/有条件通过/不通过]\r\n│ └─ 发布建议：[建议发布/建议延期]\r\n│\r\n├─ 质量数据\r\n│ ├─ 用例统计\r\n│ │ ├─ 总用例数：XX\r\n│ │ ├─ 执行用例数：XX\r\n│ │ ├─ 通过用例数：XX\r\n│ │ ├─ 执行率：XX%\r\n│ │ └─ 通过率：XX%\r\n│ │\r\n│ ├─ 缺陷统计\r\n│ │ ├─ 新增缺陷：XX个\r\n│ │ ├─ 已修复：XX个\r\n│ │ ├─ 遗留缺陷：XX个\r\n│ │ ├─ 严重缺陷：XX个\r\n│ │ └─ 缺陷修复率：XX%\r\n│ │\r\n│ └─ 质量指标\r\n│ ├─ 需求覆盖率：XX%\r\n│ ├─ 代码覆盖率：XX%\r\n│ ├─ 缺陷密度：XX/功能点\r\n│ └─ 漏测率：XX%\r\n│\r\n├─ 风险评估\r\n│ ├─ 高风险区域：[列表]\r\n│ ├─ 遗留问题：[列表]\r\n│ └─ 修复建议：[列表]\r\n│\r\n├─ 改进建议\r\n│ ├─ 流程改进：[建议]\r\n│ ├─ 工具改进：[建议]\r\n│ └─ 能力提升：[建议]\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## 报告模板\r\n\r\n### 测试日报模板\r\n\r\n```markdown\r\n# 测试日报\r\n\r\n**日期**：YYYY-MM-DD\r\n**报告人**：[姓名]\r\n**项目**：[项目名称]\r\n\r\n## 今日完成\r\n| 项目 | 数量 | 备注 |\r\n|------|------|------|\r\n| 用例执行 | XX条 | |\r\n| 缺陷发现 | XX个 | |\r\n| 缺陷修复 | XX个 | |\r\n| 遗留问题 | XX个 | |\r\n\r\n## 问题与风险\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## 执行摘要\r\n| 指标 | 结果 | 目标 | 状态 |\r\n|------|------|------|------|\r\n| 用例执行率 | XX% | ≥95% | ✅/❌ |\r\n| 用例通过率 | XX% | ≥90% | ✅/❌ |\r\n| 缺陷修复率 | XX% | ≥95% | ✅/❌ |\r\n| 严重缺陷 | XX个 | 0 | ✅/❌ |\r\n\r\n## 质量结论\r\n[通过/有条件通过/不通过]\r\n\r\n## 发布建议\r\n[建议发布/建议延期]\r\n```\r\n\r\n## Examples\r\n\r\n**编写迭代结束的测试报告**\r\n→ 日报：今日完成XX条用例/发现XX个Bug/阻塞项XX\r\n→ 周报：本周进度XX%/新增Bug趋势/风险预警\r\n→ 迭代报告：执行摘要→质量结论→数据图表→风险分析→发布建议\r\n→ 关键数据：测试通过率90%、遗留Bug12个（P0:0 P1:2 P2:10）、代码覆盖率75%\r\n\r\n**用户说\"质量到底行不行\"**\r\n→ 迭代报告一句话结论：质量良好，建议发布（P0/P1 Bug已全部修复，P2 Bug已评估无风险）\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-reporting\",\n \"version\": \"1.4.1\",\n \"publishedAt\": 1782406675299\n}\n\nFile v1.4.1:skill-card.md\n\n## Description:
\n测试报告编写，输出面向不同受众的日报/周报/迭代报告/质量报告。当需要编写测试报告或向上汇报质量时激活。
\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 stakeholders use this skill to draft daily, weekly, iteration, and focused quality reports from quality metrics, defect data, and test execution results.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: Generic daily, weekly, or progress report requests may route to this QA reporting skill even when the user intended a non-testing report.
\nMitigation: Clarify the reporting domain when the request is ambiguous, especially for non-testing daily, weekly, or progress reports.
\nRisk: QA reports can be misleading when the available quality metrics, defect data, or execution results are incomplete or stale.
\nMitigation: Review the source data and report conclusions before sharing them with project stakeholders.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown QA reports and report-writing guidance]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Produces audience-oriented QA status, quality, risk, and release recommendation content based on available project data.]
\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, 3615 bytes\n\nFiles: skill-card.md (1625b), SKILL.md (6435b), _meta.json (136b)\n\nFile v1.4.0:SKILL.md\n\n---\r\nname: qa-test-reporting\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-quality-metrics # 输入：质量度量数据\r\n - qa-bug-lifecycle # 输入：缺陷数据\r\n - qa-execution-observation # 输入：执行观察结果\r\n downstream:\r\n - qa-stakeholder-communication # 输出：报告用于干系人沟通\r\n - qa-retrospective # 输出：报告数据用于复盘\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\n\r\n内容结构：\r\n├─ 今日完成\r\n│ ├─ 用例执行：XX条\r\n│ ├─ 缺陷发现：XX个\r\n│ ├─ 缺陷修复：XX个\r\n│ └─ 遗留问题：XX个\r\n│\r\n├─ 问题与风险\r\n│ ├─ 阻塞问题：[描述]\r\n│ ├─ 风险提示：[描述]\r\n│ └─ 需要支持：[描述]\r\n│\r\n└─ 明日计划\r\n ├─ 测试重点：[描述]\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├─ 本周概览\r\n│ ├─ 用例执行率：XX%\r\n│ ├─ 用例通过率：XX%\r\n│ ├─ 缺陷发现数：XX个\r\n│ ├─ 缺陷修复率：XX%\r\n│ └─ 质量状态：[绿/黄/红]\r\n│\r\n├─ 详细数据\r\n│ ├─ 按模块统计\r\n│ ├─ 按严重程度统计\r\n│ ├─ 按类型统计\r\n│ └─ 趋势分析\r\n│\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├─ 执行摘要\r\n│ ├─ 迭代目标：[描述]\r\n│ ├─ 测试范围：[描述]\r\n│ ├─ 质量结论：[通过/有条件通过/不通过]\r\n│ └─ 发布建议：[建议发布/建议延期]\r\n│\r\n├─ 质量数据\r\n│ ├─ 用例统计\r\n│ │ ├─ 总用例数：XX\r\n│ │ ├─ 执行用例数：XX\r\n│ │ ├─ 通过用例数：XX\r\n│ │ ├─ 执行率：XX%\r\n│ │ └─ 通过率：XX%\r\n│ │\r\n│ ├─ 缺陷统计\r\n│ │ ├─ 新增缺陷：XX个\r\n│ │ ├─ 已修复：XX个\r\n│ │ ├─ 遗留缺陷：XX个\r\n│ │ ├─ 严重缺陷：XX个\r\n│ │ └─ 缺陷修复率：XX%\r\n│ │\r\n│ └─ 质量指标\r\n│ ├─ 需求覆盖率：XX%\r\n│ ├─ 代码覆盖率：XX%\r\n│ ├─ 缺陷密度：XX/功能点\r\n│ └─ 漏测率：XX%\r\n│\r\n├─ 风险评估\r\n│ ├─ 高风险区域：[列表]\r\n│ ├─ 遗留问题：[列表]\r\n│ └─ 修复建议：[列表]\r\n│\r\n├─ 改进建议\r\n│ ├─ 流程改进：[建议]\r\n│ ├─ 工具改进：[建议]\r\n│ └─ 能力提升：[建议]\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## 报告模板\r\n\r\n### 测试日报模板\r\n\r\n```markdown\r\n# 测试日报\r\n\r\n**日期**：YYYY-MM-DD\r\n**报告人**：[姓名]\r\n**项目**：[项目名称]\r\n\r\n## 今日完成\r\n| 项目 | 数量 | 备注 |\r\n|------|------|------|\r\n| 用例执行 | XX条 | |\r\n| 缺陷发现 | XX个 | |\r\n| 缺陷修复 | XX个 | |\r\n| 遗留问题 | XX个 | |\r\n\r\n## 问题与风险\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## 执行摘要\r\n| 指标 | 结果 | 目标 | 状态 |\r\n|------|------|------|------|\r\n| 用例执行率 | XX% | ≥95% | ✅/❌ |\r\n| 用例通过率 | XX% | ≥90% | ✅/❌ |\r\n| 缺陷修复率 | XX% | ≥95% | ✅/❌ |\r\n| 严重缺陷 | XX个 | 0 | ✅/❌ |\r\n\r\n## 质量结论\r\n[通过/有条件通过/不通过]\r\n\r\n## 发布建议\r\n[建议发布/建议延期]\r\n```\r\n\r\n## Examples\r\n\r\n**编写迭代结束的测试报告**\r\n→ 日报：今日完成XX条用例/发现XX个Bug/阻塞项XX\r\n→ 周报：本周进度XX%/新增Bug趋势/风险预警\r\n→ 迭代报告：执行摘要→质量结论→数据图表→风险分析→发布建议\r\n→ 关键数据：测试通过率90%、遗留Bug12个（P0:0 P1:2 P2:10）、代码覆盖率75%\r\n\r\n**用户说\"质量到底行不行\"**\r\n→ 迭代报告一句话结论：质量良好，建议发布（P0/P1 Bug已全部修复，P2 Bug已评估无风险）\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-reporting\",\n \"version\": \"1.4.0\",\n \"publishedAt\": 1782278067000\n}\n\nFile v1.4.0:skill-card.md\n\n## Description:
\nChinese-language QA reporting assistant that helps write clear, decision-focused daily, weekly, iteration, and special-purpose test 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 project stakeholders use this skill to turn quality metrics, defect data, and execution results into concise test reports for progress tracking, release decisions, and management updates.
\n\n### Deployment Geography for Use:
\nGlobal
\n\n## Known Risks and Mitigations:
\nRisk: The skill may activate for generic daily, weekly, or progress-report requests outside QA reporting.
\nMitigation: Clarify whether the user wants QA-specific reporting before applying the templates to broad workplace reporting requests.
\n\n\n## Reference(s):
\n\n\n## Skill Output:
\n**Output Type(s):** [text, markdown, guidance]
\n**Output Format:** [Markdown report templates and prose guidance]
\n**Output Parameters:** [1D]
\n**Other Properties Related to Output:** [Produces Chinese-language report structures for daily, weekly, iteration, and special-purpose QA reporting.]
\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-test-reporting Owner: kokxi Summary: 输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问\"质量怎么样\"的时候使用此技能。不同角色关心的数据不同：开发关心Bug明细，经理关心通过率和趋势，老板关心风险和发版决策。报告内容适配受众，关键指标量化呈现，风险区域必须单独成节并醒目标注。 触发场景：测试报告、日报、周报、迭代报告、报告模板、质量汇报、进度汇报、向管理层汇报测试进展时。 Use when the user asks about: writing test reports for different audiences — daily reports for the team, weekly reports for the PM, and quality summaries for managem","codeSnippets":[],"executableExamples":[{"language":"markdown","snippet":"# 迭代测试报告 —— [迭代名]\n\n## 1. 执行摘要 → 迭代目标 / 测试范围（含不测什么）/ **质量结论** / **发布建议**\n## 2. 质量数据 → 指标 | 结果 | 目标 | 状态（目标注明出处）\n## 3. 缺陷分析 → 按严重程度 / 按模块 / 密度 / Top3 高频模式\n## 4. 风险评估 → 风险 | 等级 | RISK- 依据 | 应对 | 责任人\n## 5. 改进建议 → 流程 / 工具 / 能力\n## 6. 附件 → 用例执行明细 / 缺陷清单 / 趋势图"},{"language":"markdown","snippet":"# 测试日报 YYYY-MM-DD\n\n**报告人**：[姓名] ｜ **项目**：[项目名] ｜ **迭代**：[第 N 期]\n\n## 今日完成\n| 项目 | 数量 | 备注 |\n|------|------|------|\n| 用例执行 | X 条 | 其中 P0 X 条 |\n| 缺陷发现 | X 个 | 新发现，含 X 个高危 |\n| 缺陷修复 | X 个 | |\n| 遗留问题 | X 个 | 积压 X 个 |\n\n## 问题与风险\n| 类型 | 描述 | 需谁支持 | 期限 |\n|------|------|---------|------|\n| 阻塞 | [描述] | [开发/运维/产品] | [日期] |\n| 风险 | [描述] | — | — |\n\n## 明日计划\n- 测试重点：[描述]\n- 预计产出：[描述]"},{"language":"markdown","snippet":"# 测试周报 第 N 周 YYYY-MM-DD\n\n## 本周概览\n| 指标 | 本周 | 上周 | 趋势 |\n|------|------|------|------|\n| 用例执行率 | X% | X% | ↑/↓/— |\n| 用例通过率 | X% | X% | |\n| 缺陷发现数 | X 个 | X 个 | |\n| 缺陷修复率 | X% | X% | |\n| 质量状态 | 绿/黄/红 | | |\n\n## 详细数据\n- **按模块**：[表格]\n- **按严重程度**：[表格]\n- **按类型**：[表格]\n\n## 问题与风险\n- 本周问题：[列表]\n- 遗留风险：[列表，标注 `RISK-` ID]\n- **需要决策**：[列表 —— 明确写出需要谁在何时决策什么]\n\n## 下周计划\n- 测试重点：[描述]\n- 资源需求：[描述]\n- 预计产出：[描述]"},{"language":"markdown","snippet":"# 迭代测试报告 —— [迭代名] YYYY-MM-DD ~ YYYY-MM-DD\n\n## 1. 执行摘要\n- 迭代目标：[描述]\n- 测试范围：[测什么 / **不测什么**]\n- 质量结论：[通过 / 有条件通过 / 不通过]\n- 发布建议：[建议发布 / 建议延期]\n\n## 2. 质量数据\n| 指标 | 结果 | 目标 | 状态 |\n|------|------|------|------|\n| 用例执行率 | X% | ≥95% | ✅/❌ |\n| 用例通过率 | X% | ≥90% | ✅/❌ |\n| 缺陷修复率 | X% | ≥95% | ✅/❌ |\n| 严重缺陷 | X 个 | 0 | ✅/❌ |\n| 需求覆盖率 | X% | [项目自定义] | ✅/❌ |\n| 漏测率 | X% | [项目自定义] | |\n\n> 目标列取自 `qa-test-strategy-design` 的准出标准，\n> **不是通用模板值**——直接照抄会让准出形同虚设。\n\n## 3. 缺陷分析\n- 按严重程度：[表格]\n- 按模块分布：[表格]\n- 缺陷密度：[X 个/功能点]\n- Top3 高频缺陷模式：[列表]\n\n## 4. 风险评估\n| 风险 | 等级 | 依据 | 应对 | 责任人 |\n|------|------|------|------|--------|\n| [描述] | 高 | RISK-XXX-001 | [措施] | [ ] |\n\n## 5. 改进建议\n- 流程改进：[建议]\n- 工具改进：[建议]\n- 能力提升：[建议]\n\n## 6. 附件\n- 用例执行明细\n- 缺陷清单\n- 质量趋势图"},{"language":"markdown","snippet":"# [专项名]测试报告\n\n## 1. 测试目标\n[为什么做这次专项测试，达成什么目标]\n\n## 2. 测试范围\n[测什么 / 不测什么]\n\n## 3. 测试环境\n[环境、版本、数据量、工具]\n\n## 4. 测试方法\n[方法与工具；性能类要写压测模型（并发阶梯/持续时长/基线）]\n\n## 5. 测试结果\n| 项目 | 结果 | 基线/目标 | 判定 |\n|------|------|----------|------|\n| [指标] | [实测] | [参考值] | 通过/不通过 |\n\n## 6. 问题分析\n| 问题 | 严重度 | 根因 | 建议 |\n|------|-------|------|------|\n| [描述] | 高/中/低 | [分析] | [措施] |\n\n## 7. 结论建议\n[结论 + 后续动作 + 责任人]"},{"language":"text","snippet":"用途：每日测试进展同步\n受众：测试团队、开发\n频率：每日\n\n内容结构：\n├─ 今日完成\n│ ├─ 用例执行：XX条\n│ ├─ 缺陷发现：XX个\n│ ├─ 缺陷修复：XX个\n│ └─ 遗留问题：XX个\n│\n├─ 问题与风险\n│ ├─ 阻塞问题：[描述]\n│ ├─ 风险提示：[描述]\n│ └─ 需要支持：[描述]\n│\n└─ 明日计划\n ├─ 测试重点：[描述]\n └─ 预计产出：[描述]"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: qa-test-reporting\ndescription: >-\n 输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问\"质量怎么样\"的时候使用此技能。不同角色关心的数据不同：开发关心Bug明细，经理关心通过率和趋势，老板关心风险和发版决策。报告内容适配受众，关键指标量化呈现，风险区域必须单独成节并醒目标注。\n 触发场景：测试报告、日报、周报、迭代报告、报告模板、质量汇报、进度汇报、向管理层汇报测试进展时。 Use when the user asks about: writing test reports for different audiences — daily reports for the team, weekly reports for the PM, and quality summaries for management.\nlicense: MIT\nallowed-tools: Read Grep Glob\nmetadata:\n display-name: \"Test Reporting\"\n version: \"1.8.0\"\n when-to-use: \"用户说\\\"测试报告\\\"、\\\"日报\\\"、\\\"周报\\\"、\\\"迭代报告\\\"、\\\"报告模板\\\"、\\\"质量汇报\\\"、\\\"进度汇报\\\"、需要编写测试报告、向管理层汇报测试进展时\"\n related-skills: \"{\\\"upstream\\\":[\\\"qa-quality-metrics\\\",\\\"qa-bug-lifecycle\\\",\\\"qa-execution-observation\\\"],\\\"downstream\\\":[\\\"qa-stakeholder-communication\\\",\\\"qa-retrospective\\\"]}\"\n references: \"[\\\"references/audience-needs.md\\\",\\\"assets/report-templates.md\\\"]\"\n input-format: \"{\\\"required\\\":[{\\\"name\\\":\\\"测试执行数据\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"测试执行结果和统计（来自qa-execution-observation的执行记录）\\\"},{\\\"name\\\":\\\"缺陷数据\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"缺陷统计和分析数据（来自qa-bug-lifecycle）\\\"}],\\\"optional\\\":[{\\\"name\\\":\\\"质量度量\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-quality-metrics的质量数据\\\"},{\\\"name\\\":\\\"准出标准\\\",\\\"type\\\":\\\"object\\\",\\\"description\\\":\\\"来自qa-test-strategy-design的本项目准出标准，用于报告中的目标值对比\\\"}]}\"\n output-format: \"{\\\"traceability\\\":[\\\"每份测试报告带唯一ID：RPT-{模块缩写}-{三位序号}\\\",\\\"聚合上游 ID：用例 TC_ / 缺陷 BUG- / 需求 REQ- / 风险 RISK-\\\"],\\\"structure\\\":[{\\\"report\\\":\\\"测试报告：按类型选结构 —— 日报(今日完成+阻塞项+明日计划) / 周报(指标趋势+待决策项) / 迭代报告(执行摘要+质量数据+缺陷分析+风险评估+改进建议+附件) / 专项报告(目标+范围+环境+方法+结果+问题分析+结论)\\\"},\\\"质量结论只有三种：通过 / 有条件通过（须写明条件与责任人）/ 不通过；禁用「基本通过」「风险可控」等无法判定的措辞\\\",\\\"结论与发布建议必须前置，不得埋在末尾\\\",\\\"目标值取自 qa-test-strategy-design 的本项目准出标准并注明出处，不照抄通用模板\\\",\\\"风险必须单独成节，标注 RISK- ID、责任人与应对；不得只报好消息\\\",\\\"本技能不产出 9 列用例表 —— 只汇总，用例由 qa-test-case-design 定义\\\"]}\"\n error-recovery-guidance: \"{\\\"on_failure\\\":\\\"报告遗漏受众关注点时回退到质量度量补充数据\\\",\\\"retry_behavior\\\":\\\"补充数据后重新生成报告\\\"}\"\n categories: \"[\\\"Development\\\",\\\"Testing\\\",\\\"DevOps\\\"]\"\n depth-requirement: \"{\\\"reference_value\\\":\\\"按受众与频率调整报告深度：日报/周报精简，迭代报告完整，专项报告按方法论展开\\\",\\\"minimum\\\":\\\"至少包含 进度/质量/风险/下一步 四个核心章节；风险章节不可省略\\\"}\"\n---\n\n> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills\n\n> **⚠️ 安全警告**：本技能的示例可能涉及发布建议和延期结论字段。\n> 这些是报告字段不是直接操作；请勿未经授权即执行发布或延期决策。\n> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。\n\n# 测试报告编写\n\n## 核心原则\n\n**测试报告不是数据堆砌，而是决策支持**——让读者快速得到答案，而不是读完报告还要再问一次。\n\n## 1. 先定受众，再选报告类型\n\n| 报告类型 | 受众 | 频率 | 主体篇幅应给 |\n|---------|------|------|------------|\n| **日报** | 测试团队、开发 | 每日 | 今日完成 + 阻塞项 |\n| **周报** | 测试负责人、PM | 每周 | 指标趋势 + 待决策项 |\n| **迭代报告** | 项目团队、管理层 | 每迭代 | 质量结论 + 发布建议 + 风险 |\n| **专项报告** | 相关方 | 按需 | 方法 + 结果对比基线 + 根因 |\n\n| 受众 | 最关心 | 最不关心 |\n|------|-------|---------|\n| 开发 | Bug 明细、复现步骤、定位信息 | 覆盖率、趋势图 |\n| PM / 测试负责人 | 通过率、进度、阻塞项、资源缺口 | 单个 Bug 细节 |\n| 管理层 | 风险、是否发版、资源投入 | 用例执行明细 |\n| QA 团队 | 覆盖率分布、遗留风险、个人任务 | — |\n\n> 放错重点比数据缺失更糟：把 80% 篇幅花在对方不关心的指标上，对方仍然答不出决策问题。\n> 详细受众分析见 [`references/audience-needs.md`](references/audience-needs.md)。\n\n## 2. 质量结论：只有三种\n\n| 结"},{"path":"_meta.json","content":"{\n \"ownerId\": \"kn71y9b23csfx0ykgm55d5m9x5891zt8\",\n \"slug\": \"qa-test-reporting\",\n \"version\": \"1.8.0\",\n \"publishedAt\": 1790656182297\n}"},{"path":"references/audience-needs.md","content":"# 不同受众关心什么\n\n> 本文是 `qa-test-reporting` 的**受众分析**。不确定某类报告该放什么、不该放什么时读本文。\n> 四类报告模板见 [`../assets/report-templates.md`](../assets/report-templates.md)。\n\n**报告不是数据堆砌，而是决策支持。** 同一批数据，给不同人看要给出不同的重点——\n放错重点比数据缺失更糟：把 80% 篇幅花在对方不关心的指标上，对方仍然答不出他要的决策。\n\n## 受众 × 关注点\n\n| 受众 | 最关心 | 最不关心 | 决策时问的问题 |\n|------|-------|---------|-------------|\n| **开发** | Bug 明细、复现步骤、定位信息 | 覆盖率、趋势图 | 这个 Bug 我怎么改？ |\n| **PM / 测试负责人** | 通过率、进度、阻塞项、资源缺口 | 单个 Bug 细节 | 能不能按期发？还差什么？ |\n| **管理层 / 老板** | 风险、是否发版、要投多少资源 | 用例执行明细 | 这次要不要延期？要加人吗？ |\n| **QA 团队内部** | 覆盖率分布、遗留风险、个人任务 | — | 我这周该做什么？ |\n\n## 篇幅分配建议\n\n| 报告类型 | 主体篇幅应给 | 不该占主体 |\n|---------|------------|----------|\n| **日报** | 今日完成 + 阻塞项 | 历史数据、趋势图 |\n| **周报** | 指标趋势 + 待决策项 | 单个 Bug 详情 |\n| **迭代报告** | 质量结论 + 发布建议 + 风险 | 逐条用例执行记录（放附件） |\n| **专项报告** | 方法 + 结果对比基线 + 根因 | 与本专项无关的全局指标 |\n\n## 三个常犯的错\n\n1. **一稿多投** —— 把迭代报告原样发成日报。管理层看不到需要决策的点，团队被无关数据淹没\n2. **结论埋在末尾** —— 管理层只看前三分之一。**结论与建议必须前置**\n3. **只报好消息** —— 风险章节写\"暂无风险\"但正文里有 3 个高危遗留。\n **风险必须单独成节且醒目标注**，不能靠读者自己从数据里推断\n\n## 质量结论的措辞\n\n质量结论只有三种，不要用模糊表达：\n\n| 结论 | 含义 | 附带条件 |\n|------|------|---------|\n| **通过** | 满足全部准出标准 | — |\n| **有条件通过** | 主体满足，存在已知且可接受的风险 | **必须写明条件与责任人** |\n| **不通过** | 不满足准出标准 | 必须写明差距与补齐计划 |\n\n> \"基本通过\"\"整体可控\"\"风险可控\"这类措辞无法判定，等于没结论。\n> 需要模糊空间时用\"有条件通过\"并把条件写清楚。"},{"path":"assets/report-templates.md","content":"# 四类测试报告模板\n\n> 复制对应模板填写。各受众关注点差异见 [`audience-needs.md`](audience-needs.md)。\n\n---\n\n## 1. 测试日报\n\n**受众**：测试团队、开发 ｜ **频率**：每日\n\n```markdown\n# 测试日报 YYYY-MM-DD\n\n**报告人**：[姓名] ｜ **项目**：[项目名] ｜ **迭代**：[第 N 期]\n\n## 今日完成\n| 项目 | 数量 | 备注 |\n|------|------|------|\n| 用例执行 | X 条 | 其中 P0 X 条 |\n| 缺陷发现 | X 个 | 新发现，含 X 个高危 |\n| 缺陷修复 | X 个 | |\n| 遗留问题 | X 个 | 积压 X 个 |\n\n## 问题与风险\n| 类型 | 描述 | 需谁支持 | 期限 |\n|------|------|---------|------|\n| 阻塞 | [描述] | [开发/运维/产品] | [日期] |\n| 风险 | [描述] | — | — |\n\n## 明日计划\n- 测试重点：[描述]\n- 预计产出：[描述]\n```\n\n---\n\n## 2. 测试周报\n\n**受众**：测试负责人、项目经理 ｜ **频率**：每周\n\n```markdown\n# 测试周报 第 N 周 YYYY-MM-DD\n\n## 本周概览\n| 指标 | 本周 | 上周 | 趋势 |\n|------|------|------|------|\n| 用例执行率 | X% | X% | ↑/↓/— |\n| 用例通过率 | X% | X% | |\n| 缺陷发现数 | X 个 | X 个 | |\n| 缺陷修复率 | X% | X% | |\n| 质量状态 | 绿/黄/红 | | |\n\n## 详细数据\n- **按模块**：[表格]\n- **按严重程度**：[表格]\n- **按类型**：[表格]\n\n## 问题与风险\n- 本周问题：[列表]\n- 遗留风险：[列表，标注 `RISK-` ID]\n- **需要决策**：[列表 —— 明确写出需要谁在何时决策什么]\n\n## 下周计划\n- 测试重点：[描述]\n- 资源需求：[描述]\n- 预计产出：[描述]\n```\n\n---\n\n## 3. 迭代测试报告\n\n**受众**：项目团队、管理层 ｜ **频率**：每迭代结束\n\n```markdown\n# 迭代测试报告 —— [迭代名] YYYY-MM-DD ~ YYYY-MM-DD\n\n## 1. 执行摘要\n- 迭代目标：[描述]\n- 测试范围：[测什么 / **不测什么**]\n- 质量结论：[通过 / 有条件通过 / 不通过]\n- 发布建议：[建议发布 / 建议延期]\n\n## 2. 质量数据\n| 指标 | 结果 | 目标 | 状态 |\n|------|------|------|------|\n| 用例执行率 | X% | ≥95% | ✅/❌ |\n| 用例通过率 | X% | ≥90% | ✅/❌ |\n| 缺陷修复率 | X% | ≥95% | ✅/❌ |\n| 严重缺陷 | X 个 | 0 | ✅/❌ |\n| 需求覆盖率 | X% | [项目自定义] | ✅/❌ |\n| 漏测率 | X% | [项目自定义] | |\n\n> 目标列取自 `qa-test-strategy-design` 的准出标准，\n> **不是通用模板值**——直接照抄会让准出形同虚设。\n\n## 3. 缺陷分析\n- 按严重程度：[表格]\n- 按模块分布：[表格]\n- 缺陷密度：[X 个/功能点]\n- Top3 高频缺陷模式：[列表]\n\n## 4. 风险评估\n| 风险 | 等级 | 依据 | 应对 | 责任人 |\n|------|------|------|------|--------|\n| [描述] | 高 | RISK-XXX-001 | [措施] | [ ] |\n\n## 5. 改进建议\n- 流程改进：[建议]\n- 工具改进：[建议]\n- 能力提升：[建议]\n\n## 6. 附件\n- 用例执行明细\n- 缺陷清单\n- 质量趋势图\n```\n\n---\n\n## 4. 专项报告\n\n**类型**：性能 / 安全 / 兼容性 / 接口 / 探索\n\n```markdown\n# [专项名]测试报告\n\n## 1. 测试目标\n[为什么做这次专项测试，达成什么目标]\n\n## 2. 测试范围\n[测什么 / 不测什么]\n\n## 3. 测试环境\n[环境、版本、数据量、工具]\n\n## 4. 测试方法\n[方法与工具；性能类要写压测模型（并发阶梯/持续时长/基线）]\n\n## 5. 测试结果\n| 项目 | 结果 | 基线/目标 | 判定 |\n|------|------|----------|------|\n| [指标] | [实测] | [参考值] | 通过/不通过 |\n\n## 6. 问题分析\n| 问题 | 严重度 | 根因 | 建议 |\n|------|-------|------|------|\n| [描述] | 高/中/低 | [分析] | [措施] |\n\n## 7. 结论建议\n[结论 + 后续动作 + 责任人]\n```\n\n## 填写要求\n\n| 项 | 要求 | 常见错误 |\n|----|------|---------|\n| 报告类型 | 按受众与频率选，不要混用 | 给管理层发日报 |\n| 数字 | 全部有来源，可追溯到用例/缺陷明细 | 手填对不上明细 |\n| 结论 | 质量结论与发布建议都要有，且明确 | 写\"整体良好\" |\n| 风险 | 标注 `RISK-` ID 与责任人 | 只描述现象无归属 |\n| 目标值 | 取自项目准出标准，注明出处 | 照抄 ≥95% 不校准 |\n| 覆盖率 | 标注口径 | 写\"全覆盖\"\"100%\" |\n| 待决策项 | 明确\"谁在何时决策什么\" | 笼统写\"需协调\" |\n\n## 交付前自检\n\n- [ ] 报告类型与受众匹配\n- [ ] 所有数字可追溯到用例执行明细或缺陷清单\n- [ ] 质量结论与发布建议明确且有依据\n- [ ] 风险都标注了 `RISK-` ID、责任人与应对措施\n- [ ] 目标值注明了出处（项目准出标准），未照抄模板\n- [ ] 覆盖率标注了口径，无绝对化表述\n- [ ] 待决策项写清了\"谁/何时/决策什么\"\n- [ ] \"不测什么\"已说明（尤其迭代报告）"},{"path":"skill-card.md","content":"## Description:\n\nCreates audience-specific QA test reports with traceable results, clear quality conclusions, and explicit risks.\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 leads use this skill to turn test execution and defect data into daily, weekly, iteration, or focused reports for developers, project managers, and leadership.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: Release or delay recommendations could be mistaken for authorization to act.\n\nMitigation: Treat recommendations as report content and require authorized human review before business decisions.\n\nRisk: The optional installation command fetches an external skill package.\n\nMitigation: Run it only after verifying and trusting the external package and its source.\n\n## Reference(s):\n\n- [Audience needs](artifact/references/audience-needs.md)\n- [Report templates](artifact/assets/report-templates.md)\n- [ClawHub skill release](https://clawhub.ai/kokxi/skills/qa-test-reporting)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown]\n\n**Output Format:** [Markdown reports with summaries, metrics, conclusions, and risk sections]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Report IDs and source-linked test, defect, requirement, and risk IDs; summarizes existing data rather than producing test cases.]\n\n## Skill Version(s):\n\n1.8.0 (source: 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: writing test reports for different audiences — daily reports for the team, weekly reports for the PM, and quality summaries for management. Skill: qa-test-reporting Owner: kokxi Summary: 输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问\"质量怎么样\"的时候使用此技能。不同角色关心的数据不同：开发关心Bug明细，经理关心通过率和趋势，老板关心风险和发版决策。报告内容适配受众，关键指标量化呈现，风险区域必须单独成节并醒目标注。 触发场景：测试报告、日报、周报、迭代报告、报告模板、质量汇报、进度汇报、向管理层汇报测试进展时。 Use when the user asks about: writing test reports for different audiences — daily reports for the team, weekly reports for the PM, and quality summaries for managem","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":1079,"uniquenessScore":47,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T04:30:23.714Z","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-11T04:30:23.714Z","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-11T07:35:23.226Z","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"}]}}}