qa-test-leadership

围绕测试团队管理、绩效评估和招聘面试提供组织架构、角色定义、面试流程、面试问题库、应用场景与检查清单，并将绩效评估细节放在 references/performance-review.md 中按需加载；不包含自动执行或外部服务调用。

kokxi

热度 59.99

最近更新 2026-09-29 12:31:41

分类：协作依赖：读写文件应用场景：任务管理 / 报告撰写 / 工作流

安装技能

复制下面的话术发给你的 Agent，它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill： npx secure-skills-cli add qa-test-leadership

Metadata

displayName: 测试领导力
name: qa-test-leadership
description: 当需要管理测试团队、制定团队目标和绩效标准、或者团队扩招需要面试标准时使用此技能。覆盖测试团队管理（目标设定/KPI 制定/人员成长）、绩效评估（能力模型/360 评估）、招聘面试（面试流程/技术评估标准）和组织建设。不要只管进度不管成长——一个稳定的测试团队靠的是每个人都在不断学习和进步。触发场景：团队管理、绩效评估、招聘、面试、团队建设、能力模型、目标、团队扩招需要面试标准时。 Use when the user asks about: QA team leadership — goal setting, KPI definition, performance review, hiring interviews, and capability models.
license: MIT
allowed-tools: Read Grep Glob
metadata: {"slug":"qa-test-leadership","display-name":"测试领导力","version":"1.8.0","when-to-use":"用户说\"团队管理\"、\"绩效评估\"、\"招聘\"、\"面试\"、\"团队建设\"、\"能力模型\"、\"目标\"、需要管理测试团队、团队扩招需要面试标准时","related-skills":"{\"upstream\":[\"qa-team-coaching\",\"qa-retrospective\"],\"downstream\":[\"qa-stakeholder-communication\"]}","references":"[\"references/performance-review.md\"]","input-format":"{\"required\":[{\"name\":\"团队现状\",\"type\":\"string\",\"description\":\"测试团队当前状态评估\"},{\"name\":\"组织目标\",\"type\":\"string\",\"description\":\"组织质量目标和愿景\"}],\"optional\":[{\"name\":\"资源预算\",\"type\":\"string\",\"description\":\"可用资源和预算\"}]}","output-format":"{\"traceability\":[\"每份管理方案带唯一ID（LEAD-XXXX）\"],\"structure\":[{\"team_assessment\":\"团队评估报告\"},{\"improvement_roadmap\":\"改进路线图\"},{\"stakeholder_plan\":\"干系人管理计划\"},{\"metrics_framework\":\"度量框架设计\"}]}","error-recovery-guidance":"{\"on_failure\":\"管理方案遗漏角色时回退到团队能力评估补充\",\"retry_behavior\":\"补充评估后重新设计方案\"}","categories":"[\"Development\",\"Testing\",\"DevOps\"]","depth-requirement":"{\"reference_value\":\"根据团队规模调整管理深度：简单×1/中等×2/复杂×3\",\"minimum\":\"至少覆盖能力模型、绩效评估、招聘标准3项\"}"}

⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills

测试领导力

核心原则

测试领导力——从技术专家到团队领袖的转变。

团队组织架构

组织模式

├─ 职能型团队
│   ├─ 结构：按技能分组（功能测试、自动化、性能）
│   ├─ 优点：专业深度、资源共享
│   ├─ 缺点：跨组协作、响应慢
│   └─ 适用：大型团队、稳定项目
│
├─ 项目型团队
│   ├─ 结构：按项目分组
│   ├─ 优点：响应快、责任清晰
│   ├─ 缺点：资源重复、专业深度不足
│   └─ 适用：项目制、快速迭代
│
├─ 矩阵型团队
│   ├─ 结构：职能+项目双重汇报
│   ├─ 优点：平衡专业和效率
│   ├─ 缺点：汇报复杂、权责不清
│   └─ 适用：中型团队、多项目
│
└─ 嵌入型团队
    ├─ 结构：测试嵌入开发团队
    ├─ 优点：协作紧密、响应快
    ├─ 缺点：专业传承弱、归属感低
    └─ 适用：敏捷团队、DevOps

角色定义

├─ 测试负责人
│   ├─ 职责：团队管理、策略制定、资源协调
│   ├─ 技能：管理能力、沟通能力、业务理解
│   └─ 产出：测试策略、团队计划、质量报告
│
├─ 测试架构师
│   ├─ 职责：技术决策、架构设计、技术攻关
│   ├─ 技能：技术深度、架构能力、创新能力
│   └─ 产出：技术方案、框架设计、最佳实践
│
├─ 测试专家
│   ├─ 职责：复杂测试、质量把控、团队指导
│   ├─ 技能：测试深度、分析能力、指导能力
│   └─ 产出：测试方案、质量评估、经验分享
│
├─ 测试工程师
│   ├─ 职责：测试设计、测试执行、缺陷管理
│   ├─ 技能：测试设计、工具使用、沟通协作
│   └─ 产出：测试用例、缺陷报告、测试报告
│
└─ 测试开发工程师
    ├─ 职责：自动化开发、工具开发、框架维护
    ├─ 技能：开发能力、自动化能力、架构能力
    └─ 产出：自动化脚本、测试工具、测试框架

加载时机

什么时候读	读哪个
做绩效评估与能力模型时	`references/performance-review.md`

绩效评估的完整内容已下沉至 references/performance-review.md，避免每次触发都占用上下文。

招聘面试

面试流程

├─ 简历筛选
│   ├─ 关键词匹配
│   ├─ 经验匹配
│   └─ 技能匹配
│
├─ 电话面试
│   ├─ 基本情况
│   ├─ 技术基础
│   └─ 求职动机
│
├─ 技术面试
│   ├─ 测试知识
│   ├─ 技术深度
│   └─ 实战能力
│
├─ 综合面试
│   ├─ 沟通能力
│   ├─ 团队协作
│   └─ 文化匹配
│
└─ HR面试
    ├─ 薪资谈判
    ├─ 职业规划
    └─ 背景调查

面试问题库

测试基础：
├─ 什么是测试金字塔？
├─ 如何设计测试用例？
├─ 如何进行需求分析？
└─ 如何进行缺陷管理？

技术深度：
├─ 如何设计自动化框架？
├─ 如何进行性能测试？
├─ 如何进行安全测试？
└─ 如何进行接口测试？

实战能力：
├─ 描述一个你发现的最难的Bug
├─ 描述一个你设计的最复杂的测试方案
├─ 描述一个你推动的改进
└─ 描述一个你解决的冲突

软技能：
├─ 如何与开发沟通？
├─ 如何管理时间？
├─ 如何学习新技术？
└─ 如何处理压力？

应用场景

管理一个10人测试团队 → 组织架构：按产品线分3个小组，每组3人+1组长 → 绩效评估：用例质量、缺陷发现效率、自动化覆盖率、线上故障数 → 招聘面试：设计面试流程（电话面→笔试→技术面→终面），建设面试题库

新入职测试同学需要快速上手 → 新人培训：技能矩阵评估→按短板制定学习计划→Mentor一对一辅导

输出示例

场景：新建 12 人测试团队的组织架构设计

1. 背景：公司新产品线（电商中台），需 12 人测试团队（含 2 名组长），预算已批

2. 组织模式选择：按产品线分组（交易/营销/数据 3 组，每组 3 人 + 1 组长）

3. 角色定义：

测试负责人（1人）：统筹全局，向质量总监汇报
  ├─ 组长A 交易组（4人）：支付/订单/售后
  ├─ 组长B 营销组（4人）：活动/优惠券/推送
  └─ 组长C 数据组（3人）：报表/BI/埋点

4. 绩效评估体系：用例质量（30%）+ 缺陷发现效率（25%）+ 自动化覆盖率（25%）+ 线上故障数（20%）

5. 招聘计划：当前缺口 3 人 → 面试流程（电话面→笔试→技术面→终面）→ 30 天内补齐

6. 团队文化：每周分享会 + 缺陷复盘会 + 测试工具轮值

场景：测试工程师晋升答辩准备 → 对照能力模型（测试设计/自动化/性能/管理）逐项自评 → 用 3 个量化案例支撑（如"自动化覆盖率从 20% 提升至 65%"）→ 输出晋升述职报告

自检清单

团队管理实施后检查：