单元测试用例

一：如何编写单元测试用例

一、 单元测试的概念

单元通俗的说就是指一个实现简单功能的函数。单元测试就是只用一组特定的输入(测试用例)测试函数是否功能正常，并且返回了正确的输出。

测试的覆盖种类

1.语句覆盖：语句覆盖就是设计若干个测试用例，运行被测试程序，使得每一条可执行语句至少执行一次。

2.判定覆盖（也叫分支覆盖）：设计若干个测试用例，运行所测程序，使程序中每个判断的取真分支和取假分支至少执行一次。

3.条件覆盖：设计足够的测试用例，运行所测程序，使程序中每个判断的每个条件的每个可能取值至少执行一次。

4.判定——条件覆盖：设计足够的测试用例，运行所测程序，使程序中每个判断的每个条件的每个可能取值至少执行一次，并且每个可能的判断结果也至少执行一次。

5.条件组合测试：设计足够的测试用例，运行所测程序，使程序中每个判断的所有条件取值组合至少执行一次。

6.路径测试：设计足够的测试用例，运行所测程序，要覆盖程序中所有可能的路径。

用例的设计方案主要的有下面几种：条件测试，基本路径测试，循环测试。通过上面的方法可以实现测试用例对程序的逻辑覆盖，和路径覆盖。

二、开始测试前的准备

在开始测试时，要先声明一下，无论你设计多少测试用例，无论你的测试方案多么完美，都不可能完全100%的发现所有BUG，我们所需要做的是用最少的资源，做最多测试检查，寻找一个平衡点保证程序的正确性。穷举测试是不可能的。所以现在进行单元测试我选用的是现在一般用的比较多的基本路径测试法。

三、开始测试

基本路径测试法：设计出的测试用例要保证每一个基本独立路径至少要执行一次。

函数说明 ：当i_flag=0；返回 i_count+100

当i_flag=1；返回 i_count *10

否则 返回 i_count *20

输入参数：int i_count ，

int i_flag

输出参数： int i_return;

代码：

1 int Test(int i_count, int i_flag)

2 {

3 int i_temp = 0;

4 while (i_count>0)

5 {

6 if (0 == i_flag)

7 {

8 i_temp = i_count + 100;

9 break;

10 }

11 else

12 {

13 if (1 == i_flag)

14 {

15 i_temp = i_temp + 10;

16 }

17 else

18 {

19 i_temp = i_temp + 20;

20 }

21 }

22 i_count--;

23 }

21 }

22 i_count--;

23 }

24 return i_temp;

25 }

1.画出程序控制流程图

圈中的数字代表的是语句的行号，也许有人问为什么选4,6,13,8......作为结点，第2行，第3行为什么不是结点，因为选择结点是有规律的。让我们看程序中；第2行，第3行是按顺序执行下来的。直到第4行才出现了循环操作。而2，3行没有什么判断，选择等分支操作，所以我们把2，3，4全部合并成一个结点。其他的也是照这个规则合并，然后就有了上面的流程图。

2.计算圈复杂度

有了图以后我们要知道到底我们有写多少个测试用例，才能满足基本路径测试。

这里有有了一个新概念——圈复杂度

圈复杂度是一种为程序逻辑复杂性提供定量测试的软件度量。将该度量用于计算程序的基本独立路径数目。为确保所有语句至少......余下全文>>

二：在项目中怎么用junit写单元测试用例

测试是测试哪一块的，叫我用junit 写一个方法测试一两个简单的方法还可以，但是在项目里，action 调service，service 又调dao 的，那我用Junit 写测试方法 的时候，是应该测哪个地方的啊，是service 还是dao 这边的啊，麻烦有用过的说哈啊，这两天要写，不知道------解决方案--------------------------------------------------------在我看来，junit 不仅仅是个测试工具，可以算得上是一个设计工具了：）它可以检验你的接口设计是否足够简单清晰。既然你用了spring，那么依赖注入就不用多说，只要可以注入的地方，都可以拆分出来，逐一测试。A 依赖于 B ，测试A：写一个实现B 接口的Mock，人为控制接口方法的返回数据，注入A，观察A 的反应。测试B：如果B 足够简单，测试。如果B 依赖于C，同A 流程。------解决方案--------------------------------------------------------service 里调用dao测试的时候直接测试service 就可以了，我们项目是这样做的。------解决方案--------------------------------------------------------

三：单元测试用例该怎么写

首先我们需要先下载相应的 JUnit 相关的 JAR 包，下载的过程可以去 JUnit 的官方网站，也可以直接通过 Maven 资源仓库来完成。

使用简单的 @Test 注解实现我们的测试方法的编写和执行

准备工作做好之后，接下来我们就可以开始尝试编写壹个简单的测试代码了。首先，我们编写了壹个 Calculator 类，并提供五个方法分别完成加减乘除以及求平方的运算。代码如下：

package net.oschina.bairrfhoinn.main;

public class Calculator {

public void add(int n){

result += n;

}

public void substract(int n){

result -= n;

}

public void multiply(int n){

result *= n;

}

public void divide(int n){

result /= n;

}

public void square(int n){

result = n * n;

}

public int getReuslt(){

return result;

}

public void clear(){

result = 0;

}

private static int result;

}

四：如何编写单元测试用例

一、 单元测试的概念

单元通俗的说就是指一个实现简单功能的函数。单元测试就是只用一组特定的输入(测试用例)测试函数是否功能正常，并且返回了正确的输出。

测试的覆盖种类

1.语句覆盖：语句覆盖就是设计若干个测试用例，运行被测试程序，使得每一条可执行语句至少执行一次。

2.判定覆盖（也叫分支覆盖）：设计若干个测试用例，运行所测程序，使程序中每个判断的取真分支和取假分支至少执行一次。

3.条件覆盖：设计足够的测试用例，运行所测程序，使程序中每个判断的每个条件的每个可能取值至少执行一次。

4.判定——条件覆盖：设计足够的测试用例，运行所测程序，使程序中每个判断的每个条件的每个可能取值至少执行一次，并且每个可能的判断结果也至少执行一次。

5.条件组合测试：设计足够的测试用例，运行所测程序，使程序中每个判断的所有条件取值组合至少执行一次。

6.路径测试：设计足够的测试用例，运行所测程序，要覆盖程序中所有可能的路径。

用例的设计方案主要的有下面几种：条件测试，基本路径测试，循环测试。通过上面的方法可以实现测试用例对程序的逻辑覆盖，和路径覆盖。

二、开始测试前的准备

在开始测试时，要先声明一下，无论你设计多少测试用例，无论你的测试方案多么完美，都不可能完全100%的发现所有BUG，我们所需要做的是用最少的资源，做最多测试检查，寻找一个平衡点保证程序的正确性。穷举测试是不可能的。所以现在进行单元测试我选用的是现在一般用的比较多的基本路径测试法。

三、开始测试

基本路径测试法：设计出的测试用例要保证每一个基本独立路径至少要执行一次。

函数说明 ：当i_flag=0；返回 i_count+100

当i_flag=1；返回 i_count *10

否则 返回 i_count *20

输入参数：int i_count ，

int i_flag

输出参数： int i_return;

代码：

1 int Test(int i_count, int i_flag)

2 {

3 int i_temp = 0;

4 while (i_count>0)

5 {

6 if (0 == i_flag)

7 {

8 i_temp = i_count + 100;

9 break;

10 }

11 else

12 {

13 if (1 == i_flag)

14 {

15 i_temp = i_temp + 10;

16 }

17 else

18 {

19 i_temp = i_temp + 20;

20 }

21 }

22 i_count--;

23 }

21 }

22 i_count--;

23 }

24 return i_temp;

25 }

1.画出程序控制流程图

圈中的数字代表的是语句的行号，也许有人问为什么选4,6,13,8......作为结点，第2行，第3行为什么不是结点，因为选择结点是有规律的。让我们看程序中；第2行，第3行是按顺序执行下来的。直到第4行才出现了循环操作。而2，3行没有什么判断，选择等分支操作，所以我们把2，3，4全部合并成一个结点。其他的也是照这个规则合并，然后就有了上面的流程图。

2.计算圈复杂度

有了图以后我们要知道到底我们有写多少个测试用例，才能满足基本路径测试。

这里有有了一个新概念——圈复杂度

圈复杂度是一种为程序逻辑复杂性提供定量测试的软件度量。将该度量用于计算程序的基本独......余下全文>>

五：如何使用junit4写单元测试用例

JUnit4是JUnit框架有史以来的最大改进，其主要目标便是利用Java5的Annotation特性简化测试用例的编写。

先

简单解释一下什么是Annotation，这个单词一般是翻译成元数据。元数据是什么？元数据就是描述数据的数据。也就是说，这个东西在Java里面可以

用来和public、static等关键字一样来修饰类名、方法名、变量名。修饰的作用描述这个数据是做什么用的，差不多和public描述这个数据是公

有的一样。想具体了解可以看Core Java2。废话不多说了，直接进入正题。

我们先看一下在JUnit 3中我们是怎样写一个单元测试的。比如下面一个类：

public class AddOperation {

public int add(int x,int y){

return x+y;

}

}

我们要测试add这个方法，我们写单元测试得这么写：

import junit.framework.TestCase;

import static org.junit.Assert.*;

public class AddOperationTest extends TestCase{

public void setUp() throws Exception {

}

public void tearDown() throws Exception {

}

public void testAdd() {

System.out.println(\”add\”);

int x = 0;

int y = 0;

AddOperation instance = new AddOperation();

int expResult = 0;

int result = instance.add(x, y);

assertEquals(expResult, result);

}

}

可以看到上面的类使用了JDK5中的静态导入，这个相对来说就很简单，只要在import关键字后面加上static关键字，就可以把后面的类的static的变量和方法导入到这个类中，调用的时候和调用自己的方法没有任何区别。

我们可以看到上面那个单元测试有一些比较霸道的地方，表现在：

1.单元测试类必须继承自TestCase。

2.要测试的方法必须以test开头。

如果上面那个单元测试在JUnit 4中写就不会这么复杂。代码如下：

import junit.framework.TestCase;

import org.junit.After;

import org.junit.Before;

import org.junit.Test;

import static org.junit.Assert.*;

/**

*

* @author bean

*/

public class AddOperationTest extends TestCase{

public AddOperationTest() {

}

@Before

public void setUp() throws Exception {

}

@A......余下全文>>

六：如何编写单元测试用例

读者最好对Spring框架及Spring框架提供的单元测试支持有所了解，因为本文案例基于Spring技术编写。但对Spring不了解并不影响本文所讲述的单元测试用例编写及回调模式、模板方法的应用。 单元测试是编写高质量代码的前提，通过编写有效的单元测试即可以保证代码的质量又可以提高开发速度，因为大多数问题都可以通过单元测试发现并解决而不需要部署到应用服务器。纵览网上流行的优秀开源框架，无一不提供完整的单元测试用例。Spring框架便是其中的代表和佼佼者，因为Spring所遵循的控制反转（IoC）和依赖注入（DI）原则使编写有效、干净的单元测试用例变得更加方便、快捷。 编写单元测试用例 本文所采用的案例非常简单，就是对数据库表的增、删、改、查操作进行测试。假设我们有这样一个表url（MySql数据库）： 正如你所见，该表只有几个字段，但对于我们的案例来说完全够用。 看到此处，你应该清楚我们是要对数据库操作进行单元测试。如果你是一位经验丰富的开发人员，此时已经会有许多疑问，甚至已经失去继续阅读本文的兴趣： 05 单元测试不应该直接操作数据库？ 05 对数据库操作的单元测试可以采用DAO模式，Mock一个实现类？ 05 使用内存数据库？ 05其他？ 数据库表有了，我们接下来编写DAO及其实现类： DAO接口：/*** @author tao.youzt*/public interface BizUrlDAO {public Object insert(BizUrlDO bizUrlDO);public int delete(String url);public BizUrlDO getByUrl(String url);}DAO实现类，该类继承一个支持类，封装了对数据库的操作。/**

七：单元测试的测试用例主要根据( )的结果来设计.

B，其他三个都是文档，但测试主要是测试程序，不是文档

八：如何使用junit4写单元测试用例

Junit4支持注解了，只要在要执行的方法前加@Test即可，如：

@Test

public void multiplyPoundsByInteger（） {

assertEquals（ 10, 5 ）；

}

Junit4增加了许多特性，主要是支持注解了：

测试由原来的命名模式改变注解，即testXXX变为@Test。其中@Test还提供了额外的属性。如expected，表示期望抛出的异常

数组比较改用Assert.assertArrayEquals

套件测试也用注解替换

通过@Ignore，可以忽略某个方法或整个类的测试

增加了新特性-理论机制（Theory），这个特性听起来很迷惑人，作用是使得开发人员从开始的定义测试用例的阶段就可以通过参数集（理论上是无限个参数）对代码行为进行概括性的总结。开发人员都知道他们代码所想要实现的概括性的总的目的，理论使得他们只需要在一个地方就可以快速的指定这些目的，而不要将这些目的翻译成大量的独立的测试用例。

提供了新的特性-假设机制（Assumption）。此特性使用了Hamcrest库的类。本来Hamcrest是一个单独的测试组件，Junit也集成了一部分，但是并没有完全包含。建议使用junit独立的JAR文件，再单独引入hamcrest包。 其实hamcrest的功能相当的强大，理解起来也非常的容易，是一个很不错的组件。它提供assertThat,assumeThat，assumeNotNull等假设语句，也提供is,not,bothand,eitheror等用法，非常的灵活。

@Before,@After,@BeforeClass,@AfterClass.这几个注解一看便知大概，@Before表示每个测试方法执行前执行一次，而@BeforeClass表示整个类测试前执行一次。不过需要注意的是，@BeforeClass,@AtferClass注解的方法必须是静态的。

Junit提供了新的核心运行类MaxCore，相对于以前的JunitCore运行机制，这个类有一系列的优点，如从未测试过的方法优先测试，剩下的测试中，以前测试失败的方法优先测试，再其次，运行快的优先于运行慢的方法。

九：如何使用junit4写单元测试用例

我们在编写大型程序的时候，需要写成千上万个 方法或函数，这些函数的功能可能很强大，但我们在程序中只用到该函数的一小部分功能，并且经过调试可以确定，这一小部分功能是正确的。但是，我们同时应该 确保每一个函数都完全正确，因为如果我们今后如果对程序进行扩展，用到了某个函数的其他功能，而这个功能有bug的话，那绝对是一件非常郁闷的事情。所以 说，每编写完一个函数之后，都应该对这个函数的方方面面进行测试，这样的测试我们称之为单元测试。传统的编程方式，进行单元测试是一件很麻烦的事情，你要 重新写另外一个程序，在该程序中调用你需要测试的方法，并且仔细观察运行结果，看看是否有错。正因为如此麻烦，所以程序员们编写单元测试的热情不是很高。 于是有一个牛人推出了单元测试包，大大简化了进行单元测试所要做的工作，这就是JUnit4。本文简要介绍一下在Eclipse3.2中使用JUnit4 进行单元测试的方法。

首先，我们来一个傻瓜式速成教程，不要问为什么，Follow Me，先来体验一下单元测试的快感！

首先新建一个项目叫JUnit_Test，我们编写一个Calculator类，这是一个能够简单实现加减乘除、平方、开方的计算器类，然后对这些功能进行单元测试。这个类并不是很完美，我们故意保留了一些Bug用于演示，这些Bug在注释中都有说明。该类代码如下：

package andycpp;

public class Calculator …{

private static int result; // 静态变量，用于存储运行结果

public void add(int n) …{

result = result + n;

}

public void substract(int n) …{

result = result – 1; //Bug: 正确的应该是 result =result-n

}

public void multiply(int n) …{

} // 此方法尚未写好

public void divide(int n) …{

result = result / n;

}

public void square(int n) …{

result = n * n;

}

public void squareRoot(int n) …{

for (;;); //Bug : 死循环

}

public void clear() …{ // 将结果清零

result = 0;

}

public int getResult() …{

return result;

}

}

第二步，将JUnit4单元测试包引入这个项目：在该项目上点右键，点“属性”，

在弹出的属性窗口中，首先在左边选择“Java Build Path”，然后到右上选择“Libraries”标签，之后在最右边点击“Add Library…”按钮，如下图所示：

然后在新弹出的对话框中选择JUnit4并点击确定，如上图所示，JUnit4软件包就被包含进我们这个项目了。

第三步，生成JUnit测试框架：在Eclipse的Package Explorer中用右键点击该类弹出菜单，选择“New à JUnit Test Case”。

在弹出的对话框中，进行相应的选择

点击“下一步”后，系统会自动列出你这个类中包含的方法，选择你要进行测试的方法。此例中，我们仅对“加、减、乘......余下全文>>