H5测试团队管理总结_18年度

背景：

17年6月20日，空降担任H5测试团队的测试经理，团队分成4个小组，分别是PC&会员，Wap&微信，活动，H5 Hybrid。

团队特点：

1. 线上质量差（17年度P3级别以上故障共计24个，其中P1故障1个）；

2. 测试过程随意，不遵守流程规范（如，无测试用例评审，bug不录入缺陷系统，开发自测混乱，需求变更随意等等）；

3. 测试手段单一，为功能测试型团队（仅做功能测试和部分接口或UI自动化）。

 

工作步骤及结果：

作为空降管理，最为忌讳的便是一来便指手画脚，指挥命令的工作方式。需要寻找工作突破口。

我首先做的是，抓住线上质量和项目发布经常需要等待到半夜才能完成，这两个问题作为突破口。还记得入职后到7月和8月，每个月线上故障都有8个左右（我以前的经历，一年线上故障也就才8个）。搞得我相当不习惯。

抓线上质量：

1. 组织业务方，产品，开发总监，开发&测试leader，一线开发&测试同学做月度质量复盘。一起复盘分析故障的原因，如：

a. 测试过程中需求变更，导致测试时间不足，带着问题上线；

b. 开发自测质量不足，导致冒烟测试反反复复，拖累整体进度；

c. 改动影响范围评估不准确，导致测试遗漏；

d. 由当前故障，分析衍生发现的其他问题；

e. 测试类型单一，导致覆盖不全；

f.  等等

2. 针对上述复盘总结，提炼产出优化方案，如：

a. 项目管理流程优化，如：

i.  规范业务方需求变更；

ii. 约定开发自测标准，确定项目研发各环节时间点；

iii. 规范测试流程，如用例评审，bug登记，月度质量回归等等；

iv. 根据项目特性，调整代码分支管理&发布方式等；

从而让大家工作有章可循，工作节奏一致。

b. 搭建研发质量支撑系统，如：

i.  加入公司Sonar静态扫描平台，关注规则问题，编码规范，新增线上兼容性问题规则等；

ii. 加入公司CI平台，支持单元&接口测试自动化执行，覆盖率统计，质量报告自动生成等；

iii. 搭建全新的JS覆盖率统计平台等；

c. 新增测试类型，为团队引入：

i. 健壮性测试，涵盖过载压测，接口容错测试，缓存DB容灾测试，降级方案&开关演练，安全测试等；

ii. 引入页面兼容性测试，引入PC云浏览器适配平台f2etest，制定手机端兼容性测试规范，采购top10机型等等；

iii. 引入页面性能测试，搭建PC页面性能监控告警平台，引入手机端页面性能测试项及标准规范；

iv：加强服务端性能测试，涉及容器&物理机，深入性能场景设计和瓶颈分析。加入线上引流压测环节，模拟线上大压力场景；

v.  强化灰度发布，区分核心功能&非核心功能，要求所有核心功能，如下单，必须执行灰度发布流程，降低发布故障带来的质量问题

还有其他事项，后续想起来再补充吧。

3. 每周复盘以上优化方案落地情况及线上质量优化结果，不断的重复1和2。直到线上质量，工作过程符合预期。

经过1年的实践，18年同比17年度，线上故障下降50%以上，无P1级故障发生。团队整体凝聚力和战斗力均有明显提升。

 

团队发展：

根据我的规划，我有两个期望：

1. 团队Leader能够独挡一面，无论在业务上，还是在小组发展规划，小组成员成长规划上，均能够独立思考，有想法，能落地；

2. 团队整体上，期望团队能够从 功能型测试团队（功能业务测试+部分接口UI自动化）升级成具备多种测试类型团队（专项，前后端性能，健壮性，CI等）最后达成测试开发型团队（具备多种测试类型，同时能够使用技术手段开发各种工具平台提高质量和效率）

就目前看，1年多的时间，以上两点预期，均没有完全达成。

团队Leader们，现阶段能够在业务上独挡一面，基本不用我操心业务和测试资源的事情。但是在小组发展规划，成员成长规划上依然欠缺。

 团队整体上，目前处于具备多种测试类型团队，团队成员均有技术成长的诉求，但缺乏实际操作，无主动创新的想法，偏被动。

 

后续改进：

基于上述团队发展目标和团队现状的分析，以及近期陆续有组内同学对自身发展产生困惑，强烈期望能够有更好的技术成长。因此，后续我需要更关注一下几点：

1. 需要直接带领一线同学完成技术优化项目，帮助他们明确方向，解决问题，同时能监督他们落地（同学的惰性也是明显的）

2. 不能脱离一线业务，需要充分了解一线同学的工作方法，工作内容，工作问题。从而能更加实际的优化工作过程，提高工作质量和效率；

3. 需要重视一线同学的成长诉求和困惑，主动和一线同学交流，不能等出现问题再事后弥补；

4. 更加注重一线leader的培养。