近段时间出现了一个很现实的问题：团队中即将没有专职的测试人员。由此不得不要考虑应对这种情况的方案。

    考虑再三，计划借调其他部门的专职测试人员，负责项目的测试需求和测试场景的分析和整理，由项目组负责测试的执行。考虑此种方案很重要的原因是：测试的关键在于分析测试需求和理清测试场景（由专职专业测试人员负责），剩下的是工作量的问题（执行测试，可由非专业测试人员执行）。

    开发人员兼做测试的角色有个好处是可以减少沟通环节，简化流程，降低管理成本：1、以前的测试流程：开发人员提交测试->测试人员测试->记录测试结果->提bug->系统分析员作影响分析->分发给开发人员修改->修改完毕，再次提交测试->测试人员回归测试->如有bug，继续上述流程。

2、计划改变后的测试流程：开发人员提交测试->开发人员测试->发现并记录bug，有疑问与SA沟通和交流->修复bug

由此带来的其他收获有：1、增强了开发与系统分析员在业务、技术、代码等方面的沟通和交流；2、增强团队成员的集体荣誉感，整个团队对质量负责，而不仅仅是测试人员；3、开发人员也可以熟悉业务，而不是纯粹的编码开发，打通了开发往系统分析发展的通道；4、开发人员通过测试了解业务的同时，可自行发现编码中的错漏，自行修复bug，减少了返工，提升了代码质量。

以上只是设想，有什么问题，能否如愿执行，流程是否完善，还需在实施后根据反馈才能逐步发现和完善了。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/6906/viewspace-680633/，如需转载，请注明出处，否则将追究法律责任。