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

读“零道书院｜『干货』敏捷开发模式下，如何进行质量管理”有感。

原文：http://www.sohu.com/a/138301117_278472

我们今天有个新颖的idea，我们可以很快的让用户看到效果，很快的上线，然后去进行验证，如果有问题立即就下线，如果可以改进，下星期再改再上线。这是一个持续实现idea的过程。

传统的软件设计模式采用瀑布式开发，需求分析——概要设计——详细设计——编码开发——测试——交付，每个阶段都依赖于它的上游阶段。在敏捷开发模式中，软件项目被切分成多个子项目，单独子项目可以独立开发、测试、具备集成可运行特点。

由于互联网行业的竞争性，敏捷开发被提出用于快速满足用户需求，允许有所不足，不断试错，在持续迭代中完善产品。

敏捷开发下，如何保证在“快”的同时满足质量要求，成为了敏捷开发下的一大难题。

在推动敏捷开发的同时，如何降低项目管理成本，提高研发人员工作效率，保证项目交付质量，变得日益重要。以下是一种敏捷开发过程质量判断的方案。这种方法用明确的数据从各个维度来说明一个迭代的质量问题，长期可以看出一个项目多个迭代之间的质量变化趋势，如果多个项目同时进行，还可以轻松对比各个项目的迭代质量优劣和质量发展趋势。

以一个迭代为单元，从以下6个角度分析：

1. story延期率：统计功能是否按时提测，超过提测时间，标记为延期。

2. story打回率：统计story在开发完成提测后能否满足提测标准，以冒烟测试用例为例，不通过则打回。

3. bug打回率：开发人员解决了bug并提测，但经测试人员验证发现并未解决。

4. bug不收敛率：测试提出的bug未按照解决时效要求修复的，超过规定修复时间。

5. bug引发率：开发人员在解决一个bug时，引起了其他的bug。

6. bug重启率：已经关闭的bug在开发人员解决问题的过程中或部署误操作重新出现。

六个指标优先级从高至低为：story延期率、story打回率、bug打回率、bug引发率、bug不收敛率、bug重启率。story如果延期，会造成后面的工作整体受影响，并且测试人员的工作安排冲突。

JIRA是个项目管理工具，管理需求和开发过程以及bug、story的计划提测时间和打回次数可以进行记录，在迭代结束后很快就能统计出质量数据。