测试用例的设计

已于 2024-04-12 15:39:20 修改
阅读量183 收藏
点赞数 5
文章标签： 测试用例
于 2024-03-14 22:33:43 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_72015215/article/details/136713620
版权

 

 常见的测试用例

 

常用的黑盒测试方法 

等价类划分

 

 

 

 

 

 边界值分析法

 

 

判定表法 

案例一 

 

 

 简化表

 案例二

 

 

因果图

 

 

 

 

 案例

正交分解法

 

 

 正交表查询的网址：

正交法的正交性 

案例 一

 

 案例二

 本来为2 的5次方，但是所提供的正交表没有2的5次方表，选择最近能覆盖的正交表2的7次方的表。

场景法

 案例一

 案例二

大纲法 

错误推测法 

测试用例逐级生成的策略 

测试用例的粒度 

 

软件缺陷报告

 

 

缺陷的基本信息 

缺陷标题、操作步骤、预期结果、实际结果、备注/注释 

 缺陷的属性

缺陷的状态

缺陷的类型

缺陷报告的案例 

 

回归测试 

 案例一

功能测试题目 3

利用所学知识，请对蓝桥后台管理中的如下 3 个页面进行测试，寻找其中预埋的 19 个缺陷，包括但不限于功能缺陷和易用性界面缺陷。 并把发现的缺陷填写在指定的【模拟赛1期缺陷报告.xlsx】缺陷报告模板中。

【功能1：登录功能】

 

 

还差一列7缺陷等级

缺陷编号功能名称缺陷描述操作步骤预期结果实际结果缺陷级别
DL-BUG-001登录登录页面，未勾选【记住我】，关闭浏览器再次打开仍然是登录状态。1. 打开被测系统登录页；
2. 输入正确的用户信息，不勾选【记住我】，点击【登录】；
3. 登录成功后复制URL，并关闭浏览器（火狐）；
4. 重新打开火狐浏览器，把URL粘贴到地址栏		在登录界面需要再次点击【登录】才能登录成功。无需再次点击【登录】，直接打开登录成功后的页面。1
DL-BUG-002登录登录页面，输入错误的验证码也可以成功登录。1. 打开被测系统登录页；
2. 输入正确的用户名和密码；
3. 输入错误的验证码（和图片显示不一致）；
4. 点击【登录】。		登录失败，提示【验证码错误】。登录成功。1
DL-BUG-003登录登录页面，密码输入框和用户名输入框没有对齐，界面不美观。1. 打开被测系统登录页；
2. 查看页面布局。		界面美观，输入框对齐整洁。用户名输入框和密码输入框没有对齐，不美观。2
DL-BUG-004登录登录失败时，提示信息不正确。1. 打开被测系统登录页；
2. 输入错误的用户名或密码；
3. 点击【登录】。		提示【用户名或密码错误】。提示【注册失败】2
YHGL-BUG-001添加用户添加用户页面，用户名重复也可以成功添加。1. 登录成功后-->用户管理-->添加用户；
2. 在添加用户页面中输入已存在的用户名；
3. 在添加用户页面中其他项输入合法；
4. 点击【提交】。		提示【用户名已存在】。没有提示，成功添加重复的用户名，与需求不符。1
YHGL-BUG-002添加用户添加用户页面，登录名输入 2 个字符也可以成功添加。1. 登录成功后-->用户管理-->添加用户；
2. 在添加用户页面中输入错误的登录名（少于3个字符）；
3. 在添加用户页面中其他项输入合法；
4. 点击【提交】。		添加失败，提示：请输入3~12位之间的英文或数字。添加成功。1
YHGL-BUG-003添加用户添加用户页面，登录名输入多于12个字符也可以成功添加。1. 登录成功后-->用户管理-->添加用户；
2. 在添加用户页面中输入错误的登录名（多于12个字符）；
3. 在添加用户页面中其他项输入合法；
4. 点击【提交】。		添加失败，提示：请输入3~12位之间的英文或数字。添加成功。1
YHGL-BUG-004添加用户添加用户页面，登录名输入中文也可添加成功。1. 登录成功后-->用户管理-->添加用户；
2. 在添加用户页面中输入错误的登录名（输入中文）；
3. 在添加用户页面中其他项输入合法；
4. 点击【提交】。		添加失败，提示：请输入3~12位之间的英文或数字。添加成功1
YHGL-BUG-005添加用户添加用户页面，登录名区分大小写，不符合需求。1. 登录成功后-->用户管理-->添加用户；
2. 在添加用户页面中输入已存在的大小写不同的登录名；
3. 在添加用户页面中其他项输入合法；
4. 点击【提交】。		添加失败，提示：登录名已存在。添加成功。1
YHGL-BUG-006添加用户添加用户页面，角色无法支持多选。1. 登录成功后-->用户管理-->添加用户；
2. 在添加用户页面中选择角色；
3. 在添加用户页面中其他项输入合法；
4. 点击【提交】。		角色可多选。角色只能单选。1
YHGL-BUG-007添加用户添加用户页面，输入信息之后，点击【关闭】，没有给出提示信息。1. 登录成功后-->用户管理-->添加用户；
2. 在添加用户页面中所有项输入合法的值；
3. 点击【关闭】按钮。		提示：确认要关闭页面吗？没有提示，直接关闭。2
YHGL-BUG-001用户管理用户管理页面，导入功能不起作用。1. 登录成功后-->打开用户管理页面；
2. 点击【导入】。		弹出导入窗口，选择文件可成功导入。点击后没有反应。1
YHGL-BUG-002用户管理用户管理页面，按用户状态搜索，不起作用。1. 登录成功后-->打开用户管理页面；
2. 在上方搜索区域中，按用户状态进行搜索，选择不同的用户状态；
3. 点击【搜索】。		按用户的不同状态显示正确的查询结果。选择不同的状态，查询结果没有变化。1
YHGL-BUG-003用户管理用户管理页面，点击【导出】按钮，提示信息不正确。1. 登录成功后-->打开用户管理页面；
2. 点击【导出】。		提示：导出全部用户信息。提示：导出全部商品信息。2
YHGL-BUG-004用户管理用户管理页面，点击【测试部门】显示用户列表，再点击【蓝桥科技】，用户信息显示不全，需刷新才行。1. 登录成功后-->打开用户管理页面；
2. 点击【测试部门】查看测试部门的用户列表；
3. 再点击【蓝桥科技】，查看用户列表的显示。		点击【蓝桥科技】应显示全部用户列表。点击【蓝桥科技】显示的用户列表不全，需刷新才可见。2
YHGL-BUG-005用户管理用户管理页面，按时间进行搜索，结束时间可以早于开始时间。1. 登录成功后-->打开用户管理页面；
2. 在上方搜索区域中，按时间进行搜索，选择【开始时间】和【结束时间】；
3. 点击【搜索】。		搜索时，结束时间不可以早于开始时间。搜索时，结束时间可以早于开始时间。2
YHGL-BUG-006用户管理用户管理页面，点击右侧的【删除】按钮没有弹出提示信息。1. 登录成功后-->打开用户管理页面；
2. 点击用户列表后面的【删除】按钮；		弹出提示信息：是否确定要删除？成功删除，没有提示信息。2
YHGL-BUG-007用户管理用户管理页面，当用户信息为10条时，底部显示为第1到第11条记录。1. 登录成功后-->打开用户管理页面；
2. 添加10个用户；
3. 查看底部显示信息。		显示：显示第1到第11条记录，总共10条记录。显示：显示第1到第10条记录，总共10条记录。2
YHGL-BUG-008用户管理用户管理页面，【更多操作】换行显示，界面不美观。1. 登录成功后-->打开用户管理页面；
2. 添加至少1个用户；
3. 查看界面显示。		后面的操作按钮【更多操作】换行显示，界面不美观。后面的操作按钮不会换行显示。2

单元测试

语句覆盖

测试用例的覆盖率是指执行对应测试用例所覆盖到的测试覆盖项个数占全部测试覆盖项的百分比。白盒测试的覆盖标准有逻辑覆盖、循环语句覆盖和基本路径覆盖，其中逻辑覆盖主要包括语句覆盖、判定覆盖、条件覆盖、判定-条件覆盖、条件组合覆盖等。语句覆盖法是指设计适当数量的测试用例，使被测程序中的每条语句至少被执行一次。语句覆盖率的计算方法为：至少被执行一次的语句数量 / 程序中可执行的语句总数。

实验内容 

    public static int test(int a,int b,int c) {
1         int result = 0;
2         if(a == 0 or b > 2) {
3             result = b - a;
          }
4         if(a > 0 and c > 0 ) {
5             result = c * a;
        }
6        return result;
    }

使用语句覆盖法设计白盒测试用例的具体步骤如下：

第 1 步：分析待测试程序，画出程序的流程图。上述代码的参考流程图如下图所示（为了方便后面的讲解，笔者在流程图中标上了序号）。如果对语句覆盖法比较熟悉或代码逻辑比较简单，也可以省略画流程图这一个步骤。

第 2 步：分析流程图，编写测试用例。

根据语句覆盖法的定义，我们需要设计一些测试用例，使程序中的每条语句至少被执行一次。通过对第一步中的流程图进行分析，我们设计如下表中的一个测试用例即可以将所有语句全部覆盖

测试用例编号输入数据预期结果语句覆盖情况
testcase_01a = 1 , b = 3 , c = 9result = 9覆盖语句 1，2，4，3，5, 6

和黑盒测试的步骤类似，白盒测试用例设计完成，待开发人员提交测试版本后，即可以开始执行测试用例。白盒测试用例的执行一般使用专门的单元测试框架来执行，例如，执行本实验中的用例可以使用 java 的单元测试框架 JUnit 。本实验的重点是介绍白盒测试用例的设计方法，测试用例的执行方法将在单元测试课程中详细介绍。

语句覆盖的优点是可以使程序中的所有语句都得到验证。但是，只测试程序中的所有语句是远远不够的，程序中的执行逻辑并没有得到验证，不能找出程序逻辑方面的缺陷。在本例中，我们通过观察流程图可以发现：尽管设计一个测试用例就可以使所有语句都被覆盖到，但是图中的两个判断语句为“ N ”的分支可能完全没有验证到，因为这两个“ N ”分支上没有其他语句，所以测试用例并没覆盖到这个分支。

分支覆盖

分支覆盖，也叫判定覆盖，是指运行代码进行测试时，程序中的所有判定语句的真、假分支至少都被执行过一次。分支覆盖率的计算方法为：测试时覆盖到的判定语句真、假分支的总数 / 程序中判定语句真、假分支的总数。例如，判定语句 if a > 0 有真、假两个分支，如果设计一个测试用例 a = 3 ，则该判定语句的真分支可以被覆盖，分支覆盖率为 1 / 2 = 50% ； 如果设计两个测试用例 a = 3 ，a = -1 ，分别使用这两个测试用例数据执行被测试程序，则该判定语句的真、假分支都可以被覆盖到，分支覆盖率为 2 / 2 = 100% 。

白盒测试中的分支（判定）覆盖法是指设计适当数量的测试用例，运行被测程序，使得程序中每个判定语句的真、假分支至少被执行一次。流程图中一个菱形框就是一个判定语句，分支（判定）覆盖就是要设置一些测试用例使判定语句为 Y 和 N 的分支都至少被执行一次。本实验主要通过实例介绍使用分支（判定）覆盖法设计白盒测试用例的方法。

 实验内容

    public static int test(int a,int b,int c) {
1         int result = 0;
2         if(a == 0 or b > 2) {
3             result = b - a;
          }
4         if(a > 0 and c > 0 ) {
5             result = c * a;
        }
6        return result;
    }

使用语句覆盖法设计白盒测试用例的具体步骤如下：

第 1 步：分析待测试代码，画出程序的流程图。上述代码的参考流程图如下图所示：

 第 2 步：分析流程图，编写测试用例。

根据分支（判定）覆盖的定义，我们需要设计一些测试用例，使程序中的每个判定条件至少被执行一次，即上图中的判断语句 ② 和 ③ 的真、假分支都需要至少被执行一次。因此，我们可以设计如下表中的两个测试用例覆盖所有的真、假分支。 

测试用例编号输入数据预期结果分支覆盖情况语句覆盖情况
testcase_01a = 0 , b = 5 , c = 9result = 5覆盖判断语句 ② 的真分支和判断语句 ③ 的假分支1，2，4，3，6
testcase_02a = 5 , b = -2 , c = 3result = 15覆盖判断语句 ② 的假分支和判断语句 ③ 的真分支1，2，3，5，6

从上表中我们可以看出：如果程序的分支覆盖率达到 100% ，所有的语句也会被覆盖到，即分支覆盖率达到 100% 时，语句覆盖率也为 100% 。因为每个语句都是位于某个分支上的（入口主分支或判断语句分支）。但是，如果程序判定语句的逻辑存在问题，分支（判定）覆盖可能无法发现 。例如，在上述代码中，如果将判断语句 ② if(a = 0 or b > 2) 中的 or 错写成 and ，使用上面这两个用例仍然执行通过，也可以让分支（判定）覆盖率达到 100% ，但是这个逻辑错误却不能被发现。 

实验总结

分支（判定）覆盖比语句覆盖的的覆盖效果要强一些，但是分支（判定）覆盖可能还是无法发现程序中的一些逻辑错误，仍需结合其他白盒测试用例设计方法才能覆盖全面。

条件覆盖 

条件覆盖是指运行代码进行测试时，程序中所有判断语句中的条件取值为真值为假的情况都被覆盖到，即每个判断语句的所有条件取真值和假值的情况都至少被经历过一次。条件覆盖率的计算方法为：测试时覆盖到的条件语句真、假情况的总数 / 程序中条件语句真、假情况的总数。例如，判断语句 if(a == 0 or b > 2) 中有两个条件 a == 0 和 b > 2 ，使用条件覆盖法需要分别设计测试用例让这两个条件为真和为假的情况都被覆盖到。例如，设计测试用例 a = 0 ，b = 3 ，可以覆盖 a == 0 和 b > 2 这两个条件为真时的情况，此时程序的条件覆盖率为 2 / 4 = 50% ； 如果再设计一个测试用例 a = 1，b = 1 ，则可以将 a == 0 和 b > 2 这两个条件为假的情况也覆盖。也就是说，设计两个测试用例即可以让判断语句 if(a == 0 or b > 2) 的条件覆盖率达到 100% 。 

实验内容 

    public static int test(int a,int b,int c) {
1         int result = 0;
2         if(a == 0 or b > 2) {
3             result = b - a;
          }
4         if(a > 0 and c > 0 ) {
5             result = c * a;
        }
6        return result;
    }

使用条件覆盖法设计白盒测试用例的具体步骤如下：

第 1 步：分析待测试代码，画出程序的流程图。上述代码的参考流程图如下图所示：

第 2 步：分析流程图。

通过分析流程图，我们可以知道：这段代码中有两个判断语句，分别是上图中标识为 ② 和 ③ 的语句，语句 ② 中有两个条件，分别为 a == 0 和 b > 2 ；语句 ③ 中也有两个条件，分别为 a > 0 和 c > 0 。为了使后续的分析过程更加清晰明了，我们先来梳理一下流程图中的条件语句，并进行相应的标识，具体如下：

条件取值标识
a == 0真Y1
a == 0假N1
b > 2真Y2
b > 2假N2
a > 0真Y3
a > 0假N3
c > 0真Y4
c > 0假N4

第 3 步：使用条件覆盖法编写测试用例 

根据条件覆盖法的定义，我们需要设计一些测试用例，使程序中所有判定语句中的每个条件为真和为假的情况都至少被执行一次，即上表中列出的 8 种情况都需要至少被执行一次。因此，我们可以设计如下表中的测试用例来对程序中的四个条件进行覆盖： 

测试用例编号输入数据预期结果条件覆盖情况分支覆盖情况
testcase_01a = 0 , b = 5 , c = 9result = 5Y1、Y2、N3、Y4判断语句 ② 的真分支和③ 的假分支
testcase_02a = 5 , b = 1 , c = -3result = 0N1、N2、Y3、N4判断语句 ② 的假分支和 ③ 的假分支

通过对上表的分析我们可以发现 ：条件覆盖可以使程序中判断语句的每个条件都至少被执行一次，但是，满足了条件覆盖也不能保证所有的分支都已经得到覆盖，例如，本例中的两个测试用例使程序达到了 100% 的条件覆盖，但分支（判定）覆盖只达到了 75%，判断语句 ③ 的真分支未能覆盖到，依然存在着漏测的风险。 

实验总结

条件覆盖法可以使程序中判断语句的每个条件都至少被覆盖一次，但满足了条件覆盖却不一定会满足分支（判定）覆盖，对于有些程序判定的错误仍无法发现。

分支-条件覆盖 

分支-条件覆盖，也叫判定-条件覆盖，是指运行代码进行测试时，程序中所有判断语句中的条件取值为真、取值为假的情况和整个判断语句取真分支、假分支的情况都被覆盖到（即，至少被执行过一次）。分支条件覆盖率的计算方法为：（ 测试时覆盖到的条件语句为真、为假情况的总数 + 判断语句为真、为假情况的总数） / （程序中条件语句真、假情况的总数 + 判断语句为真、为假情况的总数）。例如，判断语句 if(a == 0 or b > 2) 中有两个条件 a == 0 和 b > 2 ，如果设计一个测试用例 a = 0 , b = 3 ，可以覆盖条件 a == 0 的真分支和条件 b > 2 的真分支，并可覆盖整个判断语句 if(a == 0 or b > 2) 的真分支，分支-条件覆盖率为 3 / 6 = 50%； 如果再设计一个测试用例 a = 2 , b = 2 ，则可以覆盖条件 a == 0 的假分支和条件 b > 2 的假分支，并可覆盖整个判断语句 if(a == 0 or b > 2) 的假分支，分支-条件覆盖率则可达到 100% 。

本实验主要通过实例介绍使用分支-条件覆盖法设计白盒测试用例的方法。

实验内容 

    public static int test(int a,int b,int c) {
1         int result = 0;
2         if(a == 0 or b > 2) {
3             result = b - a;
          }
4         if(a > 0 and c > 0 ) {
5             result = c * a;
        }
6        return result;
    }

使用条件覆盖法设计白盒测试用例的具体步骤如下：

第 1 步：分析待测试代码，画出程序的流程图。上述代码的参考流程图如下图所示：

第 2 步：分析流程图。

通过分析流程图，我们可以知道：这段代码中有两个判断语句，分别是上图中标识为 ② 和 ③ 的语句，语句 ② 中有两个条件语句，分别为 a == 0 和 b > 2 ；语句 ③ 中也有两个条件，分别为 a > 0 和 c > 0 。为了使后续的分析过程更加清晰明了，我们先来梳理一下流程图中的判断语句及语句中的条件项，并进行相应的标识。

判断语句：

判断语句取值标识
a == 0 or b > 2真T1
a == 0 or b > 2假F1
a > 0 and c > 0真T2
a > 0 and c > 0假F2

条件：

条件取值标识
a == 0真Y1
a == 0假N1
b > 2真Y2
b > 2假N2
a > 0真Y3
a > 0假N3
c > 0真Y4
c > 0假N4

第 3 步：使用分支-条件覆盖法编写测试用例。

根据分支-条件覆盖法的定义，这种方法是将分支覆盖和条件覆盖结合起来，设计一些测试用例，使程序中每个判定语句中的每个条件为真和为假的情况都至少被执行一次，并且每个判断语句本身为真、为假的情况也至少被执行一次。因此，我们可以设计如下表中的测试用例来对程序中的两个判断语句及其四个条件进行覆盖：

测试用例编号输入数据预期结果条件覆盖情况分支覆盖情况
testcase_01a = 0 , b = 5 , c = 0result = 5Y1、Y2、N3、N4T1、F2
testcase_02a = 5 , b = 1 , c = 3result = 15N1、N2、Y3、Y4F1、T2

通过执行以上两个用例可以实现程序的分支-条件 100% 覆盖。那么，是不是实现了分支-条件覆盖就代表程序已经被覆盖全面了呢？下图是该程序标识了执行路径的流程图：

从上图中可以看出，这段代码共有四条路径，分别为：路径 1（ A - C ）、路径 2（ A - D ）、路径 3 （ B - C ）、路径 4（ B - D ）。通过分析，我们可以知道：测试用例 testcase_01 覆盖的路径是路径 3 （ B - C ），测试用例 testcase_02 覆盖的路径是路径 2（ A - D ），路径 1 和路径 4 没有被覆盖到。所以，分支-条件覆盖的覆盖强度仍然不够，如果判断语句中的逻辑运算存在问题可能仍然无法被发现。例如，如果将第一个判断语句 if(a == 0 or b > 2) 中的 or 错写成了 and ，使用这两个测试用例仍然能执行通过，但未检查出程序中的逻辑运算错误。

实验总结

分支-条件覆盖可以使程序中的判断语句以及判断语句中的条件的真、假分支都得到覆盖，但是分支-条件覆盖达到 100% 仍然强度不够，程序中的某些逻辑运算等错误仍然可能不会被发现。

条件组合覆盖 

条件组合覆盖又称为多条件覆盖，是指设计足够数据的测试用例，使每个判定语句中的所有判定条件的各种可能的组合都至少被执行一次。条件组合覆盖与分支-条件覆盖的不同之处在于：条件组合覆盖不是简单的要求每个条件为真、为假两种情况都至少被执行一次，而是要求让每个条件为真、为假情况所有可能的组合都至少被执行一次。例如，判断语句 if ( a == 0 or b > 2 ) 中有两个条件 a == 0 和 b > 2 ，使用条件组合覆盖法设计测试用例时，要求这两个条件的取真值和取假值的组合至少各执行一次，即 a == 0（真）与 b > 2 （真）、a == 0（真）与 b > 2 （假）、 a == 0（假）与 b > 2 （真）、 a == 0（假）与 b > 2 （假）这四种组合情况。

本实验主要通过实例介绍使用条件组合覆盖法设计白盒测试用例。

实验内容 

    public static int test(int a,int b,int c) {
1         int result = 0;
2         if(a == 0 or b > 2) {
3             result = b - a;
          }
4         if(a > 0 and c > 0) {
5             result = c * a;
        }
6        return result;
    }

使用条件组合覆盖法设计白盒测试用例的具体步骤如下：

第 1 步：分析待测试代码，画出程序的流程图。上述代码的参考流程图如下图所示：

标识了路径的流程图如下：

第 2 步：分析流程图。

由流程图可知：这段代码中有两个判断语句，分别是上图中标识为 ② 和 ③ 的语句，语句 ② 中有两个条件语句，分别为 a == 0 和 b > 2 ；语句 ③ 中也有两个条件，分别为 a > 0 和 c > 0 。为了使后续的分析过程更加清晰明了，我们先将条件语句进行相应的标识，具体如下：

条件取值标识
a == 0真Y1
a == 0假N1
b > 2真Y2
b > 2假N2
a > 0真Y3
a > 0假N3
c > 0真Y4
c > 0假N4

根据条件组合覆盖法的定义，我们需要设计一些测试用例分别使判断语句 ② 中两个条件的四种组合及判断语句 ③ 中两个条件的四种组合都至少执行一次，如下表所示：

组合编号判断语句条件组合
1a == 0 or b > 2Y1 + Y2
2a == 0 or b > 2Y1 + N2
3a == 0 or b > 2N1 + Y2
4a == 0 or b > 2N1 + N2
5a > 0 and c > 0Y3 + Y4
6a > 0 and c > 0Y3 + N4
7a > 0 and c > 0N3 + Y4
8a > 0 and c > 0N3 + N4

第 3 步：使用条件组合覆盖法编写测试用例。

分别设计测试用例覆盖上表中的各种组合，具体如下：

测试用例编号输入数据预期结果条件组合覆盖条件覆盖路径覆盖
testcase_01a = 0 , b = 3 , c = 1result = 3组合 1 、组合 7Y1、Y2、N3、Y4B - C
testcase_02a = 0 , b = 1 , c = 0result = 1组合 2 、组合 8Y1、N2、N3、N4B - C
testcase_03a = 1 , b = 5 , c = 3result = 3组合 3 、组合 5N1、Y2、Y3、Y4B - D
testcase_04a = 2 , b = 0 , c = -1result = 1组合 4 、组合 6N1、N2、Y3、N4A - C

通过对上表的分析我们可以发现 ：条件组合覆盖可以使程序判断断语句中的条件组合都至少被执行一次，但是，满足了条件组合覆盖也不能保证所有的路径都已经得到覆盖，在本例中，四个测试用例实现了条件组合的 100% 覆盖，但是仍有路径 A - D 未被覆盖到。如果要将路径全部覆盖，需要再增加一个覆盖路径 A - D 的测试用例，即使用条件组合 + 分支覆盖的全部测试用例如下：

测试用例编号输入数据预期结果条件组合覆盖条件覆盖路径覆盖
testcase_01a = 0 , b = 3 , c = 1result = 3组合 1 、组合 7Y1、Y2、N3、Y4B - C
testcase_02a = 0 , b = 1 , c = 0result = 1组合 2 、组合 8Y1、N2、N3、N4B - C
testcase_03a = 1 , b = 5 , c = 3result = 3组合 3 、组合 5N1、Y2、Y3、Y4B - D
testcase_04a = 2 , b = 0 , c = -1result = 0组合 4 、组合 6N1、N2、Y3、N4A - C
testcase_05a = 2 , b = 0 , c = 5result = 10组合 4 、组合 5N1、N2、Y3、Y4A - D

路径覆盖 

路径覆盖法是指设计一定数量的测试用例运行被测程序，使程序中的所有路径都至少被执行一次。路径覆盖率的计算方法为：测试时至少被执行过一次的路径总数 / 程序的总路径数。本实验主要通过实例介绍使用路径覆盖法设计白盒测试用例。 

实验内容 

    public static int test(int a,int b,int c) {
1         int result = 0;
2         if(a == 0 or b > 2) {
3             result = b - a;
          }
4         if(a > 0 and c > 0 ) {
5             result = c * a;
        }
6        return result;
    }

使用路径覆盖法设计白盒测试用例的具体步骤如下：

第 1 步：分析待测试代码，画出程序的流程图。上述代码的参考流程图如下图所示，为了方便分析路径，图中用红色字母标识出了每个判断语句的分支：

第 2 步：分析流程图。

从上图中可以看出，这段代码共有两个判断语句，每个判断语句分别有取真值、取假值两个分支。那么，程序中共有如下四条路径：

路径 1 ：A - C 路径 2 ：A - D 路径 3 ：B - C 路径 4 ：B - D

第 3 步：编写测试用例。

根据路径覆盖的定义，我们需要设计一些测试用例，使程序中的每个路径至少被执行一次。因此，我们可以设计如下表中的四个测试用例来覆盖这四条路径。

第 3 步：编写测试用例。

根据路径覆盖的定义，我们需要设计一些测试用例，使程序中的每个路径至少被执行一次。因此，我们可以设计如下表中的四个测试用例来覆盖这四条路径。

测试用例编号输入数据预期结果路径覆盖情况
testcase_01a = -2 , b = 1 , c = 9result = 0路径 1 ：A - C
testcase_02a = 5 , b = -2 , c = 3result = 15路径 2 ：A - D
testcase_03a = 0 , b = 3 , c = 3result = 3路径 3 ：B - C
testcase_04a = 1 , b = 5 , c = 9result = 9路径 4 ：B - D

路径覆盖可以使程序中的每一条路径都经过测试，确保程序执行路径的正确性。但是，对于判断语句多且复杂、循环次数多的程序，需覆盖的路径数量可能非常庞大，无法在短时间内测试完，例如，下图是一段代码的流程图，图中含有多个判断语句、循环语句，如果要将所有路径都测试到，将花费大量的时间，所以，在实际的项目测试中基本不可能把所有路径都覆盖到。 

 实验总结

路径覆盖可以保证程序中的所有路径都被覆盖到，但对于包含多且复杂的判断语句、循环语句的程序来说，要覆盖每一条路径将会非常困难，需要花费极大的人力物力。 

基本路径覆盖 

基本路径覆盖法是在程序控制流图的基础上，通过分析控制结构的圈复杂度，导出基本可执行的路径集合设计测试用例，运行被测程序，使程序的基本路径都得到覆盖。基本路径覆盖法把测试时需要覆盖的路径压缩到一定的范围内，使程序中的每一个可执行语句都至少执行一次，程序中的循环体最多只执行一次。本实验主要通过实例介绍使用基本路径覆盖法设计白盒测试用例 

实验内容 

    public static int test(int a,int b,int c) {
1         int result = 0;
2         if(a == 0 or b > 2) {
3             result = b - a;
          }
4         if(a > 0 and c > 0 ) {
5             result = c * a;
        }
6        return result;
    }

使用基本路径覆盖法设计白盒测试用例的具体步骤如下：

第 1 步：分析待测试代码，画出程序的流程图。参考流程图如下图所示，如果对该方法比较熟练或对程序流程比较清晰，可省略这个步骤。

在第二章的“ 2.2.2 控制流分析”小节中曾介绍过“在控制流图中如果含有复合条件，需要改为单条件嵌套的形式”，为了后续的讲述更加清晰，这里先把上述流程图中的复合条件按控制流图的要求进行拆分，具体如下：

第 2 步：根据流程图画出控制流图。

控制流图的画法在第二章的“ 2.2.2 控制流分析”小节中已详细介绍，此处不再详细介绍，只进行简单的回顾。在控制流图中，圆形符号○称为“节点”，表示一个基本的代码块；包含条件的节点称为“判断节点”；箭头称为“边”，表示控制流路径，反向边则表示可能存在循环。按照控制流图的规则，上述流程图可以画成下面的控制流图：

第 2 步：根据流程图画出控制流图。

控制流图的画法在第二章的“ 2.2.2 控制流分析”小节中已详细介绍，此处不再详细介绍，只进行简单的回顾。在控制流图中，圆形符号○称为“节点”，表示一个基本的代码块；包含条件的节点称为“判断节点”；箭头称为“边”，表示控制流路径，反向边则表示可能存在循环。按照控制流图的规则，上述流程图可以画成下面的控制流图：

第 3 步：计算圈复杂度。

圈复杂度 V(G) 有三种计算方法，在第二章的“复杂度分析”小节已详细介绍过，读者可以任选其中一种方法来进行计算。下面简单介绍一下用这三种方法计算本例的圈复杂度：

方法一：V(G) = A + 1，其中 A 代表控制流图中的封闭区域数量。从下图可以看出，程序的控制流图中共有 4 个封闭区域，所以，圈复杂度 V(G) = 4 + 1 = 5 。

方法二：V(G) = P + 1，其中 P 代表控制流图中的判定节点数。从下图可以看出，程序的控制流图中共有 4 个判定节点，所以，圈复杂度 V(G) = 4 + 1 = 5 。 

方法三：V(G) = e - n + 2，其中 e 代表控制流图中的边的数量，即控制流中的箭头数量；n 代表控制流图的节点数量，即控制流图中的圆圈数量。从下图中可以看出，程序的控制流图中有 11 条边（11个箭头），8个节点（8个圆圈），所以，圈复杂度 V(G) = 11 - 8 + 2 = 5 。 

第 4 步：确定基本路径的集合。

基本路径又称为独立路径，是指至少包含一条其他独立路径中未包含的路径。例如，在上图中，路径 1 - 2 - 3 - 5 - 8 是一条基本路径，1 - 2 - 4 - 3 - 5 - 8 则可以看成了另外一条基本路径，因为这条路径中经过 4 节点的路径在第一条基本路径中未包含。

圈复杂度是指程序中的独立路径数量，是确保程序中每个可执行语句至少执行一次需要的测试用例数量的最小值。根据第 3 步的计算结果，本例中我们需要确定 5 条基本路径，具体如下：

路径 1 ：1 - 2 - 3 - 5 - 8

路径 2 ：1 - 2 - 4 - 3 - 5 - 8

路径 3 ：1 - 2 - 4 - 5 - 8

路径 4 ：1 - 2 - 4 - 5 - 6 - 8

路径 5 ：1 - 2 - 4 - 5 - 6 - 7 - 8

第 5 步：根据基本路径编写测试用例。

根据基本路径覆盖法的定义，我们需要设计测试用例分别覆盖第 4 步中的 5 条基本路径，即设计合理的输入数据使程序运行时经过指定的路径。因此，我们可以设计如下表中的 5 个测试用例来覆盖这 5 条基本路径。

测试用例编号输入数据预期结果路径基本覆盖情况
testcase_01a = 0 , b = 1 , c = 9result = 1路径 1
testcase_02a = 0 , b = 3 , c = 5result = 3路径 2
testcase_03a = -2 , b = 1 , c = 3result = 0路径 3
testcase_04a = 1 , b = 0 , c = -1result = 0路径 4
testcase_05a = 5 , b = -3 , c = 2result = 10路径 5

实验总结

使用基本路径覆盖法设计用例进行测试时，可以使程序中的每条独立路径都至少执行一次。如果程序中的基本路径达到了 100% 覆盖，则分支（判定）覆盖、条件覆盖也能达到 100% 覆盖。如果使用基本路径覆盖法后程序中仍有未覆盖到的路径，可使用逻辑覆盖法补充测试用例保证覆盖全面。

啟王朝
关注
  • 5
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
正交试验查询表
weixin_30715523的博客
03-24 4021
附录1：常用正交表http://support.sas.com/techsup/technote/ts723_Designs.txt 如：L4（23） 有3个控件， 每个控件有2个取值； 4为需要测试的组合个数； 叫4因素3水平。 （1）L4（23） 列号 1 2 3 试验号 1 1 ...
正交表设计测试案例
青梅煮酒
04-02 2228
常用正交表查询网址：http://support.sas.com/techsup/technote/ts723_Designs.txt 网盘正交表：链接：https://pan.baidu.com/s/1g43MxvFrJ8Mthb71lzFfnQ 提取码：zt9w 正交表的概念 正交排列法的使用步骤 1、根据所测程序中控件的个数（因素）以及每个控件的取值个数（水平），选取一个合适的正交排列表 ...
正交表大全
03-11
正交测试所需要的用表，正交表大全
正交表的查询地址汇总
热门推荐
：）每天进步一点点
11-27 1万+
http://www.york.ac.uk/depts/maths/tables/orthogonal.htmhttp://support.sas.com/techsup/technote/ts723_Designs.txt
【1+X】正交实验法
疯狂的格式化的博客
05-17 1629
判定表法和因果图法均是考虑有多个输入条件，并且不同的输入条件的组合会得出不同的动作的情况，但他们不适合输入条件过多的情况。比如某学校有一个查询历年学生档案的程序，有 5 个查询条件，如下图所示。可以通过程序界面上查询条件中的其中一项或多项进行查询，然后把查询结果罗列出来。那么测试人员该如何对该查询功能点进行测试呢？
软件测试中报表测试用例设计方法总结
03-23
软件测试中报表测试用例设计方法总结报表的测试主要分为以下几个方面:界面,安全性,准确性,展示速度(性能)数据统计方面1、报表统计数据的正确性；2、报表统计数据的完整性；3、报表统计数据的合法性；比如，统计金额...
Web测试中的界面测试用例设计
03-23
设计界面Web测试中的界面测试用例设计软件测试一、文本框、按钮等控件测试1、文本框的测试如何对文本框进行测试：a、输入正常的字母或数字;b、输入已存在的文件的名称;c、输入超长字符。例如在“名称”框中输入超过...
正交表正交矩阵正交矩阵设计软件（最全）
11-24
正交表所有资料，外加正交设计助手最新版，所有从正交官网下载，非常标准的
非常全的 正交试验表
10-30
很全的正交试验表可作为正交试验的参考，非常有用。
常用正交表对照图
01-25
常用正交表对照图 常用正交表对照图
常用正交表及工具
11-19
这里包括常用的正交表和正交表工具，供大家参考 。如有侵权，请联系删除。
【大学生软件测试基础】历年学生信息查询界面 - 正交表
aiwuff的博客
04-21 545
某系统“历年学生信息查询”的功能界面如下图所示，利用正交实验法对其设计测试用例。 任务1：根据上面的需求找出因子与水平； 任务2：根据因子与水平数，选择合适的正交表； 任务3: 根据经验补充实验数据，得到优化表； 任务4：根据上述优化表设计测试用例。 L8(25)正交表 列号 1 2 3 4 5 试验号 1 0 0 0 0 0 2 0 0 0 1 1 3 0 .
软件测试_正交表法常用表
最新发布
HYSliuliuliu的博客
04-27 990
（1）L4（23）列号123试验号1111212232124221(2)L8(27)列号1234567试验号111111112111222231221122412222115212121262122121722112218221211列号1234567891011试验号1111111。
7、正交表
小小程序员的学习之路
10-30 7548
主要介绍正交表的设计
组合查询用例-正交设计法如何设计
Love_Polaris的博客
07-25 2381
正交表助手下载地址：http://www.piaodown.com/soft/89723.htm 一、正交表的基础知识 1.什么是因素 在一项试验中，凡欲考察的变量称为因素（变量） 2.个什么是水平 在试验范围内，因素被考察的值称为水平（变量的取值） 3.什么是正交试验设计 是研究多因素多水平的一种设计方法，它是根据正交性从全面试验中挑选出部分有代表性的点进行试验，这些有代表性的点具备了“均匀分散...
软件测试用例设计全攻略
"软件测试用例设计指南" 在软件开发过程中，测试用例设计是确保产品质量的关键环节。本文将从基础篇和高级篇两方面详细阐述测试用例设计的相关知识。 **基础篇** 1. **测试种类和测试阶段概述** 测试种类繁多，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值