springboot 单测加入参数_农行 DevOps 进行时之最佳实践分享：参数化自动生成单测用例...

单元测试是软件研发过程中必不可少的环节之一，通过单元测试可以发现代码的低级错误，找出代码中潜在的 Bug，发现代码中的重复逻辑，从而提高代码质量。下面分享一下农行 DevOps 项目在自动化单元测试方面的优秀实践。

一、 问题导向

此项目为新建系统，单元测试案例没有历史积累。而单元测试一般都是遵循：参数赋值、写出期望值、获取实际值、比较期望值与实际值的四个步骤。针对一个功能模块、接口、类的测试一般涉及到多个校验逻辑，所以要保证自动化单元测试行覆盖率达到80% 以上，势必需要编写大量的单测代码，准备充分的服务请求数据及打底数据，规避多个单测用例并发时的数据冲突问题。

二、解决办法

项目组利用业界通用技术，结合本项目系统特点及技术框架，自主开发了一套基于Spring Boot 的参数化单元测试框架及代码生成器，可大大简化开发人员在编写代码及单元测试用例时的投入成本，主要涉及以下技术应用：

• MockMvc
  由 sping-test 包提供，实现了对 http 请求的模拟，能够直接使用网络的形式，转换到 Controller 的调用，使得测试速度快、不依赖网络环境，同时提供了一套验证的工具，结果验证非常便捷。

• Mockito
  一种流行的 Mocking 框架，是在代理对象调用方法前用stub的方法设置其返回值，然后在真实调用时，用代理对象返回预设的返回值。

• 事务回滚测试数据
  在进行单元测试时，需要提前准备测试数据，测试完又需要及时的清理数据；目前实现的方法主要集中于：

1. 在测试 Before 初始化、在 after 清理。
2. 利用数据库事务，在测试类添加@Transaction注解实现测试完自动回滚。

代码生成器 开发代码生成器，生成需要的单元测试 case。

1. excel 中 VB 语言开发的宏可以实现一些自动化的工作。
2. 利用 ruby 等语言生成部分 java 代码，也可实现自动化的开发及测试。

参数化测试

• 在单测用例中使用 @RunWith(SpringRunner.Class)、@SpringBootTest，其中 SpringJUnit4ClassRunner 是实际的测试运行类，派生 BlockJUnit4ClassRunner
• 在 JUnit 测试工具中通过定义静态方法实现参数化

@RunWith(Parameterized.class)  @Parameters  public static Collection data()  {    List data = parseCsv("Viis009013Test.csv");        return data;}

3、创建参数化工厂

public class LampSpringJUnit4ClassRunnerParamFactory implementsParametersRunnerFactory {    Public Runner createRunnerForTestWithParameters(TestWithParameters test)      throws InitializationError     return new LampSpringJUnit4ClassParamRunner(test);    }}

4、扩展 SpringJUnit4ClassRunner 添加参数化构造函数并重写部分方法以支持参数化

public LampSpringJUnit4ClassParamRunner(TestWithParameters test)            throws InitializationError@Overrideprotected Object createTest() throws Exceptionprotected String getName()protected String testName(FrameworkMethod method)protected void validateConstructor(List errors)protected void validateFields(List errors)protected Statement classBlock(RunNotifier notifier)protected Annotation[] getRunnerAnnotations()

三、参数化单测示例介绍

作者简介

张艳，中国农业银行研发中心 DevOps 建设工程总体组成员，增值税进项税项目贯标实施者，拥有丰富的项目管理、敏捷开发等实践经验。

---

2020年6月19日，由云计算开源产业联盟指导、高效运维社区和 DevOps 时代社区联合举办的 GNSEC 2020 全球新一代软件工程线上峰会上，隆重发布了 DevOps 标准持续交付部分第七批评估结果。

中国农业银行本次参评的 5 个项目均顺利通过由中国信息通信研究院(以下简称信通院)开展的《研发运营一体化( DevOps )能力成熟度模型》持续交付部分3级评估。

中国农业银行通过 DevOps 标准持续交付部分的 3 级评估的项目，分别是：

• 信贷中台项目
• 个人网银项目
• 分布式应用互联平台(AIR)项目
• 增值税进项税管理项目
• 金融小店项目

DevOps 标准共分5级，持续交付部分如果能达到 3 级已经是国内领先水准，这代表着中国农业银行在参评项目的持续交付能力达到国内领先水平。

中国农业银行多个项目通过 DevOps 持续交付标准3级评估相关报道：

重磅！中国农业银行多个项目通过 DevOps 持续交付标准 3 级评估，相关项目能力达到国内领先水平！

线上金融 DevOps 排头兵：农行个人网银系统实践

助力技术中台数字化转型，探索农行 DevOps 实践之路

社交营销与 DevOps 共舞，农行金融小店 DevOps 落地实践

度量驱动 DevOps 转型：中国农业银行 DevOps 度量体系建设实践浅析

试点项目背后的支撑：农行研发中心 DevOps 工具链集成揭秘

数据驱动，让 DevOps 看得见，摸得着

点个“在看”，少个bug