输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问"质量怎么样"的时候使用此技能。不同角色关心的数据不同：开发关心Bug明细，经理关心通过率和趋势，老板关心风险和发版决策。报告内容适配受众，关键指标量化呈现，风险区域必须醒目标注。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
3 次安装
编程
测试干系人沟通
试用当需要告诉开发"这个 Bug 必须修"、跟产品经理沟通需求变更的影响、或者向管理层汇报质量风险时使用此技能。不同角色关注的事情不同——开发要的是复现步骤和定位信息，产品要的是影响范围和优先级建议，管理层要的是风险判断和决策依据。此技能提供针对开发/产品/管理层的沟通模板和策略。产出根据不同角色定制的沟通话术和汇报材料模板。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
它能做什么
当需要告诉开发"这个 Bug 必须修"、跟产品经理沟通需求变更的影响、或者向管理层汇报质量风险时使用此技能。不同角色关注的事情不同——开发要的是复现步骤和定位信息，产品要的是影响范围和优先级建议，管理层要的是风险判断和决策依据。此技能提供针对开发/产品/管理层的沟通模板和策略。产出根据不同角色定制的沟通话术和汇报材料模板。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
技能文档
⚠️ 安全警告：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。
干系人沟通
核心原则
同样一个Bug，跟不同人说完全不同的表述方式——说对方关心的，而不是你关心的。
三类沟通模式
模式1：跟开发说（技术视角）
沟通重点：
├─ 精确的复现步骤：每一步操作
├─ 日志/截图：错误信息、异常堆栈
├─ 根因推测：可能的原因
├─ 环境信息：浏览器、系统、配置
└─ 影响范围：哪些功能受影响
沟通格式：
[Bug标题] [严重程度]
复现步骤：
1. ...
2. ...
3. ...
错误日志：[日志内容]
截图：[截图描述]
推测原因：[原因分析]
影响范围：[影响描述]
模式2：跟PM说（业务视角）
沟通重点：
├─ 用户影响：哪些用户受影响
├─ 严重程度：业务影响多大
├─ 修复优先级：建议优先级
├─ 对其他功能的阻塞
└─ 预计修复时间
沟通格式：
[Bug标题]
影响：[用户范围]
严重程度：[业务影响]
优先级：[P0-P3]
阻塞：[是否阻塞其他功能]
预计修复：[时间估算]
模式3：跟老板说（决策视角）
沟通重点：
├─ 业务影响：对业务的影响
├─ 发布风险：是否影响发布
├─ 建议决策：建议怎么做
├─ 要什么资源：需要什么支持
└─ 时间节点：什么时候能解决
沟通格式：
[问题描述]
业务影响：[影响描述]
发布风险：[风险评估]
建议决策：[建议方案]
资源需求：[需要什么]
时间节点：[时间计划]
高危表达对比
| 场景 | 不要说 | 可以说 |
|---|---|---|
| Bug修复延迟 | "开发没时间" | "这个Bug涉及核心逻辑，需要更多时间确保质量" |
| 测试延期 | "测试做不完" | "为了保证质量，建议延长2天测试时间" |
| 质量问题 | "质量很差" "这个功能有风险" | "这个功能需要更多测试时间" |
| 资源不足 | "人不够" | "为了按时交付，建议增加1名测试人员" |
| 需求变更 | "需求又变了" | "这个变更会影响测试范围，建议重新评估时间" |
沟通场景模板
场景1：Bug评审会
参会角色：开发、测试、PM
沟通内容：
├─ 测试：Bug描述、复现步骤、影响范围
├─ 开发：根因分析、修复方案、修复时间
└─ PM：优先级评估、资源协调
场景2：发布评审会
参会角色：开发、测试、PM、运维
沟通内容：
├─ 测试：测试结果、质量评估、风险提示
├─ 开发：变更内容、技术风险
├─ PM：业务影响、发布决策
└─ 运维：部署方案、回滚方案
场景3：质量报告
报告对象：老板、PM
报告内容：
├─ 质量指标：缺陷密度、漏测率
├─ 质量趋势：改善/稳定/恶化
├─ 风险提示：高风险区域
└─ 改进建议：建议措施
应用场景
发现一个支付Bug，需要同步给不同角色 → 跟开发说：技术细节+复现步骤+日志截图（定位问题） → 跟PM说：影响用户数+严重程度+修复时间（评估影响） → 跟老板说：一句话结论+业务影响+风险等级（决策依据）
Bug评审会上开发说"这个没问题" → 沟通场景应对：用数据和截图说话，避免"我觉得"，使用"数据显示"
自检清单
沟通完成后检查：
- 是否针对受众定制了信息？
- 是否包含了对方需要的决策信息？
- 是否避免了高危表达？
- 是否达成了沟通目标？
检查清单
- 受众角色是否识别？
- 沟通策略是否定制？
- 关键信息是否突出？
- 推动方案是否可行？
- 反馈机制是否建立？
相关技能
当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道"正确的做法是什么"。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
1 次安装
当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
1 次安装
当新项目启动需要制定测试方案、或者迭代开始前需要确定"这期怎么测"时使用此技能。根据项目特征（新项目/迭代/重构/紧急修复）、风险分布和资源约束设计分层测试策略，明确测试范围、测试手段、准入准出标准和工具选型。一个好的测试策略让团队知道"测什么、不测什么、为什么"。输出包含风险矩阵、分级测试方案的测试策略文档。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
3 次安装
当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘，把个人和团队的经验教训转化为可复用的组织资产。不要沦为"说说好话走个形式"——有效的复盘需要有数据支撑（缺陷趋势/漏测分析/效率数据）、有根因分析（为什么出问题）和有 action items（下次怎么做不一样）。输出复盘报告和改进项追踪表。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
1 次安装
当需要管理测试团队、制定团队目标和绩效标准、或者团队扩招需要面试标准时使用此技能。覆盖测试团队管理（目标设定/KPI 制定/人员成长）、绩效评估（能力模型/360 评估）、招聘面试（面试流程/技术评估标准）和组织建设。不要只管进度不管成长——一个稳定的测试团队靠的是每个人都在不断学习和进步。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
3 次安装