回到网易8个月软件测试团队转型实践(8)

从16年Q2开始制定团队建设技术，那么整个测试团队的关注点是什么，如何聚焦，根据技术总体需求、产品需求来落实测试需求呢？

根据团队特性，测试、开发划分了边界，只有从这些方面出发，才能更好要求组员的技能形成阶梯化，以及在招聘要求是按照此需求来落地，市场上大有可为之人，如何切实际为之更重要，下面从几个方面来谈谈。

测试团队关注点

Martin Fowler在博客中解释了TestPyramid，如下图所示：

图-Martin Fowler：TestPyramid

单元测试是第一道测试关卡，也是一个陷阱，测试人员如果投入到此环节上，将是一种资源耗尽型的质量活动。比业务熟悉程度，测试人员没有开发人员高深，比写单元测试的效率，测试人员没有开发人员高效，这里交友测试团队也跳坑了，历经一个季度跳入、跳出，理想的状态下是：开发的框架很松耦合，例如使用了MVP/MVVM开发模式，实际情况是这些技术债务在逐步偿还，熟悉代码的开发人员进行单元测试都有阻碍，测试人员谈何容易，简单点来说不务正业，投入产出比低。

真正要从业务需求的痛点出发挖掘适合团队的方向：测试层次的关注点是最清晰的一条分水岭隔离开发代码级别的：单元测试、集成测试，测试人员真正的关注点是：以手工测试为主，自动化为辅的发展阶段，同时围绕整个研发测试过程的质量反馈，包括：需求阶段、开发阶段、发布阶段、运营阶段。

图-测试层次关注点

理清整个需求之后，就是团队成员角色转型：

图-岗位的转变

分为三种：

基本职能：手工测试工程师，进阶职能的：自动化测试工程师，再高级一点，测试开发工程师，其实也可以称为全栈，名字不是最重要，也不会设立这种title，只是要明确把活给细分出来。

最后，根据需求，也把产品测试人员分布明细理顺了：

原文转自：http://www.uml.org.cn/Test/201707191.asp