外包与本部以及测试管理的差异探讨

大家做过外包测试的都知道现在外包大致就是项目外包和人力外包两种，通常需要了解一些本部和外包差别最好的方式就是人力外包过去做事。

对比外包和本部的优缺点（以人力外包为主），有以下几点（此处以大部分现象为主，不一定是全部）：

1.    一般外包公司进入的门槛是比本部公司要低，除非一些关键职位或者是“转正制度”，就是你作为培养对象招聘进来的时候一般都是部门公司面试通过后，看你作为外包公司的员工在这里做得如何，可以的话在合同结束后（或者适当的时机）转为正式员工。当然这种情况对应聘者本身的能力有一定需求。所以一般来说，作为刚出来工作0～3年左右的人，由于学历或者机遇的问题，选择进入外包是个不错的选择，门槛较低同时运气好可以在合作方公司碰到很多牛人带你做项目。

2.    外包公司一般比较自由，在换项目和换工作方面。一般来说可能你进入大公司后做的东西不是你所想的，想跳一个你喜欢的业务或者技术领域是比较难。但是这一点外包就比较好，好比我做完一个自动化项目，想尝试下我在这个项目里面学习的自动化架构模式在别的我感兴趣的领域（例如终端业务或者门户业务）能否套用，我可以通过外包的公司寻找一些项目。当然也可以换一家公司，离职起来也比较容易。这里还衍生一个优点，假如你的方向比较明确，可以在合作方公司学习到很多东西。

3.    下面说说缺点，由于公司的差异，一般来说外包公司的待遇和福利是没有合作方公司好（相对而言），这一点就比较容易让员工产品失落感。这些问题还衍生出对公司的归属感，有时候在外包本公司也会出现这种没归属感的时候，因为项目变迁快，人员流动比别的公司大。

4.    可以这么比喻一些大型的外包公司，是由很多个小公司组成。好比你觉得在一家公司换项目其实很容易，但是在外包公司里面换项目组其实相当于换了一家公司的感觉，所以很有趣的是，当你们碰到猎头的电话的时候，你会发现同一家公司不同的2～4个人都在找你面试，这个是很有趣的现象。

5.    虽然说it行业流动性比较大，但是这方面外包的公司是比较明显的。很多时候我们做完项目组，假如你的能力好或者你的技术“兼容性”好的话还不会缺少项目，除此之外你在做完一个项目的时候大多的选择应该是离开。所以经常外包做完一个项目之后会发现你的组员流失得非常严重。

总体来说，外包测试中人力外包还是一个学习的好地方，初期或者方向不稳定期选择外包还是不错的。

接下来讲讲测试管理的一些议题：

在测试管理的过程中，主要的“差异”在于测试经理和测试人员之间展开。抛开管理能力和个性的问题来说，假如这个管理者以前是技术牛人或者他的“战绩”很好的话，是比较能够让下面的人信服的。因为他作为你的经理还能够作为你的技术导师，而且在一些关键的时候决策比较有手腕。对于技术牛人做管理的利弊其实很多同学都有了解。这里我就探讨一些流程或人力资源会引发项目质量低的原因。

1.    需求问题。我不知道同学们在测试过程中有没碰过很模糊的需求，我很不幸碰过这类需求，甚至可以说“一句话的需求”。的确，我们测试培训的时候说测试人员在产品没出来前，要有能力去按照需求去写用例。但是我现在工作的时候大部分时间已经是相反的操作：先有产品，再写用例。为什么会这样？我也知道我的方向是错的。但是看看需求，出来的只是个初期产品，连tab页设计都是乱的，写出来的用例100%后续不能用。然后一些增加功能的需求，我的真人真事，好多刚来公司的开发者都问我他们那边的开发需求是什么意思，连开发自己都觉得很多模糊的需求，更不用说到我们这里的需求了。

2.    加班问题。在外包公司本部项目，我很不幸进入过加班，加班，再加班的项目，加班的理由基本上没有，是真的没有。为什么这么说？他没分配给你任务，没告诉你哪个版本有问题，就叫你加班。这里不是说我们测试经理的错，而是领导可能在合作方公司受到“洗礼”，回来叫加班。加班干什么，等，还有帮别人测试。这种加班的方式我不多说，但是我害怕的是几个点：这个项目导致加班的原因知道了，但下次呢？假如说你第一次做项目没经验，第二次应该会吸取经验，还是说加班成习惯了？所有测试人员都怕后者。所以导致了项目组的定律，不加班的员工不是好员工，要的不是技术，要的是听话。

3.    人力问题，要想项目组赚钱就要降低成本，降低成本就要降低工资，降低工资就要大批招没经验的人力。年轻人多是好事，我们也曾经毕业刚出来过，这是个好机会。但是呢？很多个项目都出现大片年轻人，但是没几个导师，你总得要以老带新吧？但是有时候在外包来说，2～3年在公司待的人可以说是“技术核心”。同时这些“核心”没有像华为那样说有安排你教学的新人，没有团队帮助和学习的义务。可以完全无视年轻人。所以作为新来的人，在资源少的项目里面加班，拖着疲惫的身躯回家后没精力学习，进入了一个恶性循环，项目组没经验没人带的人多了，产品开发质量低了，挨骂了，加班又多了，代码越来越不可读，越改越多问题，产品延期再延期。最后万一做的好是老大们的功劳，做不好就是小兵的“功劳”。

个人的体会，我做过小兵，也带过小团队，管理的技巧不比开发测试的技巧简单，但是可以改变的东西是需求，还有人文，还有减少“剥削”，无论是代工起家还是外包起家，最终还是希望转型成有核心技术的方向的话，需要的是技术，规范，已经企业文化积累。