背景

• 我们有 12 个人的测试团队
• 分成 3 个小的测试模块
• 每个测试团队负责不同的产品测试项目

团队特点

• A 测试 leader：在代码方面有突出的能力，由于比较少参与测试，少有进行测试用例设计， @monkey 经常吐槽的角色；
• B 测试模块负责人：在测试用例设计方面有独到之处，学习能力强，具备的能力：测试工具开发、接口测试、性能测试，积极主动，做事认真负责；
• C 测试模块负责人：从其他部门转岗而来，靠自己的努力快速进行测试相关的学习，代码能力较弱，但是细致认真，积极主动，具有较强的沟通能力；
• D 测试模块负责人：测试团队建立之前的第二个成员，具有较强的责任心，设计的测试用例偏冗余，很强的上进心；
• C 测试开发人员：做过 2 年的开发，在测试岗位上很长一段时间在做测试开发工作，具有较强的代码能力，擅长接口测试，具备的能力：性能测试、测试工具开；
• 其他人员

问题

• 项目团队中的人员职责不够明确
• 每个人都可以设计测试用例，但是无法保证测试用例的质量
• 用例质量无法保证，产品质量也就无法保证
• 测试不够聚焦，需求上来就开干，然后由做不完的需求
• 功能测试、接口测试、自动化测试、性能测试穿插其中
• 互联网项目，迭代速度过快，平时少有文档沉淀

核心问题

• 团队模块化划分后，出现业务相互隔离，无法很好的进行人员调度

针对以上问题的思考

• 模块化划分必然出现人员隔离问题
• 测试用例无法评审，产品质量必然和个人能力强相关

针对问题的初步解决方案

• 统一需求入口，完善完整的测试流程
• 角色分工和流程：
  • 测试 leader 接收需求，根据产品内容和需要，通知测试代表参与项目需求讨论；
  • 测试代表参与最终需求评审和讨论，进行测试用例设计，测试用例评审：向测试人员介绍产品需求，和用例设计思路；制定初步的测试计划，评估产品上线时间；
  • 测试 leader 评估测试计划，并根据市场等想因素进行调整；
  • 测试 leader 评估自动化验收测试、性能测试方案；
  • 测试人员根据结合需求、测试用例、测试计划完成测试的执行部分，提交 BUG 和测试报告；
  • 测试代表验收产品，交付产品；
  • 测试 leader 组织测试相关干系人进行测试总结和 BUG 分析；

写在最后

不希望让产品的质量让一个测试人员的能力在决定，甚至是这个测试人员的心情，这是一件很可怕的事情，希望通过完善的测试流程，明确的人员分工来保证产品的质量，明天准备和小组成员讨论这个思路，希望能碰撞出一些火花来，同时也希望大家说说自己的想法。

一个从从技术走向管理的测试从业者目前还在坑里面