Coding
当测试发现"这个功能测不了"、"加个日志就能定位"、"这个模块没法 Mock"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
当测试发现"这个功能测不了"、"加个日志就能定位"、"这个模块没法 Mock"时使用此技能。从可控性（能否控制测试条件）、可观察性（能否看到内部状态）、可隔离性（能否独立测试）、自动化性和可诊断性五个维度评估系统的可测试性水平，给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好，是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议，执行前请确认非关键数据。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
在架构评审阶段就能识别可测试性问题，推动开发做可测试设计。
检查点：
├─ Mock点：是否有Mock接口？
│ ├─ 外部依赖是否可Mock
│ ├─ 第三方服务是否可Mock
│ └─ 数据库是否可Mock
│
├─ 测试接口：是否有测试专用接口？
│ ├─ 数据初始化接口
│ ├─ 数据清理接口
│ └─ 状态查询接口
│
├─ 接口文档：接口文档是否完整？
│ ├─ 入参/出参定义
│ ├─ 错误码定义
│ └─ 示例数据
│
└─ 接口版本：接口版本管理？
├─ 向后兼容
└─ 版本切换
检查点：
├─ 数据构造：测试数据能否方便构造？
│ ├─ 数据工厂模式
│ ├─ 测试数据生成器
│ └─ 批量数据导入
│
├─ 数据清理：测试数据能否方便清理？
│ ├─ 测试后自动清理
│ ├─ 按用例隔离
│ └─ 按模块隔离
│
├─ 数据隔离：测试数据能否隔离？
│ ├─ 测试环境独立
│ ├─ 测试库独立
│ └─ 测试账户独立
│
└─ 数据查询：能否方便查询数据状态？
├─ 数据状态查询接口
├─ 数据变更日志
└─ 数据快照
检查点：
├─ 关键路径日志：关键操作是否有日志？
│ ├─ 业务操作日志
│ ├─ 数据变更日志
│ └─ 异常处理日志
│
├─ 日志级别：日志级别是否合理？
│ ├─ DEBUG：调试信息
│ ├─ INFO：业务信息
│ ├─ WARN：警告信息
│ └─ ERROR：错误信息
│
├─ TraceId：是否有链路追踪？
│ ├─ 请求唯一标识
│ ├─ 跨服务追踪
│ └─ 日志关联
│
└─ 日志查询：能否方便查询日志？
├─ 日志平台
├─ 日志搜索
└─ 日志分析
检查点：
├─ 功能开关：是否有功能开关？
│ ├─ 新功能开关
│ ├─ 实验功能开关
│ └─ 灰度开关
│
├─ 配置动态化：配置能否动态修改？
│ ├─ 运行时配置
│ ├─ 热更新配置
│ └─ 配置回滚
│
├─ 测试配置：是否有测试专用配置？
│ ├─ 测试环境配置
│ ├─ Mock配置
│ └─ 超时配置
│
└─ 配置文档：配置项文档是否完整？
├─ 配置项说明
├─ 默认值说明
└─ 影响范围说明
检查点：
├─ 外部依赖：外部依赖能否Mock？
│ ├─ 第三方接口Mock
│ ├─ 消息队列Mock
│ └─ 缓存服务Mock
│
├─ 服务依赖：服务依赖能否隔离？
│ ├─ 服务虚拟化
│ ├─ 契约测试
│ └─ 集成测试环境
│
├─ 数据库依赖：数据库依赖能否Mock？
│ ├─ 内存数据库
│ ├─ 测试数据库
│ └─ 数据库快照
│
└─ 降级方案：依赖异常时能否降级？
├─ 熔断机制
├─ 降级策略
└─ 容错处理
| 维度 | 检查点 | 现状 | 目标 | 差距 | 改进措施 |
|---|---|---|---|---|---|
| 接口层 | Mock点 | 无 | 有 | 大 | 开发Mock接口 |
| 数据层 | 数据构造 | 手动 | 自动 | 中 | 开发数据工厂 |
| 日志层 | TraceId | 无 | 有 | 大 | 接入链路追踪 |
| 配置层 | 功能开关 | 无 | 有 | 中 | 开发开关平台 |
| 依赖层 | 服务Mock | 无 | 有 | 大 | 开发服务虚拟化 |
├─ 接口层：添加测试接口
├─ 数据层：编写数据构造脚本
├─ 日志层：添加关键路径日志
├─ 配置层：添加测试配置项
└─ 依赖层：配置Mock数据
├─ 接口层：开发Mock平台
├─ 数据层：开发数据工厂
├─ 日志层：接入链路追踪
├─ 配置层：开发开关平台
└─ 依赖层：开发服务虚拟化
├─ 接口层：契约测试平台
├─ 数据层：测试数据管理平台
├─ 日志层：日志分析平台
├─ 配置层：配置中心
└─ 依赖层：服务治理平台
评审订单系统的架构设计 → 接口层可测试性：订单接口是否支持Mock？是否有测试桩？ → 数据层可测试性：数据库是否支持事务回滚？测试数据隔离？ → 日志层可测试性：关键操作是否打印日志？日志级别是否可配置？ → 配置层可测试性：功能开关是否支持动态配置？第三方服务地址是否可配置？ → 依赖层可测试性：依赖服务是否有Mock方案？是否支持降级？
开发说"这个不好测" → 启动可测试性评估，逐维度分析，给出具体改进建议和沟通话术
可测试性评估完成后检查：
当开发提了 PR、代码变更需要确定测试范围、或者想通过分析代码来预测可能出 Bug 的区域时使用此技能。从测试视角分析代码变更的影响范围、识别高危模式和典型风险区域。不要看完整代码逻辑——你只需要关注变更类型（新增/修改/删除/重构）、影响范围（接口定义/数据库字段/业务逻辑）和相关依赖，据此确定最小回归测试范围。输出代码变更影响分析报告。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道"正确的做法是什么"。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
当需要管理测试团队、制定团队目标和绩效标准、或者团队扩招需要面试标准时使用此技能。覆盖测试团队管理（目标设定/KPI 制定/人员成长）、绩效评估（能力模型/360 评估）、招聘面试（面试流程/技术评估标准）和组织建设。不要只管进度不管成长——一个稳定的测试团队靠的是每个人都在不断学习和进步。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
当团队要选测试工具（自动化框架/性能工具/管理平台）、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估（功能覆盖/学习成本/社区活跃度/维护成本/扩展性）输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问"质量怎么样"的时候使用此技能。不同角色关心的数据不同：开发关心Bug明细，经理关心通过率和趋势，老板关心风险和发版决策。报告内容适配受众，关键指标量化呈现，风险区域必须醒目标注。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
当需要挑战已有假设、挖掘隐含约束、发现"所有人都没想过"的测试场景时使用此技能。测试中最常犯的错误是接受了需求文档里的隐含假设——比如"用户一定会有网络"、"输入一定有内容"、"操作顺序一定正确"。用「如果不呢」的深度质疑方式反向思考，暴露那些被默认为"正常"的异常场景。每一个测试场景都应该走一遍"如果这个假设不成立呢"的质疑流程。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills