UT(Unit Test),单元测试,是method级别的测试。
UT的价值,主要有3点。
1. 尽早地发现软件错误
想象一下,两个bug,
一个在UT阶段发现,
一个在系统测试阶段被发现,
付出的代价,两者相比,谁大?
当然是后者付出的代价更大。
首先,发现的成本大。
投入了不同阶段的测试人员,最后在系统测试阶段被发现。
其次,修改的成本大。
在系统测试阶段,发现一个问题,解决时间会比较长。
比如发现某状态不正确。
首先将问题给A模块。
A模块开发人员分析后,填写分析报告如下:
A模块工作正常,因为B模块没有发消息,导致A模块不设置状态。
于是将问题丢给B。
B模块的分析结果是,B模块只是转发消息,深层原因是,C模块没发相关消息。
于是将问题转给C模块。
C模块分析后,最终解决问题。
如果A、B模块开发人员所在时区,相差8个小时,那么,A转给B,B要第二天才能看到。
B与C相差8个小时,B将在第三天看到问题。
这个问题的解决,最快需要三天。
若C模块开发人员,当初写了相应UT,且在UT阶段发现这一问题,可能只需要几个小时。
总之,问题暴露得越早,花费成本越小。
2. 方便维护
首先,增加了代码可读性。
UT,是method使用说明书。
有哪些功能,在什么条件下使用,期望的结果是什么,历历在目。
代码越易懂,越易于维护。
其次,降低了修改带来的隐患。
修改代码,有没有破坏原有功能?通过UT可得到即时反馈。
如果UT出现不期望的失败,就需要审查自己的修改。
3. 提高代码质量
代码越易测试,质量越高。
如果一段代码,难以写UT进行测试,则需要对代码进行修改。
比如这样一段代码
Class Creator() {
private String password;
...
public isCorrectPassword() {
//check password's validity
}
}
在写单元测试时,发现isCorrectPassword不好测试。如果修改成
public isCorrectPassword(String password) {
//check password's validity
}
就容易测试了。
以上三点,就是UT存在的意义。
工欲善其事,必先利其器
那么,如何运用这一工具呢?
接下来,基于JUnit4.12,由易到难,一一道来!
网友评论