51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

测试开发精英班,通向高级软件测试工程师【周活动】 找茬--心里圈的故事 !【长期招募】博为峰网校招聘兼职讲师!横扫BAT,Python全栈测试开发技能大全
【107期】:快速构建python web 全栈开发的开发思维【征稿】提交你的测试成绩单! 【专题】用尽一切办法只为让你学好用例 自学软件测试那点事
查看: 1994|回复: 2

[转贴] java单元测试的两点注意事项

[复制链接]
  • TA的每日心情
    慵懒
    2019-8-9 10:30
  • 签到天数: 496 天

    连续签到: 1 天

    [LV.9]测试副司令

    发表于 2015-12-29 11:46:44 | 显示全部楼层 |阅读模式
    介绍
      开发人员编写单元测试来检查他们的代码。单元测试不同于集成测试和验收测试。集成测试保证各组件的协同工作,验收测试保证程序满足客户期望。单元测试只是对代码的一个单元进行测试。在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方面有很多的工具帮助进行测试用例的开发。在你的项目中,都会需要这些工具。编写单元测试相当容易,而且很有效。也不会花费太多的时间来运行。

    回复

    使用道具 举报

  • TA的每日心情
    慵懒
    16 分钟前
  • 签到天数: 1409 天

    连续签到: 4 天

    [LV.10]测试总司令

    发表于 2015-12-29 13:21:00 | 显示全部楼层
    单元测试是一个积累的过程啊,赞一个
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    4 天前
  • 签到天数: 910 天

    连续签到: 2 天

    [LV.10]测试总司令

    发表于 2016-3-12 12:30:29 | 显示全部楼层
    定义函数计算测试机率,学习中,感谢分享。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /2 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2019-10-17 09:10 , Processed in 0.060610 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2019 Comsenz Inc.

    快速回复 返回顶部 返回列表