汉捷顾问专业文章

敏捷开发模式下的质量管理

汉捷咨询/文

前几天，笔者与一位在互联网公司从事质量保证的朋友交谈，作为互联网产品质量和测试的负责人，他最近负责的质量管理方面遇到了很多困难。主要有：

1）测试团队在敏捷开发模式下的价值非常有限；2）开发人员只顾自已写代码，没有任何文档，测试人员无从下手，3）由于进度的原因，测试人员测试的时间非常有限，上线后出现很多问题；4）由于测试人员得不到开发团队的认可，离职率非常高；5）质量部门无法收集到数据，不能进行质量度量；6）测试团队也有一批自动化测试专家，但派不上用场 ..这些问题可能很多开发团队都会遇到，总结一下，大致是这几个方面：

越来越多的企业希望采用，但没有把握

习惯于传统的瀑布式产品开发流程已不满足快速发展需要，但大规模改动

不现实

缺少敏捷软件开发专家和人才

技术人员需要观念的转变和方法培训

缺乏相应的质量控制方法

需要经常的和及时的质量度量、测试、决策

自动化测试不能落到实处，每日构建仍是纸上谈兵

在现在行业中，需求变化太快，不管我们怎么努力去做，发现还是不

能满足客户的需要，不管需求搞得多么细，到交付产品给客户的事情，总是有这样那样的问题，这个时候就不得不去修改我们的软件，这是目前很多企业尤其是互联网公司面临的一个挑战，如何解决这个问题？

笔者先后在华为、阿里巴巴软件质量部门任职，最近也深入研究了腾讯

敏捷开发平台TAPD（腾讯敏捷产品开发）和IGD（集成游戏开发）一些资料，对国内敏捷项目的质量管理有很多独到的见解，结合汉捷咨询公司多年的项目经验，总结如下：

1）QA角色的转变

QA要从警察的角色转变到一个教练的角色。在以前，团队实施CMM

的时候，QA更多的是一个警察的角色，他整天拿着一个checklist、报告什么的到处去团队里面看，你是否ok，不ok就要怎么怎么样，整天就干这个活，但是引入敏捷之后，QA就觉得有点失落，都敏捷了，我都不知道该怎么下手了，在著名的通信企业华为的做法是将QA转变了一下，将QA更多的充当教练的角色，充当SCRUM Master的角色，他去指导项目团队该如何去开这个站立式会议，该怎么去做迭代的计划等等指导性的工作，这样QA也觉得挺好，这样他能参与到在不同的团队中去，QA的角色更多的偏向于全过程的敏捷活动指导，以提高产品开发效率和质量。QA在这个过程中也能得到一些数据，如代码缺陷率，版本的不良率，上线遗留问题数，团队成员配合度等等。

2）要使敏捷团队整体参与

QA和测试人员也是敏捷团队的一部分，作为敏捷教练，QA要向测试团队提供支持和训练，以使作们适应开发的快节奏。比如，如果你是敏捷团队