怎么有效整合杂牌人员投入测试？

在软件测试活动中，可能会因为各方面原因导致测试人手不够，也不能从其它公司或测试团队抽离人员。这时可能会被迫从其它非测试团队抽离出人来参与测试活动。虽然这听起来有点不可思议，但我就确实遇到过这种情况。那怎么有效的组织起这些杂牌人员（非测试专员）参与进测试呢？下面谈谈我的做法。

启动会议

征兵打仗，最初要做一个战前动员大会。同样的，在做测试前也应该组织大家开一个启动会议。在这样的情况下参与测试，最初大家可能因为处于各自部门或团体会有些抵触情绪。如果你获得高层的充分授权和支持，不妨在会议上谈谈每个人在测试后能获取到的项目奖金，同时声明征调他们的确切时间，他们原来工作的安排，让他们认可接受这个事情。

会议中还可以适时的闲谈下，改善大家相处气氛。最后不忘在会上说下测试内容，测试要求，并让他们下来熟悉。因为这里抽离的人员主要为UI、产品等团队，他们对测试对象有一定的了解，所以我没有过多去做业务培训。否则，还应该进行一次业务讲解和培训。

快速开始测试

启动会议后，就是怎么让大家快速投入到测试活动了。这时，在有测试工作规范文档的情况下，可以让大家先看下测试规范。如果没有现成的规范时，需要做个小培训，让每个人知道该怎么执行测试用例，怎么提交bug。这些都清楚后，就是分配测试任务给他们进行测试了。

特别注意下，最好根据每个人的工作岗位、性格特点来分配任务。比如我会把一些繁杂点的功能模块测试，分配给对测试有一定了解，性格也比较沉稳的人。把用户体验测试，分配给细心，且吹毛求疵的人。这样针对不同的人，分配不同的任务，他们更容易接受也能较好的完成。

同样因为他们非专业的测试人员，所以可能导致bug发现率过低，在测试活动中需要用到一些方法才行。下面是我用到的一些方法：

站立会

每天早晨，花5-10分钟开一个站立会议非常有必要。首先，让每个人简单说下自己的工作进度，以及碰到重要的问题。把这些问题收集起来，进行集中处理。其次，可以根据每个人的进度情况，作为下次分配任务的依据。

头脑风暴

头脑风波，每隔2~3天随机的抽选他们其中一人所测试过的某个功能模块。让其在会上演示测试过程，然后让大家参与进来发现中间可能存在问题或bug。

这样做的好处是，通过大家的找茬，能让每个人认识到自己测试中可能没有考虑到或以后需要注意的地方。其次，也促使其他没抽查到的人在后面测试中更加认真仔细，因为测试的质量在会议上大家一目了然。

通用问题及时发到讨论组

经常会发现一些通用性问题（如某个成员所负责模块的每个列表都出现分页问题），碰到这种问题，我的做法是让大家及时发到QQ讨论组里，让其他人在测试间隙都可以看到，也好查看自己所负责模块是否有该问题。

交叉测试

在测试迭代前两轮不建议交叉测试。因为一些bug是需要在功能、业务相当熟悉的情况下才能发现。且前期bug发现量大，如果让另一个人回归前面一个人的bug，会产生大量的沟通成本。交叉测试我放到版本比较稳定，bug发现较少的情况下，这时再进行交叉测试，会产生更好的效果。

总结

在测试活动中，不可避免使用外部资源。这时我们应该充分有效的整合并利用好，以更好地完成我们的任务。

想学习却无从下手，该如何学习？

这里我准备了对应上面的每个知识点的学习资料、可以自学神器，已经项目练手。

如果我的博客对你有帮助、如果你喜欢我的文章内容，请 “点赞” “评论” “收藏” 一键三连哦！