java单元测试的两点注意事项

翻译 2006年06月22日 23:30:00

介绍
        开发人员编写单元测试来检查他们的代码。单元测试不同于集成测试和验收测试。集成测试保证各组件
的协同工作,验收测试保证程序满足客户期望。单元测试只是对代码的一个单元进行测试。在Java中,
一个单元通常指代一个类。
        单元测试要求全自动,无人工交互,非成功既失败。所以,当你运行代码,再检查他的输出是否正确,
这个过程并不是单元测试。单元测试要求写一些测试来驱动你的代码,而你可以查看工作的结果。
        一直以来,单元测试一直停留在嘴上说说的境地,不过现在它终于成为Java开发者的专业工具。成为一个大师级别的Java程序员还不足够。现在你要懂得怎样正确的测试你的代码,这样可以引领你写出高质量的代码而且具有高效率,低维护成本。
       在本章中,主要讨论两点,当Java程序员作单元测试时,一直被这这两点困扰。是否要以便利于测试的方式设计系统,怎样测试不确定性的代码。

不要为了测试而牺牲设计
        单元测试和它要测试系统之间的关系是一个很常见的问题.所以先讨论这一点。当你写单元测试的时候,有时会被迫改变代码以适应测试。尤其是当你想测试一个私有方法或属性的时候。如果你把私有方法改为公有方法纯粹是出于测试的目的,那么不要这样做。测试意味着提升代码的质量,而不是降低。
        话是这么说,有时候设计系统的时候使其便于测试还是很必要的。如果你要加入一个设计支持测试,一定要保证它会增强系统的整体质量。如果不是这样,你只是为了测试才这么设计,那么我必须要强调,这很不好。
  例如,你有一个连接数据库的系统。如果你的系统连接测试数据库和正是开发数据库一样便利,那么这样很好。
如果你把它设计成允许数据库可配置,这样方便了测试。同时你也加强了设计的质量,因为这样你的系统就更具有灵活性(你可以不用改变代码就连接到产品数据库上)。这种设计使系统和测试都受益,所以是个好决定。
        你的类只能通过工厂方法实例化。你需要测试一个类的对象,但出于某种原因,你无法调用工厂。它可能需要一些资源作为参数传入,但是你的测试环境中没有。那么是否能够将该类的默认构造方法改为公有,这样就可以在测试中实例化该类。这样做消减了系统设计的质量,允许任何人都可以访问这个构造方法。在这种情况下,程序员需要提供必需的资源,从工厂中实例化该类(可以通过使用Mock Object)。
        现在,讨论完这个问题,我们检查一些常见测试问题的解决方案。第一个问题是怎样具有测试不确定性的代码。

为不确定性的代码编写具有统计性的测试
    有的代码具有不确定性。也就是说,影响一个方法的具体结果的因素并不仅限于此方法内的代码。System.currentTimeMillis()的返回值就是一个最简单的例子。
确切的结果不是取决于代码而是底层的硬件。它返回的值是基于系统时钟,每次代码运行的时候都会有不同的返回结果。
  另一个例子是测试消息从服务端传送到浏览器的耗时。要构建一个可以预测的模型需要太多的变数。在细粒度层次上,网络是不确定的甚至是混乱的。然而,
在细粒度层次上不可预测并不表明全面行为不可预测。如果你把大量的细粒结果收集起来,你可以得到对期望值得有效预测。
   例如,你的需求是90%的网络业务要在1/100秒钟完成。简单的方法是你可以反复运行代码,保存通过和失败的数目。如果90%失败了,那么测试液就失败了。
如下的代码要确保业务的性能在一个合理的范围内:
private int doPerformanceTest(int numberOfRuns, int
   requiredTimeInMilliseconds) {
  int passed = 0;
  Fragment fragment = new Fragment();

  for(int i = 0; i < numberOfRuns; i++) {
    long startTime = System.currentTimeMillis();
    fragment.doTransaction();
    long endTime = System.currentTimeMillis();
    long runTime = endTime - startTime;
    if(runTime < requiredTimeInMilliseconds) passed++;
  }
  return passed;
}

  使用这个方法的测试应该用断言来负责验证:
public void testPerformanceStatistics () {
  double percentageRequired = 90.0;
  int numberOfRuns = 1000;
  int passed = doPerformanceTest(numberOfRuns, 100);
  double percentagePassed = passed / numberOfRuns;
  assertTrue("percentagePassed = " + percentagePassed,
percentagePassed >= percentageRequired);
}
  这种可统计的测试技术对于定位很多问题都很有用。尤其是测试那些结果基于日期,时间或者随机数的方法。测试性能和代码的非确定性属性是也是很有价值的。


单元测试对于程序员是很重要的工具。Java方面有很多的工具帮助进行测试用例的开发。在你的项目中,都会需要这些工具。编写单元测试相当容易,而且很有效。也不会花费太多的时间来运行。

相关文章推荐

C语言单元测试工具Check使用注意事项

最近在项目中尝试去向TDD的开发方式靠近,因此接触倒了C语言的单元测试工具Check,模拟Java的JUnit编写而成,功能简单实用,Manual手册就短短两页,在SO上的人气也挺高。 不过也有可能...

用junit对java代码进行单元测试时需要注意的问题。

用junit对java代码进行单元测试时需要注意的问题。 1、用@Test注解的方法必须没有返回值,返回值类型无:void 2、用@Test注解的方法必须没有入参。 比如以下错误代码示例: p...

两点关于jQuery的注意事项

我要写一个动态加载输入问题和选项的组件,但是遇到两个小问题,需要注意。...

java测试小白来找大家交流了(Testlink的使用以及注意事项)

Testlink的使用 最近才刚开始接触java测试方面的知识,目前还是属于小白,这次主要是对Testlink这个简单的工具进行一些介绍 首先是Testlink,Testlink 是基于web的测试用...

ETL测试的注意事项

  • 2014年06月27日 16:42
  • 120KB
  • 下载

webdriver数据驱动测试注意事项.

  • 2015年01月31日 13:06
  • 458KB
  • 下载

java使用jUnit,jMockit,dbunit做DAO层单元测试方法

第一步:准备数据 先在MySQL数据库中填写测试数据和期望数据,然后导出到xml文件中。 全表导出:DBUnitHelper.exportTable("t_dp_content_02001...

窗口测试注意事项

  • 2013年05月10日 15:58
  • 67KB
  • 下载

单元测试之道java版

  • 2013年09月04日 16:16
  • 5.24MB
  • 下载

使用JMockit编写java单元测试

使用JMockit编写java单元测试   作者 chjttony,火龙果软件    发布于 2014-1-13   之前《有效使用Mock编写java单元测试...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:java单元测试的两点注意事项
举报原因:
原因补充:

(最多只允许输入30个字)