测试管理第一章如何组建团队

其实做测试管理也已经有三年了。早就已经有开始想写一个系列的文章来做一下总结。虽然经验尚浅，但也算是自己的一个积累沉淀，想法的一个完善吧。

引用一下某大V说的话：人的回忆或者记忆总是偏向于美化自己。所以想法的成文完善和交流，是纠正自我认知偏差的很重要的一个部分。这也是我写文章的一个初衷。管理跟技术不一样，并没有完完全全的标准答案。

测试管理其实跟其他的管理并没有什么本质上的区别。主要也是分管人或者管事。就看你侧重在的一方面。

务虚的话可以讲很多，比如说你作为一个测试leader。你应该关注哪些东西，比如说是计划。还是进度，还是说是团队的文化。有很多方面都可以展开讲，但是我觉得最起码落地的第一步就是。

组建团队

组建团队，首先第一个就要想清楚，或者说是了解清楚。你在一个公司里面你的团队。究竟有的什么样的目标。我要给公司创造什么价值或者提供什么样的服务？

团队定位是核心。每个公司的业务和研发团队组成都不一样。测试团队的定位也不尽相同，拿我现在所在的团队来说吧。团队的主要职责就是：完成日常的测试任务，能提供自动化测试跟性能测试专项测试的服务。所以从这来看，就是团队里边务必有足够多的功能测试人员，部分成员需要有自动化测试或者性能测试的能力。在专项测试是否需要专人专岗，这个结合公司的资源来定。

何为足够多的测试人员呢？按照目前来说，开发测试比在1：5的情况下，项目节奏不是特别紧凑（996那种）。是足够的了。比如我们团队有30个开发，所以我要了6个测试。这个人数可多可少，人多了需要做出来的成绩就要更多，这个需要leader自己去衡量。另外超过3人以上的团队，你的管理方法跟掌控都会不一样，也是需要区分的

人员人数定下来了，那么人员构成呢？

这里只说资源足够的情况，资源不够，就只能leader自己补位。或者让其空缺。还是拿我自己的团队做例子。6人团队，有专项测试能力，那么起码有1-2人是有专项测试能力的，所以两个中高级岗位。另外还需要一个中级的专注业务测试的工程师，确保团队在业务测试方面的下限。然后还有2个就是初级岗位。这样人员分成3个梯队，就会比较合理。团队的构成最好是分梯队，不建议搞一个队伍都是高级或者中级工程师的，这样的队伍很难带好，因为人员之前只有竞争，没有协助。

leader有很多种，很多是空降，有的是晋升。如果是空降，而且目前已经有团队，那么就是要梳理好关系，确定好人员职责跟梯队，识别核心骨干以及团队里的潜力股。如果是晋升，那么这篇文章与你无关。

这篇文章说的是，你作为一个公司的第一个测试人员，你第一步要开展的工作。这种情况在创业公司很常见。