【腾讯TMQ】我们在外包资源池化管理走过的弯路

一、导读

品质中心近半年提出了外包人员效率优化的口号。各个测试团队积极响应，想出各种各样的办法来尝试节省人力。其中“外包资源池管理”是各个团队都没有放过的一种尝试手段。

其最初的理念是把各个项目中一些简单的任务识别出来，交给一波初级的外包去做。这样能解决部分外包工作不饱和问题以及降低外包的培养成本。

而在不同测试团队的具体实施中，又演化出不同的实施方案。本文记录手机QQ浏览器测试团队在“外包资源池管理”方案上的几次尝试。有沉痛的教训，也有深度的思考。

二、资源池管理的预期收益

1、外包人力的充分利用

当前外包利用不充分的情况主要有2种形式。一是任务潮汐现象导致在任务量少的时候外包工作不饱和。而因为管理或者能力上的割裂不能很好地把这些闲置的人力给利用起来。手机QQ浏览器测试团队也存在这个问题。希望能通过资源池的管理方式解决。二是由于缺少统计和管理导致的人员闲置与低效。这个问题手机QQ浏览器测试团队不多见。在这里不展开。

2、外包培养和管理的成本下降

目前外包的培养和管理职责都是落在测试经理头上的。如果外包资源池能够分担甚至包管了这部分职责，测试经理就可以把更多的精力放在产品测试本身。对项目质量以及测试经理的个人成长都有利。

三、手机QQ浏览器测试外包团队特点

1、项目割裂

手机QQ浏览器分为iOS浏览器、Android浏览器、TBS浏览服务3个大产品。具体分工上，又分为iOS测试、后台（小说、视频、资讯、广告等）测试、Android内核测试、Android UI测试、Android性能测试、TBS测试、视频文件测试7个小组。地域上也分为深圳、成都、合肥3个地方。

项目的割裂代表着业务和技能的割裂。比如说，让一个测后台的同学去理解理解TBS的下载安装流程会很费劲；而让熟悉android手机抓网络包的同学去抓iOS手机网络包也要学习半天。这种割裂会让一个外包同学掌握多个测试小组的需求和技能变得十分困难。

2、任务难度大

任务难度大的问题在Android浏览器的几个测试组里体现明显。我们按照任务需要的技能要求将任务分成高中低三档。据粗略统计，QB主线高难度任务占比为44%；TBS高难度用例占比为33%。这些高难度的用例通常以下特征：

1）涉及前端、终端、后台多方面配合；

2）无法通过终端界面验证结果；

3）测试中会遇到很多意外情况需要灵活处理；

4）需要用到一些生僻、复杂的测试工具，如inspector、fiddler等。

以广告过滤为例，需要先确认拉取到wup后台的开关，了解广告过滤功能的开关状态，然后向业务后台拉取访问站点的过滤规则，接着终端要对该规则进行处理。过程中每个环节的结果都无从通过终端界面验证结果，而要通过查看日