qa-tech-debt-management

⚠️ 安全警告：本技能的示例可能涉及发布阻塞评估和线上问题影响分析。 实际使用时请勿直接基于评估结论阻塞发布或下线功能，先与开发和产品确认风险。 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。

技术债务管理

核心原则

技术债务是不可避免的，关键是要识别、评估、并有计划地偿还。

技术债务类型

自动化债务

债务表现：
├─ 自动化脚本不稳定
│   ├─ 频繁失败（假阳性）
│   ├─ 执行时间过长
│   └─ 维护成本高
│
├─ 自动化覆盖不足
│   ├─ 核心流程未覆盖
│   ├─ 边界场景未覆盖
│   └─ 异常场景未覆盖
│
├─ 框架问题
│   ├─ 框架版本过旧
│   ├─ 框架设计不合理
│   └─ 框架文档缺失
│
└─ 代码质量
    ├─ 代码重复
    ├─ 代码复杂度高
    └─ 代码可读性差

测试债务

债务表现：
├─ 用例问题
│   ├─ 用例过时
│   ├─ 用例冗余
│   ├─ 用例覆盖不足
│   └─ 用例维护困难
│
├─ 流程问题
│   ├─ 测试流程不规范
│   ├─ 测试执行不彻底
│   ├─ 缺陷管理混乱
│   └─ 回归测试不充分
│
└─ 环境问题
    ├─ 测试环境不稳定
    ├─ 测试数据不足
    ├─ 测试工具落后
    └─ 测试基础设施薄弱

架构债务

债务表现：
├─ 可测试性差
│   ├─ 接口不可Mock
│   ├─ 日志不完整
│   ├─ 配置不灵活
│   └─ 数据不可构造
│
├─ 测试架构问题
│   ├─ 分层不清晰
│   ├─ 职责不单一
│   ├─ 扩展性差
│   └─ 可维护性差
│
└─ 集成问题
    ├─ CI/CD集成不完善
    ├─ 报告不规范
    ├─ 监控不完善
    └─ 工具链不统一

债务评估

评估维度

├─ 影响度
│   ├─ 对测试效率的影响
│   ├─ 对测试质量的影响
│   ├─ 对团队士气的影响
│   └─ 对交付速度的影响
│
├─ 紧迫度
│   ├─ 是否阻塞当前工作
│   ├─ 是否影响发布
│   ├─ 是否导致线上问题
│   └─ 是否影响团队效率
│
├─ 解决成本
│   ├─ 人力成本
│   ├─ 时间成本
│   ├─ 风险成本
│   └─ 机会成本
│
└─ 解决收益
    ├─ 效率提升
    ├─ 质量提升
    ├─ 成本降低
    └─ 风险降低

评估矩阵

债务类型	影响度	紧迫度	解决成本	解决收益	优先级
自动化不稳定	高	高	中	高	P0
用例过时	中	中	低	中	P1
框架版本旧	中	低	高	中	P2
文档缺失	低	低	低	低	P3

债务治理

治理策略

├─ 立即解决（P0）
│   ├─ 阻塞性问题
│   ├─ 线上问题
│   └─ 效率严重下降
│
├─ 计划解决（P1）
│   ├─ 影响当前迭代
│   ├─ 影响团队效率
│   └─ 风险较高
│
├─ 逐步解决（P2）
│   ├─ 不影响当前工作
│   ├─ 可以规划解决
│   └─ 成本较高
│
└─ 持续监控（P3）
    ├─ 影响较小
    ├─ 成本较高
    └─ 可以接受

治理方法

自动化债务治理：
├─ 脚本稳定化
│   ├─ 修复假阳性
│   ├─ 优化等待策略
│   ├─ 增加重试机制
│   └─ 改进错误处理
│
├─ 覆盖提升
│   ├─ 补充核心流程
│   ├─ 补充边界场景
│   ├─ 补充异常场景
│   └─ 优化测试数据
│
└─ 框架升级
    ├─ 版本升级
    ├─ 架构优化
    ├─ 文档完善
    └─ 工具统一

测试债务治理：
├─ 用例优化
│   ├─ 清理过时用例
│   ├─ 合并冗余用例
│   ├─ 补充覆盖不足
│   └─ 改进可维护性
│
├─ 流程改进
│   ├─ 规范测试流程
│   ├─ 完善执行标准
│   ├─ 改进缺陷管理
│   └─ 优化回归策略
│
└─ 环境改善
    ├─ 稳定测试环境
    ├─ 补充测试数据
    ├─ 升级测试工具
    └─ 完善基础设施

架构债务治理：
├─ 可测试性改进
│   ├─ 接口Mock化
│   ├─ 日志完善
│   ├─ 配置动态化
│   └─ 数据构造化
│
├─ 架构优化
│   ├─ 分层清晰化
│   ├─ 职责单一化
│   ├─ 扩展性提升
│   └─ 可维护性提升
│
└─ 集成完善
    ├─ CI/CD完善
    ├─ 报告规范化
    ├─ 监控完善
    └─ 工具链统一