`

JUnit使用经验 <转载>

阅读更多

J
原作:Andy Schneider Richard Dallaway 等
 编译:PMT 测试工作组
 --------------------------------------------------------------------------------

 译者注:
     很多测试人员都有过编写测试框架的经历,JUnit的出现避免了其中的大量重复劳动。但如同其他的工具一样用得好和用得差的结果是截然不同的。我们编辑这 样一个JUnit的系列希望能够帮助越来越多的JUnit使用者用好JUnit。我们也希望读者们能够把自己的一些经验所得和大家分享。

 经验一、不要在测试用例的构造函数中做初始化
     答案是重载测试用例的setUp()方法进行初始化。

 经验二、不要假定测试用例中测试的执行次序
     好的习惯是保持测试之间的独立性,使得它们在任何次序下执行的结果都是相同的。

 经验三、测试要避免人工干预
     经验二讲的是不同的测试要避免相关性,而经验三讲的其实就是测试要避免自相关。

 经验四、在子类中调用父类的setUp() 和tearDown()

 经验五、不要硬性规定数据文件的路径

 经验六、把测试的代码和被测的代码放在同样的目录下

 经验七、正确命名测试

 经验八、书写测试时要考虑地区和国家设置

 经验九、利用Junit 的自动异常处理书写简洁的测试代码
     事实上在Junit 中使用try-catch 来捕获异常是没有必要的,Junit 会自动捕获异常。那些没有被捕获的异常就被当成错误处理。

 经验十、充分利用Junit 的assert/fail 方法
     assertSame()用来测试两个引用是否指向同一个对象
     assertEquals()用来测试两个对象是否相等

 经验十一、确保测试代码与时间无关

 经验十二、使用文档生成器做测试文档

 

经验一、不要在测试用例的构造函数中做初始化
当我们需要增加一个测试时,我们要书写一个自己的测试用例,比如SomeTest。如果你喜欢在SomeTest的
构造函数中做有关的初始化工作,这可不是个好习惯。如下例:


public Class SomeTestclass SomeTest extends TestCase{
    public SomeTest(String testName){
        super(testName);
        //初始化代码
    }
}
一旦初始化代码产生异常,比如IllegalStateException,JUnit随之将产生一个AssertionFailedError,
并显示类似下面的出错信息:
junit.framework.AssertionFailedError:Cannotinstantiatetestcase:test1at
junit.framework.Assert.fail(Assert.java:143at
junit.framework.TestSuite$1.runTest(TestSuite.java:178at
junit.framework.TestCase.runBare(TestCase.java:129at
junit.framework.TestResult$1.protect(TestResult.java:100at
junit.framework.TestResult.runProtected(TestResult.java:117at
junit.framework.TestResult.run(TestResult.java:103at
junit.framework.TestCase.run(TestCase.java:120at
junit.framework.TestSuite.run(TestSuite.java,CompiledCodeat
junit.ui.TestRunner$12.run(TestRunner.java:429
这一大堆出错信息只会让人一头雾水,我们只知道JUnit无法实例化某个测试用例,到底出了什么问题,在
哪儿出错了呢?不知道!
那么好的做法是怎样呢?
答案是重载测试用例的setUp()方法进行初始化。当setUp()中的初始化代码产生异常时我们得到的
是类似下面的出错信息:
java.lang.IllegalStateException:Oopsatbp.DTC.setUp(DTC.java:34at
junit.framework.TestCase.runBare(TestCase.java:127at
junit.framework.TestResult$1.protect(TestResult.java:100at
junit.framework.TestResult.runProtected(TestResult.java:117at
junit.framework.TestResult.run(TestResult.java:103
...
显然这要清楚得多我们一下子就可以知道是在DTC.java 的第34 行产生了IllegalStateException

 

经验二、不要假定测试用例中测试的执行次序
我们知道在一个JUnit 的测试用例类中可以包含多个测试,每个测试其实就是一个method。在下面的例子
中有两个不同的测试,尽管testDoThisFirst()在位置上先于testDoThisSecond(),但我们不能就此假定
testDoThisFirst()会先执行。


public Class SomeTestCaseclass SomeTestCase extends TestCase{
    public SomeTestCase(String testName){
        super(testName);
    }
    public void testDoThisFirst(){
       
    }
    public void testDoThisSecond(){
    }
}由于JUnit 内部使用一个Vector 来存储所有的test,因此在不同的操作系统和Java 虚拟机上,test 的执行
次序是不可预测的。
好的习惯是保持测试之间的独立性,使得它们在任何次序下执行的结果都是相同的。如果真得需要某些测试
按照特定的次序执行,我们可以借助addTest 来实现。如下例:


public static Testsuite(){
    suite.addTest(new SomeTestCase(“testDoThisFirst”);
    suite.addTest(new SomeTestCase(“testDoThisSecond”);
    return suite;
}
这样我们可以确保JUnit先执行testDoThisFirst(),然后执行testDoThisSecond()。

经验三、测试要避免人工干预
如果某段测试代码需要人工干预,那至少有两个不良后果:一则不能被包括在自动测试中,比如夜间的回
归测试;二则不能被重复执行,例如数据删除的测试不能做完删除就万事大吉,比较好的做法是自动补上
删除掉的数据。经验二讲的是不同的测试要避免相关性,而经验三讲的其实就是测试要避免自相关。

经验四、在子类中调用父类的setUp() 和tearDown()让我们看一看下面的代码

public Class SomeTestCaseclass SomeTestCase extends AnotherTestCase {
    // A connection to a database
    private Database theDatabase;
    public SomeTestCase (String testName) {
        super (testName);
    }
    public void testFeatureX () {
       
    }
    public void setUp () {
        // Clear out the database
        theDatabase.clear ();
    }
}你发现其中的错误了吗?setUp()应该调用super.setUp() 以确保AnotherTestCase 中定义的环境被初
始化了。当然这也有例外,就是基类可以处理任意的测试数据。


 经验五、不要硬性规定数据文件的路径
我们经常需要从文件系统中读取测试数据,看下面的代码:

public void setUp () {
    FileInputStream inp ("C:\TestData\dataSet1.dat";
   
}
这段代码需要把测试数据文件dataSet1.dat 放在C:TestData,这是有问题的。
第一,C 盘可能没有磁盘空间了测试人员不得不把数据文件放到其他路径;
第二,可能需要在其他操作系统比如Linux 上执行这一测试。
所以,一个较好的替代方案是

public void setUp () {
    FileInputStream inp ("dataSet1.dat";
   
}

但事实上这样仍不是很好,因为这要求数据文件的路径和测试执行的路径必须是同一个,如果几个不同
的测试都这样的话,那要把这些测试集合起来执行就有些困难,我们不得不频繁的改变当前路径。
为了解决这个问题,我们可以使用Class.getResource()或者Class.getResourceAsStream(),这样我
们可以把数据文件放在这个Class 的某个相对路径上。
数据文件应该尽可能和源代码一起都放在配置管理系统上,但这样一来如果我们采用上面的Resource 机
制,我们就需要做一件工作,就是把数据文件从原来的位置-就是源代码的某个相对路径,拷贝到编译后
的位置,也就是class 文件的相应的相对路径。这其实并不复杂,因为从class 的package 就可以映射到
java文件的所在路径对于Linux或者Windows我们所要做的就是把package中的. 用
File.separatorChar 替代。

 

经验六、把测试的代码和被测的代码放在同样的目录下
当我们把测试代码和被测的代码放在同一目录下时,我们就可以在编译被测代码的同时编译测试代码,从
而确保两者是同步更新的。事实上当前的普遍做法,就是把单元测试视为Build 的一个环节。

经验七、正确命名测试
把测试用例命名为TestClassUnderTest,比如如果被测的Class 是MessageLog,那么测试用例就叫
TestMessageLog,这样做使得测试用例和被测的Class一一对应,而在测试用例中每个测试的method 就
可以命名为
testLoggingEmptyMessage()
testLoggingNullMessage()
testLoggingWarningMessage()
testLoggingErrorMessage()
同样是为了说清楚测试的是什么。正确的命名可以帮助测试代码的阅读者了解每个测试的目的。


 
经验八、书写测试时要考虑地区和国家设置
比如某个测试要使用日期,下面的代码就是创建日期对象的一种方法
Date date = DateFormat.getInstance ().parse ("dd/mm/yyyy";
但是如果运行上面测试代码的机器采用不同的地区国家设置,那么就会有问题。因此我们最好用下面的另
一种方法:
Calendar cal = Calendar.getInstance ();
Cal.set (yyyy, mm-1, dd);
Date date = Calendar.getTime ();
显然,第二种方法能够适应地区国家设置的变化。


 
经验九、利用Junit 的自动异常处理书写简洁的测试代码
很多Junit 的初学者经常会写出类似下面的这些代码


public void exampleTest () {
    try {
        // do some test
    } catch (SomeApplicationException e) {
        fail ("Caught SomeApplicationException exception";
    }
}
事实上在Junit 中使用try-catch 来捕获异常是没有必要的,Junit 会自动捕获异常。那些没有被捕获的异常就
被当成错误处理。所以上面的代码很冗余,完全可以写成下面等效却简洁得多的代码:

public void exampleTest () throws SomeApplicationException {
    // do some test
}
更少的测试代码也更容易读懂更容易维护。

 


经验十、充分利用Junit 的assert/fail 方法
Junit 有丰富而灵活的assert/fail 方法,如何用好这些方法也是大有讲究的。比如下面的写法就不大好
assert (creds == 3);
不如写成
assertEquals ("The number of credentials should be 3", 3, creds);
第二种写法不仅易于阅读,而且在执行时如果fail 也可以向测试人员提供更多的信息。
Junit 也有支持浮点数的assert方法,干净利索如下例
assertEquals ("some message", result, expected, delta);
另外要一提的是:
assertSame()用来测试两个引用是否指向同一个对象
assertEquals()用来测试两个对象是否相等


经验十一、确保测试代码与时间无关
尽量避免可能过期的测试数据,这种数据应该可以手工或者自动的刷新。另外还有一个技巧就是在使用这些
数据前更改系统的当前日期,数据操作结束后再恢复日期。当然,使用这一技巧要注意可能的副作用。

经验十二、使用文档生成器做测试文档
我们当然可以使用文本编辑器来书写单元测试的文档,但是更好的方法是使用文档生成器比如JavaDoc自
动生成,这样我们就不需担心实现和文档之间的同步问题。自动生成的文档格式统一错误也少。

分享到:
评论

相关推荐

    <转载>ThinkAndroid

    7. **测试支持**:为了保证代码质量,ThinkAndroid提供了单元测试和集成测试的工具和指导,如JUnit、Mockito和Espresso等,有助于开发者编写可验证的代码。 8. **工具集**:除了上述核心功能,ThinkAndroid还包含了...

    JUnit 5.pdf

    用户指南部分为JUnit 5提供了详细的使用文档,帮助用户理解如何安装JUnit 5、编写测试、使用JUnit Jupiter编写测试用例、进行条件测试执行、测试实例后处理和测试生命周期回调等。在依赖元数据方面,JUnit 5也提供了...

    Java Unit Testing with JUnit 5 epub

    Java Unit Testing with JUnit 5 英文epub 本资源转载自网络,如有侵权,请联系上传者或csdn删除 查看此书详细信息请在美国亚马逊官网搜索此书

    Mastering Software Testing with JUnit 5_Code 源码

    Mastering Software Testing with JUnit 5_Code 源码 本资源转载自网络,如有侵权,请联系上传者或csdn删除 本资源转载自网络,如有侵权,请联系上传者或csdn删除

    Mastering Software Testing with JUnit 5 无水印pdf转化版

    Mastering Software Testing with JUnit 5 英文无水印pdf pdf所有页面使用FoxitReader和PDF-XChangeViewer测试都可以打开 本资源转载自网络,如有侵权,请联系上传者或csdn删除 本资源转载自网络,如有侵权,...

    Pragmatic Unit Testing in Java 8 with JUnit epub

    Pragmatic Unit Testing in Java 8 with JUnit 英文epub 本资源转载自网络,如有侵权,请联系上传者或csdn删除 本资源转载自网络,如有侵权,请联系上传者或csdn删除

    Pragmatic Unit Testing in Java 8 with JUnit 无水印pdf

    Pragmatic Unit Testing in Java 8 with JUnit 英文无水印pdf pdf所有页面使用FoxitReader和PDF-XChangeViewer测试都可以打开 本资源转载自网络,如有侵权,请联系上传者或csdn删除 本资源转载自网络,如有...

    JAVA OA平台源码(转载)SPRING BOOT....

    8. **测试**:Spring Boot支持单元测试和集成测试,可以使用JUnit、Mockito等工具进行测试。通过@SpringBootTest注解,可以启动一个Spring Boot应用实例来进行集成测试。 综上所述,这个开源项目提供了使用Spring ...

    JBPM的开发指南,转载过来的

    通过JUnit测试流程的正确性,然后将流程部署到JBPM服务器。 ### 4. **API和工具** JBPM提供了一系列API和工具,如KieServices用于交互式操作,KieSession处理流程实例的生命周期,而JbpmConsole则是一个Web界面,...

    Ruby Recipes A Problem-Solution Approach epub

    Ruby Recipes A Problem-Solution Approach 英文epub 本资源转载自网络,如有侵权,请联系上传者或csdn删除 查看此书详细信息请在美国亚马逊官网搜索此书

    本项目是基于SpringBoot的线上宠物物资购买系统,为个人毕业设计,未经允许禁止转载.zip

    9. **单元测试与集成测试**:为了保证代码质量,项目中可能会包含JUnit或Spock等单元测试框架的测试用例,以及Spring Boot的Test Slice特性进行集成测试。 10. **持续集成/持续部署(CI/CD)**:开发者可能利用...

    [转载]Selenium2.0之WebDriver学习总结(3).docx

    首先,我们导入所需的库,包括JUnit测试框架、Selenium WebDriver接口以及FirefoxDriver,以便于在Firefox浏览器中运行测试。在测试开始前,我们设置了一个隐式等待时间(30秒),以便WebDriver在找不到特定元素时...

    软件测试基本方法(转载)

    源码级的单元测试可以帮助开发者快速定位和修复代码中的问题,常见的单元测试工具有JUnit(Java)、pytest(Python)和NUnit(.NET)等。 2. 集成测试:当多个单元组合在一起时,集成测试用于检查它们之间的交互和...

    IBE-master

    描述提到该实现是“转载自联合开发网”,这意味着可能有一个社区或平台提供了这个开源项目,供开发者学习和使用。这个Java实现提供了对IBE算法的具体代码实现,有助于开发者理解IBE的工作原理,并可以将其集成到自己...

    设计模式 观察者 发布/订阅 Observer

    代码为Java 代码,使用了Spring和JUnit。 l 需求 有一个小朋友叫小明。 妈妈每年要给他办生日派对, 爸爸关注小明的学习,到了年龄就要给小明找学校,从幼儿园,小学,初中,高中,大学。 小明的爷爷是个老财主...

    抽奖软件java

    9. **程序测试**:代码已经测试并确认无误,这意味着开发者可能使用了JUnit等单元测试框架,对软件的关键功能进行了测试,确保其正确运行。 10. **版权和出处**:描述中提到转载请声明出处,这是对原创工作的尊重,...

    高仿点评的android应用

    同时,由于是"转载"的项目,这表明它可能是一个开源项目,开发者可以从源代码中学习到具体的实现方式和编程技巧。 【标签】"android"指示了项目的基础技术栈,即使用Android SDK和相关的开发工具进行开发。"点评"则...

    6_安卓学生管理源码_

    10. **单元测试和集成测试**:如果源码包含了测试代码,说明开发者可能对软件质量有一定的要求,使用JUnit或Espresso进行功能验证。 通过学习和理解这个源码,开发者不仅可以提升Android应用开发技能,还能了解到...

    webwork教程webwork教程webwork教程

    你可以使用JUnit或其他测试框架,结合WebWork的测试类库,编写针对Action的单元测试。这包括对Action方法的调用、预期结果的验证以及异常处理的测试。 本教程仅覆盖了WebWork的基本概念和入门知识,实战G-Roller-WW...

Global site tag (gtag.js) - Google Analytics