软件测试实验二 白盒测试

简介: 软件测试实验二 白盒测试

一、实验目的

1.掌握等逻辑覆盖测试法;

2.掌握基本路径测试法;

3.掌握基于Junit的单元测试。

二、实验内容

1.为以下判断等级的程序段设计一组测试用例要求别满足语句覆盖、判定覆盖、条件覆盖、判断-条件覆盖、条件组合覆盖。

1. public char function(int x, int y) {
2. 1. char t;
3. 2. if((x>= 90) &&(y>= 90)){
4. 3.    t ='A';
5. }else {
6. 4.   if((x+ y)>= 165){
7. 5.     t = 'B';
8. } else{
9. 6.    t = 'C';
10. 7.   }
11. 8. }
12. 9. return t;
13. }

2.下面的程序代码(Java语言)的功能是将一个正整数分解质因数。例如,输入90,打印出90=2*3*3*5。要求使用基本路径法设计测试用例。

1. public static void zhiyinshu( int n){
2. 1. int k=2;
3. 1. System.out.print(n + "="); //输出:n=
4. 2. while(k<= n){
5. 3.   if(k == n){
6. 4.     System.out.println(n); // 输出: n
7. 4.     break;
8. }else {
9. 5.     if(n%k==0){
10. 6.        System.out.print(k +"*");//输出:k*
11. 6.        n=n/k; 
12. }else {
13. 7.        k++;
14. 8.      }
15. 9. }
16. }

3. 使用Junit对下面程序进行单元测试。(每个方法各设计任意1组)

1. public class Calculator {
2. 
3.        public double add(double a,double b){
4.            return a+b;
5.        }
6. 
7.        public double sub(double a,double b){
8.            return a-b;
9.        }
10. 
11.        public double multiply(double a, double b){
12.            return a*b;
13.        }
14. 
15.        public double div(double a, double b){
16.            return a/b;
17.        }
18. }

三、实验步骤

1. 用逻辑覆盖法

1)画出该程序的控制流图(用代码行前的编号或行号表示节点),并用Ti、Fi标记各条件。

程序的控制流图是描述程序控制流的一种图示方法。控制流图是退化的程序流程图,图中每个处理都退化成一个节点,流线变成连接不同节点的有向弧。

其中,圆圈称为控制流图的一个节点,表示一个或多个无分支的语句或源程序语句;箭头称为边或连接,代表控制流。

在将程序流程图简化成控制流图时,应注意:

①在选择或多分支结构中,分支的汇聚处应有一个汇聚节点;

②边和节点圈定的区域叫做区域,当对区域计数时,图形外的区域也应记为一个区域。

2.基本路径法

1)基本路径测试是在程序控制流图的基础上,通过分析控制构造的环路复杂性,导出基本可执行路径集合,从而设计测试用例的方法。

2)基本路径测试主要包含以下四个方面:

 (1) 绘制出程序的程序控制流图。根据程序流程图,绘制出程序的控制流图。(用代码行前的编号或行号表示节点)

 (2) 计算程序环路复杂度。环路复杂度是一种为程序逻辑复杂性提供定量测度的软件度量,将该度量用于计算程序的基本独立路径数目,这是程序中每个可执行语句至少执行一次所必须的最少测试用例数。

计算环路复杂性的方法有三种:

①定义环路复杂性为V(G),E为控制流图的边数,V为控制流图的节点数,则有公式V(G)=E-N+2;

②定义P为控制流图中的判定节点数,则有公式V(G)=P+1;

③控制流图中的区域数为R,则V(G)=R。

 (3) 找出独立路径。通过程序的控制流图导出基本路径集,列出程序的独立路径。

 (4) 设计测试用例。根据程序结构和程序环路复杂性设计用例输入数据和预期结果,确保基本路径集中的每一条路径的执行。

3. 使用Junit对下面程序进行单元测试。(P106)

1)类 Person使用 JUnit 进行测试:

(1)先新建一个类 Person:

(2)创建测试类:

(3) 点击右键,选择[Run As],点击[JUnit Test]

那么,在整个测试步骤中,我们需要注意到什么呢?

测试方法上必须使用@Test

测试方法必须使用 public void 进行修饰

新建一个目录来存放测试代码

测试类的包应该和被测试类的包一样,如图:

测试单元中的每个方法一定要能够独立测试,其方法不能有任何依赖

2、使用 Eclipse 创建 JUnit 测试类

案例2:使用工具创建 JUnit 测试类,并进行测试。

步骤如下:

1) 选择要测试的方法,右击 New,选择 other

2) 在[java]下[JUnit]选择[JUnit Test Case],如图:

3) 测试类目录选择 test,如图:

4) 点击[Next],如图:

5) 勾选你要测试的方法,点击[Finish]如图:

6) 在这个步骤中,如果之前没有添加 JUnit 的 jar 包,则会弹出提示:

点选[OK]即可,如果已经添加过 jar 包,则不会弹出此提示。 最后,生成的代码如下

然后,在这个基础上修改你的测试代码即可。

在测试中结果中关于 Failure 和 error 的解释:

Failure 一般由测试单元使用断言方法判断失败引起的,这个报错,说明测试点发现了问题,即程序输出 的结果和我们预期的不一样

error 是由代码异常引起的,它可以产生代码本身的错误,也可以是测试代码中的一个隐藏 bug

如果我们勾选上这四个方法后生成的代码又是什么样呢?

勾选后生成代码如图:

同样,右键,选择[Run As],点击[JUnit Test],运行结果:

由此,我们总结如下:

@BeforeClass

修饰的方法会在所有方法被调用前执行,且该方法时静态的,所以当测试类被加载后就接着运行它,而且在内 存中他只会存在一份实例,他比较适合加载配置文件(针对所有测试,只执行一次 )。

@AfterClass

所修饰的方法通常用来对资源管理,如关闭数据库连接(针对所有测试,只执行一次 )。

@Before 和@After

会在每个测试方法前后各执行一次。

@Test:测试方法,在这里可以测试期望异常和超时时间

四、实验结果

1.逻辑覆盖法

控制流程图:

测试用例:

1)语句覆盖的测试用例:

编号

测试用例

语句

执行路径

1

x=100,y=100

1,3

1,2,3,8,9

2

x=85,y=85

1,5

1,2,4,5,7,8,9

3

x=60,y=60

1,7

1,2,4,6,7,8,9

2)判定覆盖的测试用例:

编号

测试用例

判定

执行路径

1

x=100,y=100

2,4

1,2,3,8,9

2

x=85,y=85

2,4

1,2,4,6,7,8,9

3

x=60,y=60

2,4

1,2,4,6,7,8,9

3)条件覆盖的测试用例:

编号

测试用例

条件

执行路径

1

x=100,y=100

2,4

1,2,3,8,9

2

x=85,y=85

2,4

1,2,4,5,7,8,9

3

x=60,y=60

2,4

1,2,4,6,7,8,9

4)判定-条件覆盖的测试用例

编号

测试用例

条件

执行路径

1

x=100,y=100

2,4

1,2,3,8,9

2

x=85,y=85

2,4

1,2,4,5,7,8,9

3

x=60,y=60

2,4

1,2,4,6,7,8,9

5)条件组合覆盖的测试用例

编号

测试用例

条件

执行路径

1

x=100,y=100

2,4

1,2,3,8,9

2

x=90,y=85

2,4

1,2,4,6,7,8,9

3

x=85,y=90

2,4

1,2,4,5,7,8,9

4

x=60,y=60

2,4

1,2,4,6,7,8,9

2.基本路径法

程序控制流图:

程序环路复杂度: V(G)=P+1=3+1=4

独立路径:

1-2-9

1-2-3-4-9

1-2-3-5-7-8-2-3-4-9

1-2-3-5-6-8-2-3-4-9

测试用例:

编号

输入数据

预期输出

执行路径

1

n=2

2=2

1-2-3-4-9

2

n=3

3=3

1-2-3-5-7-8-2-3-4-9

3

n=4

4=2*2

1-2-3-5-6-8-2-3-4-9

3.单元测试

程序代码:

1. public class Calculator {
2. 
3.        public double add(double a,double b){
4.            return a+b;
5.        }
6. 
7.        public double sub(double a,double b){
8.            return a-b;
9.        }
10. 
11.        public double multiply(double a, double b){
12.            return a*b;
13.        }
14. 
15.        public double div(double a, double b){
16.            return a/b;
17.        }
18. }

五、实验总结

在实验过程中遇到了各种各样的问题,测试所用方法理解不清晰。通过与同学们相互讨论,所有问题都迎刃而解,并且成功完成了实验。

目录
相关文章
|
4天前
|
测试技术
软件测试中的自动化测试技术应用
在当今快速发展的软件行业中,自动化测试技术正变得越来越重要。本文将探讨自动化测试技术在软件测试中的应用,包括其优势、常见工具及实施步骤。通过了解自动化测试技术的相关内容,读者可以更好地理解其在软件测试中的作用,提高测试效率和质量。
18 0
|
5天前
|
机器学习/深度学习 人工智能 自然语言处理
探索软件测试的未来:AI 驱动的自动化测试方法
【5月更文挑战第29天】随着人工智能(AI)技术的不断发展和成熟,其在软件测试领域的应用也日益广泛。本文旨在探讨 AI 如何改变软件测试的面貌,特别是自动化测试方法。我们将分析当前自动化测试的挑战,并介绍 AI 如何提供解决方案,包括智能化测试用例生成、测试执行优化、以及结果分析等。通过实际案例研究,我们还将讨论 AI 在提高测试效率、减少错误和提升软件质量保障中的作用。最后,文章将预测 AI 在自动化测试领域的未来趋势,并提出对测试工程师的建议。
|
7天前
|
前端开发 Java 测试技术
【软件测试】个人博客系统测试
【软件测试】个人博客系统测试
22 1
|
19天前
|
测试技术 数据库连接 数据库
【测试开发】基础篇 · 专业术语 · 软件测试生命周期 · bug的描述 · bug的级别 · bug的生命周期 · 处理争执
【测试开发】基础篇 · 专业术语 · 软件测试生命周期 · bug的描述 · bug的级别 · bug的生命周期 · 处理争执
21 0
|
3天前
|
测试技术 UED
软件测试中的自动化与手动测试:一种互补策略
【5月更文挑战第31天】随着软件开发行业的迅速发展,软件测试已经成为确保产品质量和用户体验的关键环节。本文将探讨自动化测试和手动测试在软件测试中的作用,以及如何有效地结合这两种方法以提高测试效率和质量。我们将分析各自的优缺点,并提供一些实用的建议,帮助读者在实际工作中更好地应用这两种测试方法。
|
4天前
|
jenkins 测试技术 持续交付
软件测试中的自动化测试工具及其应用
传统的软件测试流程需要大量的人工投入,其效率低下且容易出现遗漏。而自动化测试工具的出现极大地提高了软件测试的效率和精度。本文将介绍几种常见的自动化测试工具及其应用,分析其优势和不足,并探讨在实际项目中的应用场景。
|
5天前
|
SQL 安全 测试技术
软件测试:测试分类
软件测试:测试分类
|
6天前
|
Web App开发 测试技术 数据安全/隐私保护
软件测试: 测试用例
软件测试: 测试用例
|
6天前
|
JSON 测试技术 定位技术
软件测试-接口测试
软件测试-接口测试
14 0
|
6天前
|
Java 数据挖掘 关系型数据库
软件测试——性能测试2
软件测试——性能测试
16 0

热门文章

最新文章