Java各种流行单元测试对比以及Spock单元测试框架介绍

目前Java流行的单元测试框架对比

1. Junit：目前最流行的 Java 测试框架！官方文档
2. Mockito : 用于 Mock 测试中用的类，Mock 测试就是在测试过程中，对于某些不容易构造（如 HttpServletRequest 必须在Servlet 容器中才能构造出来）或者不容易获取比较复杂的对象（如 JDBC 中的ResultSet 对象），用一个虚拟的对象（Mock 对象）来创建以便测试的测试方法。
3. PowerMock ： 同样用于 Mock 测试中用的类，不过PowerMock 可以实现完成对 private/static/final 方法的 Mock（模拟）
4. AssertJ : JAVA 流式断言器，可以与 JUnit，TestNG 等其他测试框架一起使用 AssertJ 介绍文档
5. Spock：这个框架的突出点在于它美妙和高效表达规范的语言。自带Mock，基于BDD（行为驱动开发）思想实现，Spock能够在大多数IDE、编译工具、持续集成服务下工作。1.美团技术团队关于Spock的相关介绍 2.spock官网文档

着重推荐大家看一下美团关于Spock的详细的介绍，个人感觉Spock更直观、简单通用、更全面。

单元测试的重要性

单元测试一些错误的认识

在实际的单元测试过程中总会有一些错误的认识左右着我们，使之成为单元测试最大的障碍，在此将其一一分析如下：
　　1.它太浪费时间了，现在要赶进度，时间上根本不允许，或者随便做做应付领导。
　　2.我是一个很棒的程序员，我写的代码肯定是没有问题的。
　　3.做单元测试太烦了，直接集成，到时有问题在集成测试时肯定能发现的，实在不行在系统测试总该能发现吧。
　　对于以上错误认识的产生归根结底还是由于对单元测试的理解还是不够，没有真正认识到单元测试的重要性。

测试的重要性
　　单元测试不仅仅是为了统计代码覆盖率，更重要的是验证业务代码的健壮性、业务逻辑的严谨性以及设计的合理性。
　　单元测试是软件测试的基础，因此单元测试的效果会直接影响到软件的后期测试，最终在很大程度上影响到产品的质量。领测国际提示从如下几个方面就可以看出单元测试的重要性在何处。
　　1.时间方面：如果认真的做好了单元测试，在系统集成联调时非常顺利，因此会节约很多时间，反之那些由于因为时间原因不做单元测试或随便做做的则在集成时总会遇到那些本应该在单元测试就能发现的问题，而这种问题在集成时遇到往往很难让开发人员预料到，最后在苦苦寻觅中才发现这是个很低级的错误而在悔恨自己时已经浪费了很多时间，这种时间上的浪费一点都不值得，正所谓得不偿失。
　　2.测试效果：根据以往的测试经验来看，单元测试的效果是非常明显的，首先它是测试阶段的基础，做好了单元测试，在做后期的集成测试和系统测试时就很顺利。其次在单元测试过程中能发现一些很深层次的问题，同时还会发现一些很容易发现而在集成测试和系统测试很难发现的问题。再次单元测试关注的范围也特殊，它不仅仅是证明这些代码做了什么，最重要的是代码是如何做的，是否做了它该做的事情而没有做不该做的事情。
　　3.测试成本：在单元测试时某些问题就很容易发现，如果在后期的测试中发现问题所花的成本将成倍数上升。比如在单元测试时发现1个问题需要1个小时，则在集成测试时发现该问题需要2个小时，在系统测试时发现则需要3个小时，同理还有定位问题和解决问题的费用也是成倍数上升的，这就是我们要尽可能早的排除尽可能多的bug来减少后期成本的因素之一。
　　4.产品质量：单元测试的好与坏直接影响到产品的质量，可能就是由于代码中的某一个小错误就导致了整个产品的质量降低一个指标，或者导致更严重的后果，如果我们做好了单元测试这种情况是可以完全避免的。
　　综上所述，单元测试是构筑产品质量的基石，我们不要因为节约单元测试的时间不做单元测试或随便做而让我们在后期浪费太多的不值得的时间，我们也不愿意因为由于节约那些时间导致开发出来的整个产品失败或重来!