一个迭代版本泄露故障引发的思考

      节后第一天返工，要厘清一个XX告警空指针的故障，为何会随迭代版本泄露到专业网。由于CI紧密对接，XX告警基本功能不可用，这样的低级失误，会让专业网同事质疑我们的开发、测试不严谨，怀疑我们团队和项目的质量管控和管理能力。

      春节前团队内采用自组织的方式，我和DEV、QA三个人进行了简单复盘。第一，开发因素。DEV承认，以为修改比较简单，就没有进行功能冒烟。第二，测试因素。QA反馈，由于没有用户故事和Task跟踪，没有验证此处修改波及。第三，控制环节失效原因。经过回溯每日代码走查的记录，确认每日走查是覆盖了相关代码类的，还发现了两个问题，但没有走查出此处空指针问题。此外，虽然有sonar的增量代码监控，但是未收到此处空指针的检查不通过，怀疑是规则被裁剪或者检查工具本身缺陷。

      流程上的改进举措。在与PO和质量总监交流后，得到改进建议：对于XX告警模块，是专业网重点关注的高危模块，每个迭代版本发布前（迭代第二周周四下班前），必须要进行基本功能冒烟。这点要作为必做动作，加入迭代版本发布的验证规程里。

      敏捷团队内的改进举措。与负责XX告警的两位DEV同学交流，鉴于该功能的重要性，希望做到任何XX告警的改动，两人都要结对走查并评审通过。每日走查过程中，涉及的功能改动点，要主动向QA传递；另一方面，QA也必须积极关注修改点，识别影响范围，进行波及测试。

一个迭代版本泄露故障引发的思考