目录 start
目录 end |2018-06-23| 码云 | CSDN | OSChina
Java的测试
断言
正式代码
参考博客: Java陷阱之assert关键字详解_java java 中assert的使用
首先可以用在单元测试代码中。junit侵入性是很强的，如果整个工程大量的代码都使用了junit，就难以去掉或者是选择另外一个框架。如果单元测试代码 很多，并且想复用这些单元测试案例，应该选择assert而不是junit，便于使用别的单元测试框架，比如TestNG。同理正式的功能代码根本就不应 该出现Junit，应该使用assert.
assert主要适合在基类，框架类，接口类，核心代码类，工具类中。换言之，当你的代码的调用者是另外一个程序员写得业务代码，或者是另外一个子系统时，就很有必要使用它。比如你做了一个快速排序的算法
这种情况下，如果不检查传入参数的正确性，会抛出一个莫名其妙的空指针错误。你的调用者可能并不清楚你代码的细节，在一个系统的深处调试一个空指针错误是很浪费时间的。就应该直接明确的告诉你的调用者是传入的参数有问题。否则他会怀疑你的代码有BUG。使用assert可以避免两个程序员之间互相指责对方写的代码有问题。 assert适用那些你知道具体是什么错误，你和你的调用者已经约定应该由你的调用者去排除或检查的错误。你通过一个断言告诉你的调用者。assert不适用那些外部系统造成的错误，比如用户输入数据的错误，某个外部文件格式错误。这些错误不是你的调用者而是用户造成的，甚至于不属于异常，因为出现输入错误和文件格式错误是经常的，这些错误应该由业务代码去检查。
assert比较适合于被频繁调用的 基类，框架代码，工具类，核心代码，接口代码中，这正是它在运行时被去掉的原因。测试代码应该在测试阶段开启-ea参数，便于对系统深处的核心代码做仔细的测试。
Java较少使用assert的原因是Java有很完整的OO体系，强制类型转换出现得较少，所以不需要类似c那样需要频繁的检查指针的类型是否正确，指针是否为空。同时Java也很少直接管理内存或缓冲区，所以不需要频繁的检查传入的缓冲区是否为空或者是已经越界。
但使用好assert有助于提高框架代码的正确性和减少框架代码的使用者的调试时间。
assert要达到的目的是让程序员方便的发现自己的逻辑错误，并且不影响程序的效率。assert所发现的错误，是完全不应该出现的，是不能用异常代替的。异常，那是系统所允许的，或者是系统不可控的“错误”，它不是程序员的逻辑问题。
assert应该是开发阶段打开，而在发布后关闭。
测试代码
测试中必须要通过断言来得知测试是否通过,
单元测试
单元测试(unit testing)，是指对软件中的最小可测试单元进行检查和验证。
- Assert.assertEquals(a,b) 断言两个对象是相等的
- assert(expression) 断言表达式为真
实现方案
使用Junit
官网 | 如何上手Junit | 如何上手Junit5
-
Before Test 执行顺序：
- Before在Test之前执行是毋庸置疑的，但是如果有多个Before的话，按定义的先后逆序执行，也就是说AB顺序定义，BA顺序执行
注意Before的执行顺序不是平常想的那样，如果你有一个共享的对象，需要在两个Before中完成初始化，是办不到的，必然空指针
-
遇到的问题:
- 如果在加了Test注解的方法中像Main方法一样的去开多个子线程对象并运行起来,并不会得到想要的结果
- 这几个线程都是开了就立马关闭了,而且也是正常的退出码 0
- 原因:
Idea上Junit的使用
可以使用TestMe插件
- Ctrl Shift T 生成测试类 结合Mockit可以更好的模拟测试环境
TestNG
Mock框架
2017-06-21 14:36:54 对mock的使用很迷，还是需要稳定心态慢慢看文档才能理解 JMockit官方文档
DBUnit
基于Junit的一个数据库测试框架, 方便测试dao层
