agentleFS
KokxiKokxi/qa-test-skills/skills/qa-test-leadership/SKILL.md

qa-test-leadership

Skill31 starsChanged 48 days agoMITView on GitHub

当需要管理测试团队、制定团队目标和绩效标准、或者团队扩招需要面试标准时使用此技能。覆盖测试团队管理(目标设定/KPI 制定/人员成长)、绩效评估(能力模型/360 评估)、招聘面试(面试流程/技术评估标准)和组织建设。不要只管进度不管成长——一个稳定的测试团队靠的是每个人都在不断学习和进步。 触发场景:团队管理、绩效评估、招聘、面试、团队建设、能力模型、目标、团队扩招需要面试标准时。 Use when the user asks about: QA team leadership — goal setting, KPI definition, performance review, hiring interviews, and capability models.

The file

Files
SKILL.md

⚠️ 本技能单独使用效果有限,建议配合完整技能集(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%")→ 输出晋升述职报告

自检清单

团队管理实施后检查:

  • 组织架构是否清晰?
  • 角色职责是否明确?
  • 绩效体系是否建立?
  • 招聘流程是否规范?
  • 团队文化是否建设?
  • 人才培养是否规划?

检查清单

  • 能力模型是否建立?
  • 绩效评估是否量化?
  • 招聘标准是否明确?
  • 团队结构是否合理?
  • 赋能计划是否落地?

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.