JUnit注解与hamcrest

黑盒测试: 黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序【学Java,到凯哥学堂kaige123.com】外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。说白了黑盒测试就是不需要知道程序的代码结构,只需要类似于充当用户那样去使用。 所以黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。

白盒测试: 白盒测试[1]  又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法,盒子指的是被测试的软件,白盒指的是盒子是可视的,你清楚盒子内部的东西以及里面是如何运作的。"白盒"法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。"白盒"法是穷举路径测试。在使用这一方案时,测试者必须检查程序的内部结构,从检查程序的逻辑着手,得出测试数据。贯穿程序的独立路径数是天文数字。 采用什么方法对软件进行测试呢?常用的软件测试方法有两大类:静态测试方法和动态测试方法。其中软件的静态测试不要求在计算机上实际执行所测程序,主要以一些人工的模拟技术对软件进行分析和测试;而软件的动态测试是通过输入一组预先按照一定的测试准则构造的实例数据来动态运行程序,而达到发现程序错误的过程。在动态分析技术中,最重要的技术是路径和分支测试。下面要介绍的六种覆盖测试方法属于动态分析方法。 白盒测试的测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、路径覆盖和程序变异。 白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。六种覆盖标准发现错误的能力呈由弱到强的变化: 1.语句覆盖每条语句至少执行一次。 2.判定覆盖每个判定的每个分支至少执行一次。 3.条件覆盖每个判定的每个条件应取到各种可能的值。 4.判定/条件覆盖同时满足判定覆盖条件覆盖。 5.条件组合覆盖每个判定中各条件的每一种组合至少出现一次。 6.路径覆盖使程序中每一条可能的路径至少执行一次。

由上可知,白盒测试对于测试人员来说技术要求较高,一般只有比较严格的大项目才会使用白盒测试,白盒测试成本也大,所以一般大多数情况下是程序员自己进行简单的白盒测试。

JUnit注解: 我们都知道JUnit4是使用注解的方式来对方法进行测试的,而这些注解都是分开进行测试的,就像线程一样,每在一个方法上添加一个注解,就像是开启一个线程去测试这个方法,所以一个注解一个分支,多个注解多个分支:

@Before和@After注解: @Before的作用是在JUnit测试之前会调用写有@Before注解的方法。@After的作用则相反,是在JUnit测试结束后调用写有@After注解的方法。有一点要注意的是:这里所说的测试是指每一个写有@Test注解的方法,也就是每个分支都是一个JUnit测试,每个分支测试在开始前会调用写有@Before注解的方法,结束则调用@After注解的方法,例如我写了3个测试的话,就会调用写有@Before的方法3次,调用写有@After的方法3次。 代码示例:

运行结果:

在@Test注解里加上expected,是用来测试方法有没有抛出应该抛出的异常的,也就是专门测试异常发生的,如果没有抛出相应的异常,就表示这个方法是有问题的,JUnit的测试结果就会报出错误。 错误代码示例:

运行结果:

正确的代码示例:

运行结果:

在@Test注解里加上timeout,是用于测试方法运行的时间有没有超过所设定的时间,如果没超时则测试的结果是正确的,超时了自然测试结果就是错误的。 错误代码示例:

运行结果:

正确代码示例:

运行结果:

@RunWith和@SuiteClasses是用来统一运行多个测试类的,把写有测试注解的类加入到@SuiteClasses中,就可以将这些类统一的进行运行,这个过程只需要运行写有@RunWith和@SuiteClasses的类即可,测试类不需要运行。

代码示例:

运行结果:

Assert: Assert是JUnit里的一个工具类,这个类里面的方法能够给我们提供类似于判断语句一样的效果。 assertTrue/assertFalse方法:

assertArrayEquals方法:

这个方法是用来比较两个数组对象是否一致的,这个方法的参数类型有很多种,可以比较8种基本数据类型的数组和Object类型的数组,而且也能在方法参数里加一个字符串,这个字符串可以在测试结果报错时被打印出来,下面用boolean数组做一个示例:

运行结果:

assertEquals方法:

这个方法主要是用来比较两个变量是否相同的,同样的可以比较8种基本数据类型的变量和Object数组对象,而且也能在参数中加字符串,以下以int类型和Object数组做一个示例:

运行结果:

assertNotEquals方法:

这个方法是用来比较两个变量【学Java,到凯哥学堂kaige123.com】是否是不相同的,不相同则没问题,相同则会报错,可以比较long、double、float基本数据类型和Object类型对象,同样的可以在参数里加上一个字符串,下面以long类型和Object类型做一个示例:

运行结果:

assertNotNull方法:

这个方法是用来判断Object类型的对象是否为不为空的,不为空则没问题,为空则报错,同样的可以在参数里加上一个字符串。 代码示例:

运行结果:

assertSame 方法: 此方法用于比两个Object对象的内存地址是否一致,不一致则会报错:

fail方法: 这个方法是专门用来输出错误信息的,只要写了这个方法,不管测试用例本身是否正确,测试的结果都是错误的:

hamcrest: hamcrest包里的方法可以让Assert升级成类似于多路分支的判断语句就像if esle差不多,一般下载JUnit4以上的版本都会自带这个包。

核心 anything - 总是匹配,如果你不关心测试下的对象是什么是有用的 describedAs - 添加一个定制的失败表述装饰器 is - 改进可读性装饰器 - 见下 “Sugar” 逻辑 allOf - 如果所有匹配器都匹配才匹配, short circuits (很难懂的一个词,意译是短路,感觉不对,就没有翻译)(像 Java &&) anyOf - 如果任何匹配器匹配就匹配, short circuits (像 Java ||) not - 如果包装的匹配器不匹配器时匹配,反之亦然 对象 equalTo - 测试对象相等使用Object.equals方法 hasToString - 测试Object.toString方法 instanceOf, isCompatibleType - 测试类型 notNullValue, nullValue - 测试null sameInstance - 测试对象实例 Beans hasProperty - 测试JavaBeans属性 集合 array - 测试一个数组元素test an array’s elements against an array of matchers hasEntry, hasKey, hasValue - 测试一个Map包含一个实体,键或者值 hasItem, hasItems - 测试一个集合包含一个元素 hasItemInArray - 测试一个数组包含一个元素 数字 closeTo - 测试浮点值接近给定的值 greaterThan, greaterThanOrEqualTo, lessThan, lessThanOrEqualTo - 测试次序 文本 equalToIgnoringCase - 测试字符串相等忽略大小写 equalToIgnoringWhiteSpace - 测试字符串忽略空白 containsString, endsWith, startsWith - 测试字符串匹配

` Assert.assertThat("表达式判断不通过", true, is(true)); Assert.assertThat("表达式判断不通过", "asd", IsNull.notNullValue()); Assert.assertThat("表达式判断不通过", "Hello.java", allOf(endsWith(".java"), startsWith("Hello"))); Assert.assertThat("表达式判断不通过", "Hello.java", anyOf(endsWith(".java"), startsWith("Hello")));

代码示例:

时间: 2024-10-11 07:24:05

JUnit注解与hamcrest的相关文章

junit注解

@RunWith(SpringJUnit4ClassRunner.class)@ContextConfiguration(locations = { "classpath:spring/spring-context.xml"/*,"classpath:spring/rabbitmq-base.xml" */})@TransactionConfiguration(transactionManager="transactionManager",def

Java反射学习总结终(使用反射和注解模拟JUnit单元测试框架)

本文是Java反射学习总结系列的最后一篇了,这里贴出之前文章的链接,有兴趣的可以打开看看. http://blog.csdn.net/a396901990/article/category/2302221 本文介绍了如何利用反射和注解去简单的模拟JUnit4单元测试框架,之所以选择JUnit4是因为4.0以后最大的改进就是使用了注解.需要注意的是这里并不是完全的模拟,只是简单实现了一下Runner类和JUnit注解相关的工作流程.所以本文的主要目的是介绍反射和注解的使用.废话不多说,直接进入正文

3014218146_段义海_Lab1,第一次上机,学习使用JUnit,Hamcrest,Eclemma

1. Build a project Write the code package lib1; public class Triangle { public static String triganles (int a, int b, int c){ if(a+b > c && a+c > b && b+c > a){ if (a == b && b == c) return "this is a equilateral trig

java之 ------ JUnit、注解、类加载器

JUnit软件测试技术(工具) 在项目中建立专门用户测试的包结构. 在Junit中,通过@Test注解,可以运行一个方法(鼠标放在选择要运行的方法名上,单击右键,选择Run As,再选择JUnit Test即可). 这样做的好处就是不用在主代码中添加测试代码,避免了代码的冗余.而且一个测试类,可以测试多项功能,不需要main方法. 一. Junit注解说明 使用了@Test注解应该满足以下条件: 1) 必须是无参数的非静态方法. 2) 添加@Test注解的类,必须拥有一个无参数的公开构造 pac

-单元测试框架-Junit

1.Junit注解 Junit3和junit4的区别 . 测试:白盒.黑盒测试,黑盒:很多时候都是黑盒,站在用户角度去使用功能,面向需求的方式,只要测功能怎么使用. 白盒测试:经过代码的方式来测试,测试逻辑.耗时.功能.等,拆开源码来测试,对里面的功能一个一个测试,一般由开发人员来测试. Junit测试在企业中一般用的少,比较麻烦写测试用例,小型.中型项目一般[学Java,到凯哥学堂kaige123.com]黑盒测试.不测性能,只测试功能.使用.但是大型项目就一定要进行白盒测试,全方面测试,性能

Lab 1: Write a java program for the triangle problem and test the program with Junit.

Tasks: 1. Install Junit(4.12), Hamcrest(1.3) with Eclipse 将两个jar包添加到工程中 2. Install Eclemma with Eclipse 3. Write a java program for the triangle problem and test the program with Junit. [Description of triangle problem]Function triangle takes three i

Junit Test With Selenium Driver

Junits 和 Selenium Junits 处理的是unit level 的测试:Selenium 处理的是 functional leve 的测试.虽然它们是完全不同,但仍然可以用Junit 来写 Selenium 测试. 一个完整的例子 import java.util.concurrent.TimeUnit;   import org.junit.AfterClass; import org.junit.Assert; import org.junit.BeforeClass; im

Lab1 - Junit and Eclemma

Tasks 1:Install Junit(4.12), Hamcrest(1.3) with Eclipse 1.新建立一个项目工程,右键点击工程,点击Properties 2.在弹出的面板中选择Java Build Path,并选择Libraries 3.选择Add External JARs,找到Junit-4.12.jar 和hamcrest-all-1.3.jar所在路径,点击两个包,则安装成功 Task 2:Install Eclemma with Eclipse 1.在eclips

在eclipse之中使用Junit

使用Junit单位测试,能够一定程度上减小项目bug的产生.很多时候,我们都是在main函数里面单独去测试一个方法,这样的测试非常不方便.使用Junit可以是测试单位和项目代码分离,一次性测试多个方法,并对结果进行评估. 在eclipse中进行单位测试,过程如下  右键项目->build path>add Library >添加Junit类库.然后右键项目,添加一个source folder,命名为test. 下面的代码来至于http://www.imooc.com/learn/356.