大淘宝用户平台技术团队单元测试建设
作者:问元
出品:大淘宝技术
单元测试是工程交付前质量保障的第一环,也无疑是软件工程质量保障的重要基石,有效的单元测试能够提前发现90%以上的代码Bug问题,同时也能防止代码的腐化,在工程重构演进时起到至关重要的作用。
为什么需要单元测试
纵观优秀的开源工程,完备的单元测试总是必须的条件。通过这些单元测试,我们可以充分了解代码中相关类和方法的作用和核心逻辑,熟悉各种场景的运行情况。同时也因为有了单元测试,开源作者在接受各种feature的代码提 交时才有稳定安全的保障。其实单元测试的重要性所有开发同学应该都了然于胸,同样TDD(测试驱动开发)也不是一个新的概念,但是真当我们落地实践时,又总会找出各种各样的理由来劝服自己下次一定好好写单元测试,这一次先放过自己。这些理由无外乎,开发周期太紧了; 测试同学能保证功能正确性;写单元测试代码量比业务代码还大; 又不是不能跑。所以虽然我们总是在追逐工程师文化,却又时不时放纵在放弃工程师底蕴的路上。
单元测试是工程交付前质量保障的第一环,也无疑是软件工程质量保障的重要基石,有效的单元测试能够提前发现90%以上的代码Bug问题,同时也能防止代码的腐化,在工程重构演进时起到至关重要的作用。
怎么写单元测试
好的单元测试的几个要点
摘自阿里巴巴开发规约
- 单元测试必须遵守AIR原则,单元测试必须具备Automatic(自动化),Independent(独立性),Repeatable(可 重复)性;
- 单元测试应该是全自动执行的,并且非交互式的。测试用例通常是被定期执行的,执行过程必须完全自动化才有意义。输出结果需要人工检查的测试不是一个好的单元测试;
- 单元测试要保证测试粒度足够小。单元测试测试粒度足够小,有助于精确定位问题。单测粒度至多是类级别, 一般是方法级别;
- 单元测试要遵守BCDE原则,Border,边界值测试,包括循环边界、特殊取值、特殊时间点、数据顺序等; Correct,正确的输入,并得到预期的结果;Design,与设计文档相结合,来编写单元测试;Error,强制错误
信息输入(如:非法数据、异常流程、非业务允许输入等),并得到预期的结果;
- 核心业务、核心应用、核心模块的增量代码要确保单元测试通过;
单元测试编码范式
这里主要以Mockito单元测试框架为模版
- Mock :
通过when().thenReturn/thenAnswer/thenThrow 或者doReturn().when()等mock方式将依赖类方法进行模拟,模拟服务依赖或者中间结果
- DO :
调用被测试类方法,执行测试链路
- Verify :
校验执行结果正确性,通过Assert校验数据结果准确,通过Verify校验链路执行准确,通过expected=Excep- tion.class校验异常链路
public class Test { // 0. 依赖类@Mock DependencyClass dependencyClass; // 0. 待测试类@InjectMocks TestClass testClass; @Before public void setUp() { MockitoAnnotations.initMocks(this); } @Test public void testMethod() { // 1. Mock, 依赖方法,构造中间层数据when(dependencyClass.someMehod(any())).thenReturn(mockData()); // 2. Do, 调用被测试类 Result result = testClass.testMehod(); // 3. Verify, 校验结果数据 Assert.assertEquals("some expected result string", result.getModel()); }
当然写单元测试用例虽然套路比较模版化,但是我们也要充分利用单元测试框架(Junit/Mockito/Power- Mock/Spock),掌握其中的一些技巧,才能写出快准狠的单元测试用例,这也是研发同学必须要掌握的基本功。关于如何利用单元测试框架这里不再赘述(详细可以参考阿里技术《Java编程技巧之单元测试用例编写流程》)。
带你读《2022技术人的百宝黑皮书》——大淘宝用户平台技术团队单元测试建设(2) https://developer.aliyun.com/article/1338326?groupCode=taobaotech