zoukankan      html  css  js  c++  java
  • Usage and Idioms——Assumptions with assume

    理想情况下,编写测试的开发人员可以控制所有可能引起测试失败的起因。如果不能立即实现,明确的附注通常可以改进测试程序的设计。比如说,一个测试程序在开发预期外的场所中运行失败,可以通过向域代码中准确传递一个场所来修复。

    然而,上述方法有时候也会行不通。由于被测试代码是当前写的,隐含一些假设,所以运行对应的测试程序或者写个揭露已知bug 的测试都很好。针对这些情况,JUnit包含了表达假设的能力。例子如下:

    import static org.junit.Assume.*

    @Test public void filenameIncludesUsername() {

    assumeThat(File.separatorChar, is('/'));

    assertThat(new User("optimus").configFileName(), is("configfiles/optimus.cfg"));

    }

    @Test public void correctBehaviorWhenFilenameIsNull() {

    assumeTrue(bugFixed("13356")); // bugFixed is not included in JUnit

    assertThat(parse(null), is(new NullDocument()));

    }


    默认的JUnit runner会将附有失败假设的测试用例视为忽略处理,订制的运行器可能会表现不同。

    为了方便起见JUnit中已经包含了assumeTrue,由于已经包含了Hamcrest,我们不必再去创建类似于assert*方法的一些用法,比如assumeEquals, assumeSame,所有的方法都通过合适的matcher归入在assumeThat中。
     @Before 或  @BeforeClass方法中加入失败假设 和 在类中的每一个方法中加入失败假设,两者效果相同。

  • 相关阅读:
    190. Reverse Bits
    150. Evaluate Reverse Polish Notation
    【UML】状态图与活动图
    【UML】类图与对象图
    【UML】用例图
    【运维】Dell R710如何开启VT服务
    【运维】Dell R710如何做Raid0与Raid5
    【运维】略谈Raid级别
    【VMware vSphere】VMware vSphere简单了解
    【Linux】在Linux上安装VNC
  • 原文地址:https://www.cnblogs.com/insist8089/p/6418795.html
Copyright © 2011-2022 走看看