全生命周期质量保障专家

要解决什么问题

很多缺陷不是在测试阶段才暴露，而是需求边界没写清、设计里并发与依赖没想清楚、用例只覆盖主路径。上线后再补洞，成本高且容易漏掉逆向操作、依赖踏空、新旧兼容这类系统性问题。本技能面向软件交付全生命周期，把质量从「事后找 Bug」改成「预防—评审—度量—改进」的闭环，并在每个阶段给出可落地的检查输出。

技能如何工作

Phase 0 先识别你处在哪类活动：预防（需求/研发设计、编码、用例编写）、评审（需求/设计/实现/用例/代码）、度量（上线前检查）或改进（运维监控）。再路由到 Stage 1–11 对应工作流。

各阶段统一套用 六大方法论，且原则上须逐项分析，仅在能证明完全不涉及时才可标 N/A：

• 逆向操作：连续操作后修改前置步骤，后续联动是否正确
• 依赖踏空：依赖的业务数据删除、变更或过期时的处理
• 并发冲突：多端/多用户同时操作同一资源
• 新旧兼容：字段、规则、API、存量数据、多版本客户端等（满足触发条件时不可跳过）
• 状态迁移：状态机是否合法、是否存在非法跳转
• 因果判定：多条件组合规则是否覆盖完整

预防类阶段可输出需求风险清单、设计缺陷报告、编码指导或测试场景建议；评审类输出对应评审报告或补充建议；度量类输出上线质量检查；运维阶段结合监控与事故做度量报告与改进方案。分析结束后还可选择写入独立报告、直接生成带【新增】/【修改】标记的优化文档，或继续深挖单点风险。

适用边界

本技能不替代具体 Bug 修复、性能调优、纯重构、测试代码生成或从零架构设计——这些应使用资料中列出的其他专项 Skill。它擅长的是在文档与方案尚处草稿或评审节点时，用同一套语言把漏洞和风险讲清楚，并推动下一阶段交付物更完整。