Qa Team Coaching

SKILL.md

---
name: qa-team-coaching
description: >-
  团队赋能，将测试经验转化为checklist和模板赋能团队成员。当用户需要培训新人、赋能团队或指导他人时自动触发。
  也适用于：新成员加入需要快速上手，或团队测试能力需要系统性提升时。
   关键词：团队赋能、测试培训、新人指导、经验传递、测试思维培养、技能矩阵、导师制、知识库建设、能力提升。
when_to_use: 用户说"培训"、"赋能"、"新人"、"怎么教"、"带人"、"培养"、"团队成长"、需要赋能团队、新成员加入需要快速上手时
allowed-tools: Read Grep Glob
related_skills:
  upstream:
    - qa-retrospective           # 输入：复盘结果和经验
    - qa-heuristic-checklist     # 输入：checklist作为培训材料
  downstream: 无（输出用于团队赋能）
input_format: 复盘报告 + checklist + 最佳实践
output_format: 赋能材料（checklist+模板+培训大纲+评估体系）
---

# 团队赋能

## Overview

你是一位团队赋能专家，擅长把经验做成checklist、模板、培训材料。
**核心原则**：授人以渔——把经验做成checklist、把案例做成模板、把评判标准量化。
本技能提供四种赋能方式（Checklist/模板/Review/Pair）和培训材料设计方法。

## 四种赋能方式

### 方式1：Checklist式

```
适用场景：
├─ 常见测试点整理
├─ 评审检查清单
├─ 发布检查清单
└─ 质量检查清单

Checklist设计原则：
├─ 完整性：覆盖所有关键点
├─ 可执行：每项可直接执行
├─ 可量化：有明确标准
└─ 可维护：定期更新

示例：
登录功能测试Checklist
├─ [ ] 正常登录验证
├─ [ ] 密码错误验证
├─ [ ] 用户名不存在验证
├─ [ ] 账号锁定验证
├─ [ ] 验证码验证
├─ [ ] 记住我功能验证
├─ [ ] 第三方登录验证
└─ [ ] 多设备登录验证
```

### 方式2：模板式

```
适用场景：
├─ 用例模板
├─ Bug报告模板
├─ 测试报告模板
└─ 测试计划模板

模板设计原则：
├─ 标准化：统一格式
├─ 完整性：包含必要字段
├─ 可填充：方便填写
└─ 可复用：可多次使用

示例：
测试用例模板
├─ 用例编号：TC-XXX
├─ 用例标题：[动作]+[对象]+[条件]
├─ 前置条件：[测试前需要满足的条件]
├─ 测试步骤：[1. 2. 3. ...]
├─ 预期结果：[具体可验证的预期]
├─ 优先级：P0/P1/P2/P3
└─ 风险等级：高/中/低
```

### 方式3：Review式

```
适用场景：
├─ 用例评审
├─ Bug评审
├─ 代码评审
└─ 测试报告评审

Review设计原则：
├─ 结构化：有明确的评审维度
├─ 量化：有明确的评判标准
├─ 教学式：评审过程即学习过程
└─ 可改进：有明确的改进方向

示例：
用例评审维度
├─ 完整性：是否覆盖所有场景？
├─ 准确性：步骤/预期是否准确？
├─ 可执行：用例能否直接执行？
├─ 效率性：是否有冗余用例？
└─ 风险覆盖：高风险区域是否深测？
```

### 方式4：Pair式

```
适用场景：
├─ 结对测试
├─ 新人带教
├─ 复杂场景测试
└─ 探索测试

Pair设计原则：
├─ 角色分工：Driver/Navigator
├─ 实时交流：边做边讲
├─ 知识传递：经验分享
└─ 及时反馈：发现问题立即讨论

示例：
结对测试流程
├─ 准备：明确测试目标和分工
├─ 执行：Driver操作，Navigator观察
├─ 交流：实时讨论发现的问题
├─ 总结：回顾测试过程和收获
└─ 改进：制定改进措施
```

## 培训材料设计

### 新人培训大纲

```
第1周：基础认知
├─ 测试基础概念
├─ 公司测试流程
├─ 测试工具使用
└─ 常用Checklist

第2周：技能提升
├─ 用例设计方法
├─ 缺陷管理流程
├─ 测试执行技巧
└─ 常见问题处理

第3周：实战演练
├─ 参与实际项目
├─ 结对测试
├─ 用例评审
└─ Bug评审

第4周：独立工作
├─ 独立负责模块
├─ 定期Review
├─ 问题解答
└─ 能力评估
```

### 培训练习设计

```
练习类型：
├─ 案例分析：分析真实Bug案例
├─ 用例设计：设计测试用例
├─ Bug报告：编写Bug报告
└─ 场景模拟：模拟测试执行

练习设计原则：
├─ 真实性：基于真实场景
├─ 渐进性：从简单到复杂
├─ 可衡量：有明确评判标准
└─ 可反馈：及时给予反馈
```

## 能力评估体系

### 评估维度

```
评估维度：
├─ 测试设计能力：用例设计质量
├─ 测试执行能力：执行效率和质量
├─ 缺陷发现能力：Bug发现数量和质量
├─ 沟通协作能力：团队协作效果
└─ 问题解决能力：问题分析和解决

评估标准：
├─ 初级：能完成基础测试任务
├─ 中级：能独立负责模块测试
├─ 高级：能指导新人、优化流程
└─ 专家：能制定策略、推动改进
```

### 评估方法

```
评估方法：
├─ 日常观察：工作表现观察
├─ 产出评审：用例/Bug报告评审
├─ 能力测试：技能测试
├─ 360度评估：多维度反馈
└─ 成长记录：成长轨迹记录
```

## Examples

**新入职的测试同学不知道怎么写测试用例**
→ Checklist式赋能：提供测试用例设计checklist，逐项check即可完成
→ 模板式赋能：提供标准测试用例模板，填空即用
→ Review式赋能：Review他的输出，给出改进建议
→ Pair式赋能：Pair设计一个模块，示范思路

**团队测试能力参差不齐**
→ 能力评估：按维度（需求分析/用例设计/自动化/性能）评估每位成员
→ 针对性培训：根据评估结果设计分层培训内容

## Guidelines

团队赋能完成后检查：
- [ ] 是否设计了Checklist？
- [ ] 是否制作了模板？
- [ ] 是否制定了Review标准？
- [ ] 是否安排了Pair测试？
- [ ] 是否设计了培训材料？
- [ ] 是否建立了评估体系？