手机建设网站自适应的好处谷歌广告代理
1、为什么要写单测？
单测即单元测试（Unit Test），是对软件的基本组成单元进行的测试，比如函数、过程或者类的方法。其意义是：
- 功能自测，发现功能缺陷
- 自我Code Review
- 测试驱动开发
- 促进代码重构并提升代码质量
1.1、代码覆盖率
单测质量最直接表现的指标就是代码覆盖率，分为语句覆盖（Statement coverage）、分支覆盖（Branch coverage）、条件覆盖（Condition converage）、路径覆盖（Path coverage）
1.2、单元测试 VS 集成测试
系统上线前都会做回归测试和集成测试，但为什么还要加单元测试呢？
| 指标对象 | 单元测试 | 集成测试 |
|---|---|---|
| 测试对象 | 程序单元 | 模块组合 |
| 测试方法 | 白盒测试 | 黑盒测试 |
| 测试时间 | 开发阶段 | 集成阶段 |
| 测试内容 | 代码逻辑 | 接口功能 |
| 测试粒度 | 较细粒度 | 较粗粒度 |
2、如何写好单测？
2.1、单测规约
可以参考阿里巴巴 的Java开发规范，以下几点在单测中要特别关注：
- 【强制】好的单测必须遵守AIR原则。说明：单元测试在线上运行时，像空气一样感觉不到，但在测试的质量保证上，却是非常关键的。好的单元测试宏观上说，具体有自动化(Automatic)、独立性(Idependent)、可重复执行(Repeatable)的特点。
- 【强制】单元测试应该是全自动执行的，并且非交互式的。测试用例通常是被定期执行的，执行过程必须完全自动化才有意义。输出结果需要人工检查的测试不是一个好的单元测试。单元测试中不准使用System.Out来进行人肉验证，必须使用Assert来验证。
- 【强制】单元测试是可以重复执行的，不能受到外界环境的影响。
- 【推荐】编写单元测试代码遵守BCDE原则，以保证被测试模块的交付质量。
- B: Border，边界值测试，包括循环边界、特殊取值、特殊时间点、数据顺序等。
- C: Correct，正确的输入，并得到预期的结果。
- D: Design，与设计文档相结合，来编写单元测试。
- E: Error，强制错误信息输入(如:非法数据、 异常流程、业务允许外等)，并得到预期的结果
2.2、一把好工具
写单侧首先要有好的单测工具，常用工具: Mockito、PowerMock、 EasyMock、JMockito等，Mock可以解决：
- 解除对外部服务依赖
- 减少全链路测试的数据准备
- 模拟一些非正常的流程
- 不用加载项目环境配置
- 实现模块之间的并行开发
2.3、编写单元测试
可以把单元测试编写流程分为四大步骤，八大操作。
定义对象阶段
定义测试对象
在编写单元测试时，首先需要定义被测对象，或直接初始化、或通过Spy包装…实例化。
- 直接构建对象
UserService userService = new UserService(); - 利用Mockito.spy方法
UserService userService = Mockito.spy(new UserService());
UserService userService = Mockito.spy(UserService.class); - 利用@Spy注解
@RunWith(PowerMockRunner.class)
public class CompanyServiceTest {@Spyprivate UserService userService = new UserService();
}
- 利用@InjectMocks注解
@RunWith(PowerMockRunner.class)
public class UserServiceTest {@InjectMocksprivate UserService userService;
}
模拟依赖对象
在编写单元测试用例时，需要模拟各种依赖对象——类成员、方法参数和方法返回值。
- 直接构建对象
UserDO user = new User(1L, “test”);
List<Long> userIdList = Arrays.asList(1L, 2L, 3L);
- 反序列化对象
UserDO user = JSON.parseObject(text, UserDO.class);
List<UserDO> userList = JSON.parseArray(text, UserDO.class);
Map<Long, UserDO> userMap = JSON.parseObject(text, new TypeReference<Map<Long, UserDO>>() {});
- 利用Mockito.mock方法
MockClass mockClass = Mockito.mock(MockClass.class);
List<Long> userIdList = (List<Long>)Mockito.mock(List.class);- 利用@Mock注解 @Mock
private UserDAO userDAO; - 利用Mockito.spy方法
UserService userService = Mockito.spy(new UserService()); - 利用@Spy注解
@Spy
private UserService userService = new UserService(); // 必须初始化
注入依赖对象
在编写单元测试用例时，需要模拟各种依赖对象——类成员、方法参数和方法返回值。
- 利用Setter方法注入
userService.setMaxCount(100);
userService.setUserDAO(userDAO); - 利用ReflectionTestUtils.setField方法注入
ReflectionTestUtils.setField(userService, “maxCount”, 100);
ReflectionTestUtils.setField(userService, “userDAO”, userDAO); - 利用Whitebox.setInternalState方法注入
Whitebox.setInternalState(userService, “maxCount”, 100);
Whitebox.setInternalState(userService, “userDAO”, userDAO); - 利用@InjectMocks注解注入
@Mock
private UserDAO userDAO; @InjectMocks
private UserService userService; - 设置静态常量字段值
FieldHelper.setStaticFinalField(UserService.class, “log”, log);
举个例子
@RunWith(PowerMockRunner.class)
public class UserSericeTest {// 模拟依赖对象（类成员）@Mockprivate UserDAO userDAO;// 定义测试对象@InjectMocksprivate UserService userService;@Beforepublic void before() {// 输入依赖对象（类成员）Whitebox.setInternalState(userService, "canModify", true);}
}
模拟方法阶段
在编写单元测试用例时，需要模拟方法指定参数并返回指定值。
举个例子
模拟依赖对象的数据可以自己构建、Mock或者可以从资源文件里读取。
@Test
public void testCreateUserWithCreate {// 模拟依赖对象方法：getIdByNameMockito.doReturn(null).when(userDAO).getIdByName(Mockito.anyString());Long mockUserId = 2L;// 从资源文件加载String jsonData = ResourceHelper.getResouceAsString(getClass(), path + "/data.json")UserDO userDO = JSON.parseObject(jsonData, UserDO.class);// Long userId = userService.createUser(userDO);Assert.assertEquals("用户标识不一致", mockUserId, userId);// 验证依赖方法Mockito.verify(userDAO).getIdByName(userDO.getUserName());
}
调用方法阶段
验证方法阶段
- 验证依赖方法
- 验证数据对象
- 验证依赖对象
3、 如何做的更好？
写代码不只是乱写一通，覆盖率上去了就可以了，它本质也是代码，也要符合代码规约。一个好的单测命名可以帮助理清单测Case 也可以便于他人Review。
3.1、规范命名
- 测试类命名
按照行业惯例，测试类的命名应以被测试类名开头并以Test结尾。 比如:UserServiceTest(用户服务测试类) - 测试方法命名
按照行业规范，测试方法命名应以test开头并以被测试方法结尾。 a) 按照结果命名
• testBatchCreateWithSuccess(测试:批量创建-成功)
• testBatchCreateWithFailure(测试:批量创建-失败)
• testBatchCreateWithException(测试:批量创建-异常)
b) 按照参数命名
• testBatchCreateWithListNull(测试:批量创建-列表为NULL)
• testBatchCreateWithListEmpty(测试:批量创建-列表为空)
• testBatchCreateWithListNotEmpty(测试:批量创建-列表不为空)
c) 按照意图命名
• testBatchCreateWithNormal(测试:批量创建-正常)
• testBatchCreateWithGray(测试:批量创建-灰度)
• testBatchCreateWithException(测试:批量创建-异常) - 测试资源命名-语义化 建议优先使用这些参数和变量的名称，并加后缀“.json”标识文件格式。 比如:userCreateList.json
3.2、各环节做好验证
- 不验证返回值 不验证返回值，怎么能保证方法返回了正确值?
- 不验证方法调用 不验证方法调用，怎么能保方法被正确的调用?
Ø 不验证方法参数 不验证方法参数，怎么能保证传递数据的正确性?
Ø 不验证异常信息 不验证异常信息，怎么能保证抛出异常的正确性?
4、常见单测问题
在编写单元测试用例时，或多或少会遇到一些问题，大多数是由于对测试框架特性不熟悉导致，比如:
- Mockito不支持对静态方法、构造方法、final方法、私有方法的模拟，应该使用PowerMock功能;
- Mockito的any相关的参数匹配方法并不支持可空参数和空参数，应该使用nullable方法;
- 未Mock方法或Mock方法参数不匹配时，会返回默认值(基础类型为0，对象类型为null);
- 采用Mockito的参数匹配方法时，其它参数不能直接用常量或变量，应该使用Mockito的eq方法;
- 采用Argument的captor方法时，其它参数不能直接用常量或变量，应该使用Mockito的eq方法;
- 使用when-then语句模拟Spy对象方法会先执行真实方法，应该使用do-when语句;
- PowerMock对静态方法、构造方法、final方法、私有方法的模拟需要把对应的类添加到
@PrepareForTest注解中; - PowerMock模拟JDK的静态方法、构造方法、final方法、私有方法时，需要把使用这些方法的类
加入到@PrepareForTest注解中，但会导致单元测试覆盖率不被统计; - PowerMock使用自定义的类加载器来加载类，可能导致系统类加载器认为有类型转化问题;需要加上@PowerMockIgnore({“javax.crypto.*”})注解。