上一页 1 ··· 17 18 19 20 21
摘要: assertThat的一般句型为:assertThat([value],[matcher statement]);这种断言的优点有:1.更具有可读性:该语法允许我们以“主谓宾”的方式来思考(assert "x is 3"), 而不是 assertEquals(assert "equals 3 x")... 阅读全文
posted @ 2015-07-11 13:47 微微微笑 阅读(357) 评论(0) 推荐(0) 编辑
摘要: 如果我们不想让某个测试失败,我们仅仅想要忽略它,那么我们可以暂时的disable它。有三种方法来忽略一个测试:把方法注释掉删除 @Test 注释增加 @Ignore注释: @Ignore([ignore reason])方法一和方法二会导致测试结果不包括该测试。而使用方法三的话,执行完测试之后,我们... 阅读全文
posted @ 2015-07-11 13:46 微微微笑 阅读(233) 评论(0) 推荐(0) 编辑
摘要: 如果想把timeout太久的测试自动标记为失败,有两种方法:1.在 @Test里加上 Timeout 参数定义"timeout=1000“的话,如果超过1000 毫秒,failure会被一个抛出的异常触发。import static org.junit.Assert.*; import org.ju... 阅读全文
posted @ 2015-07-11 13:45 微微微笑 阅读(171) 评论(0) 推荐(0) 编辑
摘要: Parameterized继承自Suite。Parameterized是在参数上实现了Suite,修饰一个测试类,然后提供多组构造函数的参数用于测试不同场景。import java.util.Arrays; import java.util.Collection; import org.junit.... 阅读全文
posted @ 2015-07-11 13:44 微微微笑 阅读(926) 评论(0) 推荐(0) 编辑
摘要: 理想情况下,写测试用例的开发人员可以明确的知道所有导致他们所写的测试用例不通过的地方,但是有的时候,这 些导致测试用例不通过的地方并不是很容易的被发现,可能隐藏的很深,从而导致开发人员在写测试用例时很难预测到这些因素,而且往往这些因素并不是开发人员 当初设计测试用例时真正的目的,它们的测试点事希望测... 阅读全文
posted @ 2015-07-11 13:41 微微微笑 阅读(356) 评论(0) 推荐(0) 编辑
摘要: 我们之前处理异常的时候用到过Rules,当然还有很多其他规则。Rules允许弹性的添加或者重定义测试方法的行为。测试者可以重复使用或者扩展下面的某一个Rules,也可以写一个属于自己的规则。 这里先展示一张 TestRule的类图: 基本的规则有: 1.TemporaryFolder Rule 该规 阅读全文
posted @ 2015-07-11 13:32 微微微笑 阅读(580) 评论(0) 推荐(0) 编辑
摘要: 一个标准的Junit 4的运行流程,大致如下:测试类实例化 -> @BeforeClass -> @Before -> @Test -> @After -> @AfterClass下面的代码输出明确表明了其运行流程:package com.junit.tutorial; import org.jun... 阅读全文
posted @ 2015-07-11 13:30 微微微笑 阅读(147) 评论(0) 推荐(0) 编辑
上一页 1 ··· 17 18 19 20 21