零售平台全流程质量管理之路

系统及时保存了珍贵的项目/需求过程资产。另外测试阶段可通过工作流的形式，通过可配置化任务将编译、打包、部署、测试等任务组合起来，实现一系列持续集成流程，每天定时执行，定时反馈，极大的提高了测试人员的效率。

需求是一切的源头，目前的组织现状是需求数量多且时间紧，而在此之前因为种种原因未能很好的进行系统管理。通过此次质量体系的建设，我们要求所有需求均在PMP系统中统一管理，无论是经测试团队功能的需求或者研发自测的需求，都需要在PMP系统中提出和排期，后续在Tip平台中进行研发提测、测试报告或研发自测报告的发送，均会调用PMP系统中需求相关信息。同时，我们的质量人员每周从PMP系统中导出新增的需求，对需求流程执行结果进行审计，从最初21周时导出的系统数据分析约53%的需求规范管理，到现在每周超过90%甚至100%的需求都会有详细需求描述或附件文档，这是需求流程改进显著提升的表现，更是各团队共同努力的结果。

研发阶段的代码评审活动至关重要，此前的代码评审各研发团队一直在执行， 但评审方式比较灵活，评审活动更多在线下进行，评审的结果一般通过会议纪要来保存或者评审出的问题现场直接修改，评审记录比较分散，难以形成共享的过程资产。针对这一问题，我们要求各研发团队使用公司提供的source平台，统一进行代码评审并留下评审意见和评论，TIP平台定期抓取评审的结果并在页面上进行展示，还可以导出评审记录和评论内容，对于评审出的典型问题，可以在后期进行总结和分析，在研发团队内共享。

另外值得一提的是，现在各研发团队在进行提测时，均通过TIP平台线上进行操作。通过与jone和source平台的对接，我们首先对提交的代码是否进行过评审进行判断，如果未进行评审，则无法提测，从系统方便对代码评审流程进行把控。提测直接与PMP中的项目或需求关联，同时也和jira中的送测任务关联，对于后续项目/需求进行测试总结提供系统支撑。研发同学在填写提测内容时，尽量做到全面具体，不仅仅是本次新增功能，还包括受影响的其他功能，如果是项目或需求的全量提测，可以直接上传需求和设计文档，基本原则是：提测内容+需求文档+设计文档，能够确定提交测试的内容，明确测试范围，减少信息偏差，提升效率。研发人员在提测后，测试人员对提测内容进行确认，如果内容信息不足，可以拒绝接受提测，拒绝超过三次后，系统会推送邮件给QA人员，由QA人员对问题进行跟踪。通过多方面，确保提测环节的信息沟通顺畅沟通，如若项目/需求后续有问题（比如有线上问题产生），可通过系统追溯问题根本原因，针对性地根据原因分析出解决方案，持续改进，从而避免问题再次发生。

对于所有0/1级系统的上线，jone系统有所限制，必须走测试而不能自测，在目前团队资源有限的情况下，针对一些改动小且无风险的需求，在测试人员充分评估后允许自测上线。研发自测的需求上线，自测报告不可少。研发通过在Tip中提交自测报告，首先系统对于此次自测代码是否进行代码评审进行判断，如代码评审未通过将无法继续操作，在自测通过并发送邮件后，系统自动触发修改jone中的测试任务状态，同时通过系统保存自测的记录。当然这些操作的前提是，必须经过测试人员确认可以加到自测白名单中的应用，方可进行自测。

总而言之，零售平台质量体系的建立，源于对组织现状和现有流程的总结和改进。质量体系的