打破职能之缺陷预防之路

所谓缺陷预防，就是控制项目流程中的各个细节，来达到减少项目缺陷的一种方式

缺陷预防的必要性。一个项目的流程大致分为四个阶段，需求阶段，研发阶段，测试阶段，线上阶段。如果只关注测试阶段产生的缺陷，那么发现的缺陷只是项目缺陷的一小部分，项目的线上质量可想而知。所以引入缺陷预防势在必行。

项目的缺陷预防可在三个阶段进行实施。分别是需求阶段的预防，研发阶段的预防，和测试阶段的预防。

需求阶段的预防可在两个方面进行。第一个方面是需求解耦，把大需求分解成一个个关联性较小的小需求，这样有利于促进问题的暴露，包括但不仅限于研发对于实现细节预估的不准确和产品对于设计细节的不够详细。测试人员当然也需要参与其中，利用自己对需求的理解和认知，促进解耦过程的进行；第二个方面是需求测试，也就是需求评审。作为一个团队合作的项目，各种规范是一个必须要有的东西，有了它才能对需求进行评审，达到需求上的共识，便于大家对于需求的理解，毕竟如果只是口头阐述，每个人的理解很大概率都不一样。测试人员在这个过程中就需要输出测试框架之类的东西了。

研发阶段也有缺陷预防的相关细节可以操作，大体来说有三个方面。第一个是制定交付规范，开发人员在开发阶段就必须完成开发文档的撰写，测试接手时需对交付文档进行测试。第二个是项目的研发架构设计，这个方面出现的缺陷都是致命的缺陷，研发前要有对应的设计架构评审才可以进行开发，不然就算开发完成也是勉强上线，后续的开发和迭代也是事倍功半。第三个是版本构建规范，这个版本和以前需求的关联，代码的关联都要有对应的文档，避免线上漏发和少发和减少测试漏测的风险。

测试阶段的预防。测试阶段做好数据分析和缺陷复盘，让开发在修复bug时填写上对应的细节和bug起因，通过这些数据分析出某些人容易犯，经常犯的缺陷，把这些作为可避免缺陷和重点测试位置，后续的开发中研发和测试共同努力，减少项目缺陷，也是一种高效的预防方式。

当然缺陷预防的方式不止上述所说，大家比较认同的就是流程决定质量，当流程越来越规范，每一个阶段的执行质量越来越高时，整体的项目质量自然而然的上升，从细节做起，从我做起。