写给精明Java开发者的测试技巧

4顶
0踩

2015-07-31 16:31 by 副主编 mengyidan1988 评论(4) 有8390人浏览

java 单元测试

我们都会为我们的代码编写测试，不是吗？毫无疑问，我知道这个问题的答案可能会从 “当然，但你知道怎样才能避免写测试吗？” 到 “必须的！我爱测试”都有。接下来我会给你几个小建议，它们可以让你编写测试变得更容易。那会帮助你减少脆弱的测试，并保证应用程序更加健壮。

与此同时，如果你的答案是 “不，我不编写测试。”，那么我希望这些简单但有效的技术可以让你了解编写测试带来的好处。你也会看到，编写一个复杂、没有价值的测试集（test suit）并没有你认为的那么难。

如何编写测试、有哪些用于管理测试集合的最佳实践这些主题并不新鲜。我们在过去已经就这个问题的某些方面讨论了很多次。从 “在构建过程中使用集成测试的正确方式” 到谈论“在单元测试中恰当地模拟环境”，再到“代码覆盖率以及如何找到哪些是你真正需要测试的代码”。

但是，今天我想和你谈论一系列小建议，这些建议可以帮助你在头脑中理清测试自下而上是如何运作的。从如何构造一个简单的单元测试到对 mock（模拟）和 spy（监视）以及复制粘贴测试代码更高层次的理解。那我们开始吧。

AAArrr，像海盗一样说话？

和大部分软件开发一样，模式通常都是一个不错的开始。无论是想要通过工厂来创建对象，或者希望将web应用程序中的关注点分散到Model、View和Controller中，在它们背后通常都会有一个模式，帮助你理解正在发生什么并解决困难。那么，一个典型的测试看上去应该是怎么样的？

当我们编写测试时，其中一个最有用但却极其简单的模式是计划-执行-断言（Arrange-Act-Assert），简称AAA。

这个模式的前提是所有测试都应该遵循默认布局。测试系统所必需的全部条件和输入都应该在测试方法开始的时候被设置（Arrange）。在计划好所有前置条件后，我们通过触发一个方法或者检查系统的某些状态的方式，在测试系统上运行（Act）。最后，我们需要断言（Assert）测试系统是否已经生成了期望的结果。

让我们来看一个Java JUnit测试的示例，它展示了这种模式：

@Test
public void testAddition() {
    // Arrange
    Calculator calculator = new Calculator();
 
    // Act
    int result = calculator.add(1, 2);
 
    // Assert
    assertEquals(&quot;Calculator.add returns invalid result&quot;, 3, result);
}

看看代码流多么精准！计划-执行-断言模式可以让你快速理解测试的功能。偏离了这个模式后会很容易写出非常糟糕的代码。

牢记迪米特法则

迪米特法则在软件上面应用了最小知识原则，减小了单元的耦合——这一直是在开发软件的设计目标。

迪米特法则可以表述为一系列的规则：

在方法中，一个类的实例可以调用该类的其它方法；
在方法中，实例可以查询自己的数据，但不能查询数据的数据（译者注：即实例的数据比较复杂时，不能进行嵌套查询）；
当方法接收参数时，可以调用参数的第一级方法；
当方法创建了一些局部变量的实例后，这个类的实例可以调用这些局部变量的方法；
不要调用全局对象的方法。

那么，就测试而言，这些意味着什么呢？好吧，由于迪米特法则减少了应用程序各部分之间的耦合，这意味着测试应用程序中的各个部分变得更加容易。为了要查看该法则如何为测试提供帮助，我们来看一个定义非常糟糕的类，它违背了迪米特法则：

考虑下面这个我们要测试的类：

public class Foo() {
    public Bar doSomething(Baz aParameter) {
        Bar bar = null;
        if (aParameter.getValue().isValid()) {
            aParameter.getThing().increment();
            bar = BarManager.getBar(new Thing());
        }
        return bar;
    }
}

如果我们试着去测试这个方法，很快就会发现一些问题。这些问题是由于定义方法的方式导致的。

我们在测试这个方法时会遇到的第一个困难是，我们调用了一个静态方法——BarManager.getBar()。我们没有办法在单元测试中简单指定如何操作这个方法。还记得我们提过的计划-执行-断言模式吗？但在这里，在通过调用 doSomething() 执行这个方法之前，我们没有一种简单的方式来设置 BarManager。如果 BarManager.getBar() 不是一个静态方法，那么可以向 doSomething() 方法中传入一个 BarManager 实例。在测试集中，传递一个样本值（sample value）是非常容易的，并且我们也可以更好地控制和预测方法的执行过程。

我们还可以看到，在这个示例方法中调用了方法链：aParameter.getValue().isValid() 和 aParameter.getThing().increment()。为了测试它们，我们需要明确地知道aParameter.getValue() 和 aParameter.getThing() 的返回结果类型，然后才可以在测试中构建恰当的模拟值。

如果要做这些，那么我们不得不去了解这些方法返回对象的详细信息。而我们的单元测试就会开始变形，逐渐成为一大堆不能维护的、脆弱的代码。我们正在破坏单元测试中一个基本规则：只测试单独的单元，而不是这个单元的实现细节。

我并不是在说单元测试只能测试单独的类。然而在大多数情况下，把类作为一个单独的单元考虑，可能是一个好主意。但是有些情况下，我们会将两个或者更多的类看做是一个单元。

在这里我为各位读者留下一个练习：对这个方法进行完全重构，使其更容易被测试。但对于新手来说，我们可能会将 aParameter.getValue() 对象作为一个参数传递给这个方法。这样会满足一些规则，提升方法的可测试性。
了解何时使用断言

对于编写应用程序测试来说，JUnit和TestNG都是非常优秀的框架，它们提供了许多不同的方法在测试中对一个值进行断言。例如，检查两个值是相同还是不同，或者值是否为空。

好，既然已经同意断言很酷，那么让我们随时随地使用它们吧！等一下，过度使用断言会使得测试变得脆弱，从而导致无法维护。一旦这样，我们很清楚后面的结果是怎样的——不能被测试和不稳定的代码。
考虑下面的测试示例：

@Test
 
public void testFoo {
    // Arrange
    Foo foo = new Foo();
    double result = …;
 
    // Act
    double value = foo.bar( 100.0 );
 
    // Assert
    assertEquals(value, result);
    assertNotNull( foo.getBar() );
    assertTrue( foo.isValid() );
}

乍一看，这段代码没有什么问题。我们遵循了AAA模式，并断言了一些发生了的事情——那么哪里错了？

首先，我们看到这个测试的名字：testFoo，它并没有真正告诉我们这个测试在做什么事情，并且没有匹配任何一个我们在检查的断言。

然后，如果其中一个断言失败了，我们能够确定测试系统中的哪部分失败了吗？是 foo.bar(100.0) 方法失败了？还是 foo.getBar() 或者 foo.isValid() 方法失败了？如果不通过测试内部调试来试着找出到底发生了什么，我们是无从知道的。

单云测试的目的在于，我们想要一个可信赖的、健壮的测试集。通过快速运行它们，我们可以知道应用程序的状态。而示例中的产生的这种麻烦，已经使得我们的目的落空。如果测试失败，我们不得不运行调试器来找到到底什么地方失败了，那么我们的处境也会变得困难。

通常来说，一种最佳实践是在一个特定的测试中，只有一个最合适的断言。这样我们可以确保测试是明确地，目标是应用程序的单个功能点。
Spy、Mock和Stub，天哪！

有时，Spy应用程序在做什么，或者验证程序使用特定参数调用了特定方法并调用了指定次数，是很有用的。有时，我们想触发数据库层，但又想模拟数据库返回给我们的响应。在Spy、Mock和Stub的帮助下，我们可以实现所有这些功能。

在Java中，我们有很多不同的库，可以用来Spy、Mock和Stub，例如Mockito、EasyMock和JMockit。那么Spy、Mock和Stub之间有什么区别？我们应该在何时使用它们呢？

Spy可以让你很容易检查程序是否使用正确的参数调用了某些方法，并且会记录这些参数以供后面的验证使用。例如，如果你在代码中有一个循环，在每次循环中会触发一个方法，那么Spy可以用来验证该方法被触发的次数是正确的，并且每次触发时都使用了正确的传入参数。对于某些特定类型的存根来说，Spy是至关重要的。

Stub（存根）是一个对象，它可以在客户端触发某种请求时，提供特定的已经存储的响应，例如，针对输入存根已经有通过预编程生成的响应。当你想在代码片段中强行设定某些条件时，存根会很有用，例如，如果数据库调用失败，而你希望在测试中触发数据库异常处理。存根是模拟对象个一个特例。

Mock（模拟）对象提供了存根对象的所有功能，而且它还提供了预编程的期望结果。这就是说模拟对象和真实对象非常接近，它可以根据之前设定的状态来执行不同的行为。例如，我们可以用模拟对象来表示一个安全系统，它根据登录的不同用户，提供不同的访问控制。就我们的测试而言，它会和一个真实的安全系统交互，而我们可以在应用程序中测试很多不同的路径。

有时，我们会使用Test Double（测试替身）一词来表示如上所述的任何类型的对象，我们在测试中会和这些对象进行交互。

通常来说，spy提供了最少的功能，因为它的目的就在于捕捉方法是否被调用。如果被调用，传入的是什么参数。

Stub是下一个级别的测试替身，它通过设置预定义的方法调用返回值的方式，来设定测试系统的执行流程。一个特定的存根对象通常可以在很多测试中使用。

最后，mock object（模拟对象）提供了远比比存根对象更多的行为。就这一点而言，一种最佳实践是针对特定测试开发特定存根对象，否则存根对象就会想真实对象那样开始变得复杂。

不要让你的测试过度DRY

在软件开发过程中，通常让你的应用程序DRY（不要重复自己，Don’t Repeat Yourself）是一种最佳实践。

在测试中，情况并不总是这样。当编写软件时，一种最佳实践是重构那些通用的代码片段，将其放入单独的方法中，那么这些方法就可以在代码中被调用很多次。这样做很有意义，因为我们只编写一次代码，然后也只需要测试一次。另外，如果我们只需要将代码片段编写一次，我们也可以避免由于编写很多次带来的拼写错误。要当心复制粘贴！

2006年，Jay Fields创造了一个新词：DAMP（Descriptive And Meaningful Phrases，描述性和有意义的短语），它用来指代那些设计良好的领域特定语言。如果你想再次回忆，可以参考最初的邮件：DRY code, DAMP DSL。

DAMP背后的原理是这样的，对于一个好的领域特定语言来说，它会使用描述性和有意义的短语来增加语言的可读性，并降低高效使用该语言所需要的学习和培训时间。

通常，在一个测试集中的许多单元测试可能都非常类似，唯一的微小区别就在于如何针对测试准备测试系统。因此，对于软件开发人员来说，将这些重复的代码从单元测试重构到帮助函数中是很自然的。同样将实例变量重构成静态变量也是很自然的，这样它们就可以只针对每一个测试类声明一次——再一次从测试中移除重复代码。

尽管在做出如上重构后，代码会变得更加“整洁”，但这些单元测试作为一个单独的部分会变得更难读懂。如果一个单元测试调用了其它几个方法，并且在使用非局部变量，那么单元测试的流程就变得不直观，并且你也不能够像之前那样容易理解单元测试的基本流程。

至关重要的是，如果我们让我们的单元测试DRY，那么测试的复杂度反而会变得更高，而测试的维护工作也会变得更加困难——这正好和让测试DRY的初衷相违背。对于单元测试来说，让它们更DAMP、而不是DRY，这会增加测试的可读性和可维护性。

关于应该在多大程度上重构你的测试，我们并没有正确或者错误的答案，但我们要努力在让测试过于DRY和过于DAMP之间做一个平衡，这通常肯定会让我们的测试变得更加容易维护。

结论

在这篇文章中，我介绍了五个基本原则，这些原则会帮助我们针对应用程序编写单元测试。如果你有任何想法，欢迎通过下面的评论进行分享，或者你可以在Twitter上找到我：@cocoadavid。

希望你能够希望我们讨论过的这些原则，并且能够看到它们是如何潜移默化地让你热爱编写单元测试。是的，我是说“热爱”，因为我相信编写单元测试是高品质软件的基本要求。

高品质软件意味着满意的用户，而满意的用户意味着幸福的开发人员。

开发快乐！

原文链接： zeroturnaround 翻译： http://www.importnew.com/16392.html

查看图片附件

来自: ImportNew

分享到：

4
顶

0
踩

评论共 4 条请登录后发表评论

4 楼 windlike 2015-08-05 10:11

单元测试有几个团队在做？

3 楼 shaoyu19900421 2015-08-04 10:19

[u][/u]

2 楼 shaoyu19900421 2015-08-04 10:19

asas

1 楼 sunny-妖娆 2015-08-01 10:15

作为开发者，你是不是对应用忘记做安全检测啦
近期有个爱内测平台推出一系列产品，针对移动应用技术研究，帮助企业和个人开发者解决APP安全、兼容测试、Bug管理、网络环境监控、插件评估等一站式云服务。
希望对开发者有所帮助啦。。。附上网址http://www.ineice.com/

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

写给精明 Java 开发者的顶级测试技巧

我们经常为我们的业务代码写测试用例，对吧？毫无疑问，大多数答案会落在“不错，但是你知道怎样避免它么？”和“当然，我喜欢测试”之间的某种状态。这里我将介绍一些小窍门，让你明白写好测试用例也是如此简单。这...

Test_写给精明Java开发者的测试技巧

写给精明Java开发者的测试技巧 ref: http://www.iteye.com/news/30803 当我们编写测试时，其中一个最有用但却极其简单的模式是计划-执行-断言（Arrange-Act-Assert），简称AAA。这个模式的前提是...

[翻译]写给精明Java开发者的测试技巧

毫无疑问，我知道这个问题的答案可能会从 “当然，但你知道怎样才能避免写测试吗？” 到 “必须的！我爱测试”都有。接下来我会给你几个小建议，它们可以让你编写测试变得更容易。那会帮助你减少脆弱的测试，并保证...

java面试（葵花宝典）

1.（1-20面向对象）基础部分的顺序：基本语法；类相关的语法；内部类的语法；继承相关的语法；异常的语法；线程的语法；集合的语法；io的语法；...java中的保留字，现在没有在java中使用。 3、...

五种糟糕的代码实践，程序员注意避坑

别用优秀代码例子中的readXmlDocument这种命名了（缩写的大小写应与其他单词大小写形式相同），readXMLDocument 才会让其他的开发者们更仔细地阅读你的代码，更认真地读你的变量名才能想明白你要表达什么。...

这五种糟糕的代码实践，程序员要学会规避

java 集合

这篇文章总结了所有的Java集合（Collection）。主要介绍各个集合的特性和用途，以及在不同的集合类型之间转换的方式。 Arrays Array是Java特有的数组。在你知道所要处理数据元素个数的情况下非常好用。java....

给刚毕业的程序员……

他们已经经历了若干个开发产品或项目，已经可以利用自己的知识去带领第一层次的程序员开发项目，可以说是一个很有经验的开发者，对在上一个层次阶段没有完全理解的技术知识已经相当的清楚。可以自由的运用开发技术，...

Java 程序员这个职业赚钱吗？能赚多少钱？

序员开发项目，可以说是一个很有经验的开发者，对在上一个层次阶段没有完全理解的技术知识已经相当的清楚。可以自由的运用开发技术，并分的清楚什么技术用在什么地方。最让他们头痛的是项目的"工期"和"Bug"，...

这一年，这些书：2022年读书笔记

这种左右两边沿着中轴线准确重复的形式会给人一种稳定感和秩序感，它意味着这件东西在被创造时，各种因素都是在制造者可控的范围内。如果一个东西严重不对称，或者形状乱七八糟，那说明制造者根本无法控制局面，...

阿里P8工程师强烈推荐，60本工程师必备读本

作者特别注重源代码的可读性，详细讨论了类和函数命名、变量命名、数据类型和控制结构、代码布局等编程的基本要素，也讨论了防御式编程、表驱动法、协同构建、开发者测试、性能优化等有效开发实践，这些都服务于...

面试HR常问的几个问题？

3、HR：给你一个任务，你会怎么做？ HR：请简单介绍一下你自己？ HR：你还有什么问题？ HR：说说自己的优缺点？ HR：你为什么要离开前一家公司？为什么你希望来我们公司工作? 你希望这个职位的薪水是多少? ...

程序员应该规避的5种糟糕的代码实践

东营市乡镇边界，矢量边界，shp格式

矢量边界，行政区域边界，精确到乡镇街道，可直接导入arcgis使用

Java SSM 商户管理系统客户管理库存管理销售报表项目源码本商品卖的是源码，合适的地方.zip

毕业设计

075.JSP+SQL宿舍管理系统.zip

毕业设计

经验贝叶斯EB的简单例子

69页-智慧园区综合管理平台解决方案.pdf

智慧园区，作为现代城市发展的新形态，旨在通过高度集成的信息化系统，实现园区的智能化管理与服务。该方案提出，利用智能手环、定制APP、园区管理系统及物联网技术，将园区的各类设施与设备紧密相连，形成一个高效、便捷、安全的智能网络。从智慧社区到智慧酒店，从智慧景区到智慧康养，再到智慧生态，五大应用板块覆盖了园区的每一个角落，为居民、游客及工作人员提供了全方位、个性化的服务体验。例如，智能手环不仅能实现定位、支付、求助等功能，还能监测用户健康状况，让科技真正服务于生活。而智慧景区的建设，更是通过大数据分析、智能票务、电子围栏等先进技术，提升了游客的游玩体验，确保了景区的安全有序。尤为值得一提的是，方案中的智慧康养服务，展现了科技对人文关怀的深刻体现。通过智慧手环与传感器，自动感知老人身体状态，及时通知家属或医疗机构，有效解决了“空巢老人”的照护难题。同时，智慧生态管理系统的应用，实现了对大气、水、植被等环境要素的实时监测与智能调控，为园区的绿色发展提供了有力保障。此外，方案还提出了建立全域旅游营销平台，整合区域旅游资源，推动旅游业与其他产业的深度融合，为区域经济的转型升级注入了新的活力。总而言之，这份智慧园区建设方案以其前瞻性的理念、创新性的技术和人性化的服务设计，为我们展示了一个充满智慧与活力的未来园区图景。它不仅提升了园区的运营效率和服务质量，更让科技真正融入了人们的生活，带来了前所未有的便捷与舒适。对于正在规划或实施智慧园区建设的决策者而言，这份方案无疑提供了一份宝贵的参考与启示，激发了他们对于未来智慧生活的无限遐想与憧憬。

数学建模相关主题资源2

4顶0踩