敏捷开发团队管理系列之程序与测试团队（二）.docVIP

敏捷开发团队管理系列：程序与测试团队（二） 发布时间: 2011-12-26 11:04 ?? 作者: 陈勇 ?? 来源: 51Testing软件测试网采编 　　这是敏捷开发团队管理系列的第二篇。（之一） 　　测试团队的价值 　　这样看来，敏捷开发的质量保证问题，都被发开团队解决了，测试团队的价值何在？ 　　这个可以从第一个项目组后来的发展来分析。 　　在整个程序团队大力保证产品质量的同时，项目组也一点点显露出一些问题。 　　比如每个模块的质量都还不错（有些模块甚至有一些原始的自动单元测试脚本，每次都能对模块进行回归测试），但是整个产品最终集成后，是否能如期完成业务要求，却是未知的。因为各个模块的测试都集中在各模块的质量上，对于所有模块凑在一起的工作结果，却无法验证。而且在原来的团队体系下，师徒团队各自负责一个模块，居然没有人为此负责。 　　所以我们很需要一个人来团队里边，把整体集成及集成后的测试抓起来。这种工作，与其说是传统的面向质量的测试工作，不如说是一种面向验证的测试工作。就是只要能告诉我们集成在一起是可以工作的，目的就达到了。 　　测试团队的“发展” 　　这里边有很多戏剧性的过程。 　　首先过了一段时间，测试经理（虽然测试组当时只有2个人）想招几个人，原因是要写很多介于代码和脚本之间的语言，来仿真业务。 　　为什么说是仿真？原因是我们的产品之外，还有一个“订户管理系统”，这