持续交付和质量红线

自动化测试保障持续交付质量

RDC提供了完备的Pipeline, 在整个研发过程开发代码提交后自动触发单元测试, 静态代码扫描。应用发布打包,部署, 自动触发集成测试, 构成了开发和测试共同参与的一套流水线. 在持续交付的实践中, 这样的做法可以有效的加快开发测试效率, 以最小的成本, 找到代码中的错误, 保持代码的质量平稳, 发布周期可预。

RDC持续交付提供质量验证卡点

验证卡点是用于保障交互质量的重要手段，为了达到持续交付的目标，我们建议通过分层测试和测试卡点通过才继续流转的方式来保障整个持续交付的顺利进行

1）代码提交后自动运行相应的实验室：系统自动监控代码提交事件，分析代码的变更情况（变化的Java文件，类，方法），自动执行测试任务。为保障开发分支的质量，这个阶段我们推荐用户配置单元测试和静态扫描。

2） 在应用部署后，会根据不同的发布阶段分别流转日常阶段、预发阶段、线上阶段的测试任务执行，用于验证相应阶段的质量。

• 日常测试阶段：将分支合并主干后部署到日常环境，关联的实验室任务可以按照自己的需求进行配置；
• 预发测试阶段：将日常部署分支部署到预发环境，关联的实验室任务可以按照自己的需求进行配置；
• SIT集成测试验证：将预发部署分支部署到线上环境，关联的实验室任务可以按照自己的需求进行配置；
• 线上集成验证：将预发部署分支部署到线上环境，关联的实验室任务可以按照自己的需求进行配置；

通过实验室创建自动化测试任务

RDC是通过实验室来实现自动化测试任务，如何使用请查看“自动测试和集成”

在Pipeline上配置验证卡点

应用的测试验证配置页面配置Pipeline的测试任务和通过条件

1. 点击“添加验证点”，添加每一验证阶段关联的实验室任务。
2. 通过条件就代表对应阶段运行的标准, 默认通过条件是任务成功，但也可以添加单测成功率, 覆盖率, 静态扫描缺陷等条件来控制是否通过。