单元测试
zc搬码工
抬头不是自负,而是仰望星空;低头不是自卑,而是脚踏实地。
展开
-
JUnit自动化单元测试(四):@RunWith测试套件运行器的使用
一些常用的测试方法前面已经说了,但有人又说了,JUnit为项目里每个类都创建一个对应的测试类,虽然一次能把类里面所有的方法都测试一遍,但是,我一个项目有可能有上千百个类,总不能每个类都点一下进行测试吧。 没错,@RunWith注解就是为了这种情况,我们先声明用套件运行器进行测试,然后把需要进行测试的所有类放进套件(集合)里面,一次就可以把所有类所有方法测试完,也叫打包测试。当我们没有声明的时候默认原创 2017-05-23 14:20:20 · 9618 阅读 · 2 评论 -
JUnit自动化单元测试(五):参数化测试
要成为JUnit测试高手必不可少的一项技能就是参数化测试了,现在有一个方法根据不同的参数会有不同的结果,为了测试全面如果把所有可能的情况都逐个写出来测试一遍那未免太low了,此时就可以用参数化测试,举个例子:package junit.demo;import static org.junit.Assert.assertEquals;import java.util.Arrays;import原创 2017-05-23 15:39:21 · 4916 阅读 · 2 评论 -
一分钟理解自动化单元测试
一直以来都对自动化测试颇有好感,最近利用空闲时间了解了一下,分享给大家。首先科普一下测试界的金字塔。 UI测试表示面向用户的界面测试,也就是外部质量。单元测试表示内部代码的逻辑测试,也就是内部质量。集成/接口测试则是系统各模块间的测试,连接系统内外的测试。根据金字塔,很显然UI测试很重要在金字塔顶端,但是在如今的软件行业,我们应该把测试的重心放到单元测试上,其次再到接口测试,有了底层内部质量的保证原创 2017-05-18 11:03:22 · 1639 阅读 · 0 评论 -
JUnit自动化单元测试(一):生成测试类
废话不多说,直接上步骤。第一步:导入Junit4包到项目中。可以自己到网上下载junit4 jar包,也可以用JDE自带junit测试工具包。以Eclipse为例第二步,创建测试类。现有Calcuate类,要测试其加减乘除四个方法,在该类的包点击右键 new other… ,新建JUnit Test Case, 填好各参数下一步,选择要测试的函数完成。 第三步,生成测试类,可以开始测试原创 2017-05-19 11:42:32 · 12329 阅读 · 0 评论 -
JUnit自动化单元测试(二):简单测试实例讲解
自第一篇起,我们现在有了测试类TestCalcuate,默认是这样的package junit.demo;import static org.junit.Assert.*;import org.junit.Test;public class TestCalcuate { @Test public void testAdd() { fail("Not yet im原创 2017-05-22 10:36:39 · 2844 阅读 · 0 评论 -
JUnit自动化单元测试(三):各常用注解和测试函数详细讲解
@Test:将一个方法修饰成一个可测试的方法;只有@Test修饰之后,这个方法才会被JUnit执行。@Test(expected=XXException.class):表示这个方法一定会抛出某个异常;如果没有抛出该异常则测试失败。 //测试代码 @Test(expected = ArithmeticException.class) public void testDiv()原创 2017-05-22 14:04:29 · 2232 阅读 · 0 评论