软件测试-白盒测试用例练习题

软件测试-白盒测试用例练习题
软件测试-白盒测试用例练习题

白盒测试用例练习

一、为以下所示的程序段设计一组测试用例,要求分别满足语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖,并画出相应的程序流程图。

void DoWork (int x,int y,int z) {

int k=0,j=0;

if ( (x>3)&&(z<10) ) { k=x*y-1;

j=sqrt(k); //语句块1

} if ( (x==4)||(y>5) ) {

j=x*y+10;

} //语句块2 j=j%3; //语句块3 }

a Y c

N b

e Y

N d

x>3 and z<10 x=4 or y>5 j=j%3

j=x*y+10

k=x*y-1

j=sqrt(k)

k=0

j=0

由这个流程图可以看出,该程序模块有4条不同的路径:

P1:(a-c-e) P2:(a-c-d)

P3:(a-b-e) P4:(a-b-d)

将里面的判定条件和过程记录如下:

判定条件M={x>3 and z<10}

判定条件N={x=4 or y>5}

1、语句覆盖

测试用例输入输出判定M的取值判定N的取值覆盖路径x=4,z=5,y=8 k=31,j=0 T T P1(a-c-e)

2、判定覆盖

p1和p4可以作为测试用例,其中p1作为取真的路径,p4作为取反的路径。

测试用例输入输出判定M的取值判定N的取值覆盖路径x=4,z=5,y=8 k=31,j=0 T T P1(a-c-e)

x=2,z=11,y=5 k=0,j=0 F F P4(a-b-d)

也可以让测试用例测试路径P2和P3。相应的两组输入数据如下:

测试用例输入输出判定M的取值判定N的取值覆盖路径x=5,z=5,y=4 k=19,j=sqrt(19)%3 T F P2(a-c-d) x=4,z=11,y=6 k=0,j=1 F T P3(a-b-e)

3、条件覆盖

对于M:x>3取真时T1,取假时F1;

z<10取真时T2,取假时F2;

对于N:x=4取真时T3,取假时F3;

y>5取真时T4,取假时F4。

条件:x>3,z<10,x=4,y>5

条件:x<=3,z>=10,x!=4,y<=5

根据条件覆盖的基本思路,和这8个条件取值,组合测试用例如表所示:

测试用例输入输出取值条件具体取值条件覆盖路径x=4,z=5,y=8 k=31, j=0 T1,T2,T3,T4 x>3,z<10,x=4,y>5 P1(a-c-e) x=3,z=11,y=5 k=0, j=0 F1,F2,F3,F4 x<=3,z>=10,x!=4,y<=5 P4(a-b-d)

4、判定/条件覆盖

测试用例输入输出取值条件具体取值条件覆盖路径

x=4,z=5,y=8 k=31, j=0 T1,T2,T3,T4 x>3,z<10,x=4,y>5 P1(a-c-e) x=3,z=11,y=5 k=0, j=0 F1,F2,F3,F4 x<=3,z>=10,x!=4,y<=5 P4(a-b-d) 5、组合覆盖

条件组合

1)x>3,z<10 2)x>3,z>=10

3) x<=3,z<10 4)x<=3,z>=10

5)x=4,y>5 6)x=4,y<=5

7)x!=4,y>5 8)x!=4,y<=5

测试用例输入输出覆盖条件取值覆盖条件组合覆盖路径x=4,z=5,y=6 k=23, j=1 T1,T2,T3,T4 1,5 P1(a-c-e) x=4,z=10,y=5 k=0, j=0 T1,F2,T3,F4 2,6 P2(a-c-d) x=3,z=5,y=6 k=14 j=1 F1,T2,F3,T4 3,7 P3(a-b-e) z=3,z=10,y=5 k=0, j=2 F1,F2,F3,F4 4,8 P4(a-b-d) 6、路径覆盖

覆盖路径测试用例输入输出覆盖条件取值覆盖条件组

x=4,z=5,y=8 k=31,j=0 T1,T2,T3,T4 1,5 P1(a-c-e) x=5,z=5,y=4 k=19,j=sqrt(19)%3 T1,T2,F3,F4 1,8 P2(a-c-d) x=4,z=11,y=6 k=0,j=1 T1,F2,T3,T4 2,5 P3(a-b-e) x=2,z=11,y=5 k=0,j=0 F1,F2,F3,F4 4,8 P4(a-b-d)

二、冒泡法排序:

#include

main()

{

int i,j,temp;

int a[10];

for(i=0;i<10;i++)

scanf ("%d,",&a[i]);

for(j=0;j<=9;j++) {

for (i=0;i<10-j;i++)

if (a[i]>a[i+1]) {

temp=a[i];

a[i]=a[i+1];

a[i+1]=temp;} }

for(i=0;i<10;i++) printf("%5d,",a[i] ); printf("\n"); }

2、程序流程图

定义变量i ,j,temp,a[10]

输入要排序的一组元素

j<9

i<10-j

j=j+1

i=i+1

a[i]>a[i+1]

N

Y

N

tamp=a[i] a[i]=a[i+1] a[i+1]=temp

结束 Y

N

Y

i=0,j=0

1 2

3

4

5

6

7

8

9

9

1

2

3

4 5 6

7

3白盒测试:

3.1语句覆盖

测试用例测试输入覆盖对象测试结果

I=0,j=0 1,4,3,2,5,7,6,8,9,11 1,2,4,5,6,3,7 1,2,3,4,5,6,7,8,9,11 3.2判定覆盖

测试用例测试输入覆盖对象测试结果

I=0,j=0 1,4,3,2,5,7,6,8,9,11 1,2,6,7,8,9,4,5,3 1,2,3,4,5,6,7,8,9,11 3.3条件覆盖

测试用例测试输入覆盖对象测试结果

I=0,j=0 1,4,3,2,5,7,6,8,9,11 1,2,6,7,8,9,4,5,31,2,3,4,5,6,7,8,9,11 3.4路径覆盖

测试用例测试输入覆盖对象测试结果

I=0,j=0 1,4,3,2,5,7,6,8,9,11 1,2,6,7,8,9,4,5,31,2,3,4,5,6,7,8,9,11

软件测试-白盒测试用例练习题,DOC

白盒测试用例练习 一、为以下所示的程序段设计一组测试用例,要求分别满足语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖,并画出相应的程序流程图。 voidDoWork(intx,inty,intz) { intk=0,j=0; if((x>3)&&(z<10)) {k=x*y-1; j=sqrt(k);//语句块1 } if((x==4)||(y>5)) { j=x*y+10; }//语句块2 j=j%3;//语句块3 } a Y c N b e Y N d 由这个流程图可以看出,该程序模块有4条不同的路径: P1:(a-c-e)P2:(a-c-d) P3:(a-b-e)P4:(a-b-d) 将里面的判定条件和过程记录如下: 判定条件M ={x>3andz<10} 判定条件N={x=4ory>5} 1、 语句覆盖 测试用例输入 输出 判定M 的取值 判定N 的取值 覆盖路径 x=4,z=5,y=8 k=31,j=0 T T P1(a-c-e) 2、判定覆盖 x>3 and z<10 x=4 or y>5 j=j%3 j=x*y+10 k=x*y-1 j=sqrt(k ) k=0 j=0

p1和p4可以作为测试用例,其中p1作为取真的路径,p4作为取反的路径。 测试用例输入输出判定M的取 值 判定N的取值覆盖路径 x=4,z=5,y=8 k=31,j=0 T T P1(a-c-e) x=2,z=11,y= 5 k=0,j=0 F F P4(a-b-d) 也可以让测试用例测试路径P2和P3。相应的两组输入数据如下: 测试用例输入输出判定M的取 值 判定N的取 值 覆盖路径 x=5,z=5,y=4 k=19,j=sqrt(1 9)%3 T F P2(a-c-d) x=4,z=11,y= 6 k=0,j=1 F T P3(a-b-e) 3、条件覆盖 对于M:x>3取真时T1,取假时F1; z<10取真时T2,取假时F2; 对于N:x=4取真时T3,取假时F3; y>5取真时T4,取假时F4。 条件:x>3,z<10,x=4,y>5 条件:x<=3,z>=10,x!=4,y<=5 根据条件覆盖的基本思路,和这8个条件取值,组合测试用例如表所示: 测试用例输 入 输出取值条件具体取值条件覆盖路径 x=4,z=5,y=8 k=31,j= 0 T1,T2,T3, T4 x>3,z<10,x=4,y>5 P1(a-c-e) x=3,z=11,y= 5 k=0,j=0 F1,F2,F3, F4 x<=3,z>=10,x!=4, y<=5 P4(a-b-d) 4、判定/条件覆盖 测试用例输 入 输出取值条件具体取值条件覆盖路径 x=4,z=5,y=8 k=31,j= 0 T1,T2,T3, T4 x>3,z<10,x=4,y>5 P1(a-c-e) x=3,z=11,y= 5 k=0,j=0 F1,F2,F3, F4 x<=3,z>=10,x!=4, y<=5 P4(a-b-d) 5、组合覆盖 条件组合 1)x>3,z<102)x>3,z>=10 3)x<=3,z<104)x<=3,z>=10 5)x=4,y>56)x=4,y<=5 7)x!=4,y>58)x!=4,y<=5 测试用例输入输出覆盖条件取值覆盖条件组覆盖路径

软件测试用例设计方法---决策表

决策表,也叫判定表。在所有的功能性测试方法中,基于决策表的测试方法被认为是最严格的,因为决策表具有逻辑严格性。 在一些数据处理问题当中,某些操作的实施以来与多个逻辑条件的组合,既针对不同逻辑条件的组合之,分别执行不同的操作;决策表就是分析和表达多逻辑条件下执行不同操作情况的工具。 1 决策表通常由以下4部分组成: 条件桩(condition stub):列出了问题的所有条件。通常认为列出的条件的次序无关紧要。 动作桩(action stub):列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。 条件项(condition entry):列出针对它所列条件的取值,在所有可能情况下的真假值。作项(action entry):列出在条件项的各种取值情况下应该采取的动作。 2 决策表的生成: (1)确定规则的个数 ?有n个条件的决策表有2n个规则(每个条件取真、假值)。(2)列出所有的条件桩和动作桩 (3)填入条件项 (4)填入动作项,得到初始决策表 (5)简化决策表,合并相似规则

?若表中有两条以上规则具有相同的动作,并且在条件项之间存在极为相似的关系,便可以合并。 ?合并后的条件项用符号“-”表示,说明执行的动作与该条件的取值无关,称为“无关条件”。 举个例子↓↓

3 决策表的优缺点: 决策表最突出的优点是,能够将复杂的问题按照各种可能的情况全部列举出来,简明并避免遗漏。 ? 利用决策表能够设计出完整的测试用例集合。 ? 运用决策表设计测试用例可以将条件理解为输入,将动作理解为输出 4 何种情况下使用? ? 规格说明以决策表形式给出,或较容易转换为决策表;

软件测试用例模板

软件测试用例模板

用例编号TestCase_LinkWorks_WorkEvaluate 项目名称LinkWorks 模块名称WorkEvaluate模块 项目承担部门信息部 用例作者 完成日期2015-5-27 评审负责人 审核日期 批准日期 注:本文档由测试组提交,审核由测试组负责人签字,由项目负责人批准。历史版本: 版本/状态作者参与者起止日期备注 V1.1 一、功能测试用例 此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI (图形用户界面)与应用程序交互,对交互的输出或接受进行分析,以此来核实需求功能与实现

功能是否一致。 用例标识LinkWorks_ WorkEvaluate _02 项目 名称 https://www.360docs.net/doc/b217123150.html, 开发人员模块 名称 WorkEvaluate 用例作者参考 信息 工作考核系统界面设计 (2005_03_28).vsd 测试类型设计 日期 2006-9- 27 测试 人员 测试方法黑盒测试 日期 用例描述前置条件 编号权 限 ( 并 列 测试项测 试 类 别 描述/输入/操 作 期望结果真 实 结 果 备 注

关系) 000 01 无列 表 页 面 导航栏导 航 测 试 浏览\点击导 航连接 详细正确 导航页面 所在位置 000 02 添加删 除修改 按钮 添加修改删 除按钮是否 可用 不可用 000 03 接受、 汇报按 钮 1)不是自 己负责的 数据未考 核之前能 否接受\汇 报 不能 2)属于自 己负责的 未接受之 前时候是 否可以接 受 能

软件测试-白盒测试用例练习题

软件测试-白盒测试用例练 习题 本页仅作为文档页封面,使用时可以删除 This document is for reference only-rar21year.March

白盒测试用例练习 一、为以下所示的程序段设计一组测试用例,要求分别满足语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖,并画出相应的程序流程图。 void DoWork (int x,int y,int z) { int k=0,j=0; if ( (x>3)&&(z<10) ) { k=x*y-1; j=sqrt(k); //语句块1 } if ( (x==4)||(y>5) ) { j=x*y+10; } //语句块2 j=j%3; //语句块3 }

由这个流程图可以看出,该程序模块有4条不同的路径: P1:(a-c-e) P2:(a-c-d) P3:(a-b-e) P4:(a-b-d) 将里面的判定条件和过程记录如下: 判定条件M={x>3 and z<10} 判定条件N={x=4 or y>5} 1、语句覆盖 2、判定覆盖 p1和p4可以作为测试用例,其中p1作为取真的路径,p4作为取反的路径。 也可以让测试用例测试路径P2和P3。相应的两组输入数据如下: 3、条件覆盖 对于M:x>3取真时T1,取假时F1; z<10取真时T2,取假时F2; 对于N:x=4取真时T3,取假时F3; y>5取真时T4,取假时F4。

条件:x>3,z<10,x=4,y>5 条件:x<=3,z>=10,x!=4,y<=5 根据条件覆盖的基本思路,和这8个条件取值,组合测试用例如表所示: 4、判定/条件覆盖 5、组合覆盖 条件组合 1)x>3,z<10 2)x>3,z>=10 3) x<=3,z<10 4)x<=3,z>=10 5)x=4,y>5 6)x=4,y<=5 7)x!=4,y>5 8)x!=4,y<=5

白盒测试用例练习题(1)

白盒测试用例练习 1.为以下所示的程序段设计一组测试用例,要求分别满足语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖,并画出相应的程序流程图。 void DoWork (int x,int y,int z) { int k=0,j=0; if ( (x>3)&&(z<10) ) { k=x*y-1; j=sqrt(k); //语句块1 } if ( (x==4)||(y>5) ) { j=x*y+10; } //语句块2 j=j%3; //语句块3 } a Y c N b e Y N d x>3 and z<10 x=4 or y>5 j=j%3 j=x*y+10 k=x*y-1 j=sqrt(k) k=0 j=0

由这个流程图可以看出,该程序模块有4条不同的路径: P1:(a-c-e) P2:(a-c-d) P3:(a-b-e) P4:(a-b-d) 将里面的判定条件和过程记录如下: 判定条件M={x>3 and z<10} 判定条件N={x=4 or y>5} 1、语句覆盖 测试用例输入输出判定M的取值判定N的取值覆盖路径x=4,z=5,y=8 k=31,j=0 T T P1(a-c-e) 2、判定覆盖 p1和p4可以作为测试用例,其中p1作为取真的路径,p4作为取反的路径。 测试用例输入输出判定M的取值判定N的取值覆盖路径x=4,z=5,y=8 k=31,j=0 T T P1(a-c-e) x=2,z=11,y=5 k=0,j=0 F F P4(a-b-d) 也可以让测试用例测试路径P2和P3。相应的两组输入数据如下: 测试用例输入输出判定M的取值判定N的取值覆盖路径x=5,z=5,y=4 k=19,j=sqrt(19)%3 T F P2(a-c-d) x=4,z=11,y=6 k=0,j=1 F T P3(a-b-e) 3、条件覆盖 对于M:x>3取真时T1,取假时F1; z<10取真时T2,取假时F2; 对于N:x=4取真时T3,取假时F3; y>5取真时T4,取假时F4。 条件:x>3,z<10,x=4,y>5 条件:x<=3,z>=10,x!=4,y<=5 根据条件覆盖的基本思路,和这8个条件取值,组合测试用例如表所示: 测试用例输入输出取值条件具体取值条件覆盖路径x=4,z=5,y=8 k=31, j=0 T1,T2,T3,T4 x>3,z<10,x=4,y>5 P1(a-c-e) x=3,z=11,y=5 k=0, j=0 F1,F2,F3,F4 x<=3,z>=10,x!=4,y<=5 P4(a-b-d) 4、判定/条件覆盖 测试用例输入输出取值条件具体取值条件覆盖路径x=4,z=5,y=8 k=31, j=0 T1,T2,T3,T4 x>3,z<10,x=4,y>5 P1(a-c-e) x=3,z=11,y=5 k=0, j=0 F1,F2,F3,F4 x<=3,z>=10,x!=4,y<=5 P4(a-b-d)

功能测试用例的设计

功能测试用例的设计 LG GROUP system office room 【LGA16H-LGYY-LGUA8Q8-LGA162】

一、实验目的 1.用因果图法分析原因结果,并决策表设计测试用例。 2.使用场景法设计测试用例。 二、实验内容 1. 将三角形问题的可能结果扩展为:一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形,考虑用因果图法设计测试用例,给出完整步骤。 2. 有一个在线购物的实例,用户进入一个在线购物网站进行购物,选购物品后,进行在线购买,这时需要使用帐号密码登录,登录成功后,进行付钱交易,交易成功后,生成订购单,完成整个购物过程。使用场景法设计上述问题的测试用例。 三、实验环境 Windows XP系统 四、实验步骤和结果 1. 将三角形问题的可能结果扩展为:一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形,用因果图法设计测试用例,给出完整步骤。具体如下: 1)输入的三边分别为a,b,c(斜边) 且a

2. 行在线购买,这时需要使用帐号密码登录,登录成功后,进行付钱交易,交易成功后,生成订购单,完成整个购物过程。使用场景法设计上述问题的测试用例。

(注:在下面的矩阵中,V(有效)用于表明这个条件必须是 VALID(有效的)才可执行基本流,而 I(无效)用于表明这种条件下将激活所需备选流,“n/a”(不适用)表 对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,对每一个测

五、实验结果和讨论 成功使用因果图法、场景法设计了测试用例。 六、总结 1.因果图法的定义是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。 2.在事件触发机制中场景法用得最多。在测试一个软件的时候,先确定基本流也就是测试流程中软件功能按照正确的事件流实现的一条正确流程,接着去确定备选流也就是那些出现故障或缺陷的过程,用备选流加以标注。然后可以采用矩阵或决策表来确定和管理测试用例。

软件测试用例文档模板(带实例)

软件测试用例模板(带实例) 工程管理系统案例研究项目功能测试用例 编号:Project_MA_Login_1 编号:Project_MA_Interface_3 项目/软件工程管理系统案例研究项目程序版本 1.0.0 功能模块Login 编制人李虎、彭贝贝、唐姣凤用例编号Project_MA_Login_1编制时间 2005-2-22 相关用例Project_MA_Main_1 、Project_MA_Interface_1 、Project_MA_Priority_1 功能特性系统的初始窗体,并进行用户的合法性验证。 测试目的验证是否输入合法的信息,阻止非法登陆,以保证系统的安全特性预置条件数据库中存储了一些用户信息特殊规程说明 (区分大小写) 参考信息需求说明中关于“登录”的说明测试数据用户名= administrators 密码= 1001(数据库表中有相应的信息)操作步骤 操作描述 数据期望结果 实际结果 测试状态(P/F ) 1 选择用户名称,按“提交”按钮。用 户 名 = administrators ,密码为空显示警告信息“帐号 或密码不能为空!” (符合) P 2 选择用户名称,输入错误密码,按 “提交”按钮。用 户 名 为 administrators ,密码=123 显示警告信息 “帐号 或密码不错误!” (符合) P 3 选择用户名称 ,输入密码,按“提交”按钮。 用 户 名 = administrators ,密码 为=1001 进入系统” (符合) P 测试人员 彭贝贝、李绍霞、 唐姣凤 开发人员杨丽娟负责人李虎(手写)

项目/软件工程管理系统案例研究项目程序版本 1.0.0 功能模块Interface编制人李虎、彭贝贝、唐姣凤用例编号Project_MA_Interface_3编制时间2005 – 2– 21 相关用例Project_MA_Interface_1、Project_MA_Interface_2、Project_MA_Priority_1、Project_MA_DBACCESS_1 功能特性维护界面添加操作 测试目的检查维护窗体界面与设计的符合性。 预置条件能够登录进入到系统特殊规程说明(无) 参考信息系统概要设计说明和详细设计说明 测试数据 操作步骤操作描述数据期望结果实际结果测试状态(P/F)1 …………… 2 3 4 5 6 7 8 9 10 11 12 测试人员彭贝贝、李绍霞、 唐姣凤开发人员杨丽娟负责人李虎(手写)

软件测试练习2

一、判断题(每题2分,正确的“√”,错误的“╳”) 1.软件测试的目的是尽可能多的找出软件的缺陷。(√) 2.Beta 测试是验收测试的一种。(√) 3.验收测试是由最终用户来实施的。(╳) 4.项目立项前测试人员不需要提交任何工件。(√) 5.单元测试能发现约80%的软件缺陷。(√) 6.代码评审是检查源代码是否达到模块设计的要求。(╳) 7.自底向上集成需要测试员编写驱动程序。(√) 8.负载测试是验证要检验的系统的能力最高能达到什么程度。(╳) 9.测试人员要坚持原则,缺陷未修复完坚决不予通过。(╳) 10.代码评审员一般由测试员担任。(╳) 11.我们可以人为的使得软件不存在配置问题。(╳) 12.集成测试计划在需求分析阶段末提交。(╳) 13 、好的测试员不懈追求完美。(√) 14、测试程序仅仅按预期方式运行就行了。(╳) 15、不存在质量很高但可靠性很差的产品。(╳) 16、软件测试员可以对产品说明书进行白盒测试。(╳) 17、静态白盒测试可以找出遗漏之处和问题。(√) 18、总是首先设计白盒测试用例。(╳) 19、可以发布具有配置缺陷的软件产品。(√) 20、所有软件必须进行某种程度的兼容性测试。(√) 21、所有软件都有一个用户界面,因此必须测试易用性。(╳) 22、测试组负责软件质量。(╳) 二、简答题 1、什么是软件测试? 答:软件测试是为了发现错误而执行程序的过程。或者说,软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例(即输入数据及其预期的输出结果),并利用这些测试用例去运行程序,以发现程序错误的过程。 2、软件测试的目的? 答:测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷,通过修正种错误和缺陷提高软件质量,回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。 3、白盒测试有哪几种方法? 答:白盒测试也称结构测试或逻辑驱动测试,它是知道产品内部工作过程,可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行,按照程序内部的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作,而不顾它的功能,白盒测试的主要方法有逻辑驱动、基路测试等,主要用于软件验证。“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。

软件测试用例设计--场景分析方法

·软件测试用例设计--场景分析方法 方法简介 现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可以引入到软件测试中,可以比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时使测试用例更容易理解和执行。 基本流和备选流:如下图所示,图中经过用例的每条路径都用基本流和备选流来表示,直黑线表示基本流,是经过用例的最简单的路径。备选流用不同的色彩表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中(如备选流1和3);也可能起源于另一个备选流(如备选流2),或者终止用例而不再重新加入到某个流(如备选流2和4)。 二.实战演习 1. 例子描述 下图所示是ATM例子的流程示意图。

表3-8 场景设计 注:为方便起见,备选流3和6(场景3和7)内的循环以及循环组合未纳入上表。 3.用例设计 对于这7个场景中的每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。下面显示了一种通用格式,其中各行代表各个测试用例,而各 列则代表测试用例的信息。本示例中,对于每个测试用例,存在一个测试用例

ID、条件(或说明)、测试用例中涉及的所有数据元素(作为输入或已经存在于数据库中)以及预期结果。 表3-9 测试用例表 4.数据设计 一旦确定了所有的测试用例,则应对这些用例进行复审和验证以确保其准确且适度,并取消多余或等效的测试用例。

测试用例一经认可,就可以确定实际数据值(在测试用例实施矩阵中)并且设定测试数据,如表3-10所示。 表3-10 测试用例表

软件测试报告 范本

xxxxxxxxxxxxxx 测试报告

目录 1.引言 (1) 1.1 编写目的 (1) 1.2 项目背景 (1) 1.3 系统简介 (1) 1.4 参考资料 (1) 2.测试概要 (2) 2.1 测试方法(和工具) (2) 2.2 测试范围 (2) 2.3测试环境与配置 (2) 3.测试结果与缺陷分析 (3) 3.1测试执行情况与记录 (3) 3.1.1测试组织 (3) 3.1.2测试时间 (3) 3.1.3测试版本 (4) 3.2覆盖分析 (4) 3.2.1需求覆盖 (4) 3.2.2测试覆盖 (4) 3.3缺陷的统计与分析 (5) 3.3.1缺陷汇总 (5) 3.3.2缺陷分析 (5) 3.3.3残留缺陷与未解决问题 (6) 4.测试结论与建议 (6) 4.1 测试结论 (6) 4.2 建议 (6)

1.引言 1.1 编写目的 实例:本测试报告为XXX项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求(或达到XXX功能目标)。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。 1.2 项目背景 对项目目标和目的进行简要说明。必要时包括简史,这部分不需要脑力劳动,直接从需求或者招标文件中拷贝即可。 1.3 系统简介 如果设计说明书有此部分,照抄。注意必要的框架图和网络拓扑图能吸引眼球。 1.4 参考资料 1. 需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的东西。 2. 测试使用的国家标准、行业指标、公司规范和质量手册等等。

2.测试概要 测试的概要介绍,包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介。(其他测试经理和质量人员关注部分) 2.1 测试方法(和工具) 简要介绍测试中采用的方法(和工具)。 提示:主要是黑盒测试,测试方法可以写上测试的重点和采用的测试模式,这样可以一目了然的知道是否遗漏了重要的测试点和关键块。工具为可选项,当使用到测试工具和相关工具时,要说明。注意要注明是自产还是厂商,版本号多少,在测试报告发布后要避免大多工具的版权问题。 2.2 测试范围 简要介绍测试用例的设计方法。例如:等价类划分、边界值、因果图,以及用这类方法(3-4句)。 提示:如果能够具体对设计进行说明,在其他开发人员、测试经理阅读的时候就容易对你的用例设计有个整体的概念,顺便说一句,在这里写上一些非常规的设计方法也是有利的,至少在没有看到测试结论之前就可以了解到测试经理的设计技术,重点测试部分一定要保证有两种以上不同的用例设计方法。 2.3测试环境与配置 简要介绍测试环境及其配置。 提示:清单如下,如果系统/项目比较大,则用表格方式列出 数据库服务器配置 CPU: 内存: 硬盘:可用空间大小 操作系统: 应用软件: 机器网络名: 局域网地址: 应用服务器配置

软件测试练习题及答案

一、判断 (01)测试是为了验证软件已正确地实现了用户的要求。错 (02)白盒测试仅与程序的内部结构有关,完全可以不考虑程序的功能要求。对 (03)白盒测试不仅与程序的内部结构有关,还要考虑程序的功能要求。错 (04)程序员兼任测试员可以提高工作效率。错 (05)黑盒测试的测试用例是根据应用程序的功能需求设计的。对 (06)当软件代码开发结束时,软件测试过程才开始。错 (07)据有关数据统计,代码中60%以上的缺陷可以通过代码审查发现出来。对(08)无效等价类是无效的输入数据构成的集合,因此无需考虑无效的等价类划分。错(09)软件本地化就是将一个软件产品按特定国家或语言市场的需要翻译过来。错(10)在压力测试中通常采用的是黑盒测试方法。对 (11)软件测试员无法对产品说明书进行白盒测试。对 (12)功能测试工具主要适合于回归测试。对 (13)测试人员说:“没有可运行的程序,我无法进行测试工作”。错 (14)自底向上集成需要测试员编写驱动程序。对 (15)测试是可以穷尽的。错 (16)自动化测试相比手工测试而言,能发现更多的错误。错 (17)软件测试自动化可以提高测试效率,可以代替手工测试。错 (18)语句覆盖法的基本思想是设计若干测试用例,运行被测程序,使程序中的每个可执行语句至少被执行一次。对 (19)Beta测试是验收测试的一种。对 (20)软件开发全过程的测试工作都可以实现自动化。错 (21)软件只要经过严格严谨的内部测试之后,可以做到没有缺陷。错 (22)结构性测试是根据软件的规格说明来设计测试用例。错 (23)软件测试工具可以代替软件测试员。错 (24)通过软件测试,可以证明程序的正确性。错 (25)在单元测试中,驱动程序模拟被测模块工作过程中所调用的下层模块。错(26)软件缺陷可能会被修复,可能会被保留或者标识出来。对 (27)测试用例是由测试输入数据和对应的实际输出结果这两部分组成。错(28)单元测试通常由开发人员进行。对 (29)现在人们普遍认为软件测试不应该贯穿整个软件生命周期,而应在编程完毕之后再进行,这样可以降低成本。错 (30)文档的错误不是软件缺陷。错 (31)Junit只是单元测试工具,并不能进行现回归测试。错 (32)判定表法是一种白盒测试方法。错 (33)白盒测试不考虑程序内部结构。错 (34)在单元测试中,桩程序模拟被测模块工作过程中所调用的下层模块。对(35)在测试中发现缺陷多的地方,还有更多的缺陷将会被发现。对

软件测试白盒测试用例练习题

白盒测试用例练习 一、为以下所示的程序段设计一组测试用例,要求分别满足语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖,并画出相应的程序流程图。 void DoWork (int x,int y,int z) { int k=0,j=0; if ( (x>3)&&(z<10) ) { k=x*y-1; j=sqrt(k); //语句块1 } if ( (x==4)||(y>5) ) { j=x*y+10; } //语句块2 j=j%3; //语句块3 }

由这个流程图可以看出,该程序模块有4条不同的路径: P1:(a-c-e) P2:(a-c-d) P3:(a-b-e) P4:(a-b-d) 将里面的判定条件和过程记录如下: 判定条件M={x>3 and z<10} 判定条件N={x=4 or y>5} 1、语句覆盖 2、判定覆盖 p1和p4可以作为测试用例,其中p1作为取真的路径,p4作为取反的路径。 也可以让测试用例测试路径P2和P3。相应的两组输入数据如下:

3、条件覆盖 对于M:x>3取真时T1,取假时F1; z<10取真时T2,取假时F2; 对于N:x=4取真时T3,取假时F3; y>5取真时T4,取假时F4。 条件:x>3,z<10,x=4,y>5 条件:x<=3,z>=10,x!=4,y<=5 根据条件覆盖的基本思路,和这8个条件取值,组合测试用例如表所示: 4、判定/条件覆盖

5、组合覆盖 条件组合 1)x>3,z<10 2)x>3,z>=10 3) x<=3,z<10 4)x<=3,z>=10 5)x=4,y>5 6)x=4,y<=5 7)x!=4,y>5 8)x!=4,y<=5 6、路径覆盖

报表测试用例设计方法总结

报表测试用例设计方法总结 报表的测试主要分为以下几个方面:界面,安全性,准确性,展示速度(性能) 数据统计方面 1、报表统计数据的正确性; 2、报表统计数据的完整性; 3、报表统计数据的合法性;比如,统计金额字段需求要求有“$”等; 报表格式 1、表头字段表示的正确性; 2、表头字段表示的完整性; 3、表头字段表示的字体,字号,美观程度; 4、各统计字段的显示是否满足需求;比如:数据过长时要求折行还是缩小; 5、页眉和页角的表示; 报表的预览和印刷 1、预览中的显示完整性; 2、多页情况下,第2页的表头显示; 3、能否实现需求要求的特定印刷情况;(比如,印刷使用指定的模板) 4、预览后印刷; 5、不预览,直接印刷 6、需求规定各类打印机的测试; 数据准确性测试,带有报表测试的系统分为两类,一类是业务系统中,带有统计分析功能模块,该模块中包含分析报表,这个系统的主体是业务系统,报表是为**业务的而提供帮助的。 比如说,应年检统计报表,某月应交罚款车辆统计报表,这样的报表数据准确与否,可通过增加、删减、修改相关业务或相关业务的参数,查看统计报表数据变化,检查数据准确性。

另一类是系统只有统计功能,就是我说的数据仓库展现这类,它与业务系统分离,并且经过多层处理,比如数据仓库的数据,经过抽取,清洗,展现前会经过数据挖掘,数据再处理,有些字段在原始数据表中根本就没有。这样的数据准确性测试比较复杂,当然检查出数据错误,修改定位也是很不容易的。 从整个项目节约成本看,逐层测试效果是最好的。完全修改率也是最高的。 首先建立测试数据模型,模拟所有应用表,建立简单易跟踪的数据用例,底层的数据表测试,方法很原始,嘿嘿,通过SQL语句和手工计算,对数据进行比对。对系统中的报表数据准确性测试方法较为灵活, ①系统中报表重叠的进行比对 ②对子报表汇总与父报表比对,就是对月报表汇总与年报表比对,日报表汇总与月报表比对,这只是一个方面,可以从维度关系考虑,地域,行政级别、时间,个人等方面下手,进行汇总比对 ③这个方法如果延伸点呢,可以将报表间的业务逻辑关系作为比对依据。呵呵,这要看测试人员的需求了解深度个人能力了。插几句不想干的话,做测试工作总让我保持快乐状态,前两天我的一个同事说,公司里一直没有人喜欢做测试工作,这个工作太枯燥。嘿嘿,我当时就说我做了这么多年的测试工作从来没有感觉到枯燥。重复性工作不代表枯燥,编程其实不也是重复嘛,人每天谁不重复昨天的事啊,吃饭,吃这个动作重复一生,有谁觉得麻烦枯燥啦? ④使用SQL和手工计算进行比对。以上是差错方式,接下来讲一下查什么错?哪些地方容易出错 ● 原始表使用错误:因为表比较多,又加上没有统一的数据关系对应表,很容易表使用错误,当然这应该是单元测试检查出来的错误。 ● 数据处理逻辑错误:这一点容易因为测试人员和开发人员对需求理解有偏差造成争执,所以在需求评审时,对数据处理规则用表达式或伪代码表示清楚。还有就是程序员失误,逻辑编写有偏差,边界值、特殊情况处理不当。 ● 数据权限:不同用户对数据有着不同的查看权限。这关系到数据的安全性。 ● 数据误差:数据的保留位数,数据是否是处理计算是否是最后一次计算使用了位数保留和四舍五入。 ● 由于字典表,数据错误,而造成的数据错误,如,根据性别统计,购买量,表中的男女颠倒,或者没有考虑性别缺失项,用了if else,这样就是把表中缺失该项内容的算成了

案例-软件测试报告模板案例

软件测试报告模板适用于XX公司 编写者: XX 文档编号: 编写日期: 2020-1-25

分发列表 文档修订历史 [模板修订历史 (文档首次使用前请删除)]

目录 1.测试概述 (4) 1.1.测试项目简述 (4) 1.2.名词定义 (4) 1.3.参考文档 (4) 2.测试环境与配置 (4) 3.测试情况 (4) 3.1.测试版本情况 (4) 3.2.测试用例统计执行情况 (4) 3.3.测试组织 (4) 4.测试结果及分析 (5) 4.1.测试情况统计分析 (5) 4.2.覆盖分析 (5) 4.2.1.需求覆盖 (5) 4.2.2.测试覆盖 (5) 4.3.缺陷的统计与分析 (5) 4.3.1.缺陷汇总 (5) 4.3.2.缺陷分析 (5) 4.4.测试质量对比统计 (5) 5.遗留缺陷与未解决问题 (5) 6.测试总结及风险分析 (6) 7.测试报告批准 (6)

1. 测试概述 1.1. 测试项目简述 <大、小、临时版本确定,测试范围 1. 测试需求 那些新增的需求验证 那些变更需求的需求验证 本次版本中可验证的需求列表 2. 修改问题的测试 3. 其他的功能测试内容> 1.2. 名词定义 本轮验证测试过程中涉及到需求、更新的产品术语、新产品术语等。 1.3. 参考文档 <参考的需求分档、设计文档等> 2. 测试环境与配置 简要介绍测试环境及其配置。 3. 测试情况 3.1. 测试版本情况 测试版本版本号,是否接受该版本以及原因表述。 什么时候接收的版本,什么时间版本部署完成 测试过程中有无更新版本 更新版本对测试的影响 测试中冒烟测试是否通过 3.2. 测试用例统计执行情况 3.3. 测试组织

软件测试-白盒测试用例练习题

、 白盒测试用例练习 一、为以下所示的程序段设计一组测试用例,要求分别满足语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖,并画出相应的程序流程图。 void DoWork (int x,int y,int z) { int k=0,j=0; if ( (x>3)&&(z<10) ) { k=x*y-1; j=sqrt(k); //语句块1 ' } if ( (x==4)||(y>5) ) { j=x*y+10; } //语句块2 j=j%3; //语句块3 } ]

e @ 由这个流程图可以看出,该程序模块有4条不同的路径: P1:(a-c-e) P2:(a-c-d) ' P3:(a-b-e) P4:(a-b-d) 将里面的判定条件和过程记录如下: 判定条件M={x>3 and z<10} 判定条件N={x=4 or y>5} 1、语句覆盖 2、判定覆盖 - p1和p4可以作为测试用例,其中p1作为取真的路径,p4作为取反的路径。

] 也可以让测试用例测试路径P2和P3。相应的两组输入数据如下: ( 3、条件覆盖 对于M :x>3取真时T1,取假时F1; z<10取真时T2,取假时F2; 对于 N :x=4取真时T3,取假时F3; y>5取真时T4,取假时F4。 条件:x>3,z<10,x=4,y>5 条件:x<=3,z>=10,x!=4,y<=5 根据条件覆盖的基本思路,和这8个条件取值,组合测试用例如表所示:

4、判定/条件覆盖 5、组合覆盖 、 条件组合 1)x>3,z<10 2)x>3,z>=10 3) x<=3,z<10 4)x<=3,z>=10 5)x=4,y>5 6)x=4,y<=5 7)x!=4,y>5 8)x!=4,y<=5

软件测试报告模板

软件测试报告模板

秘密XXXXXX 软件项目 系统测试报告 软件测试部 200X/ XX/XX

1. 引言 ......................................... 2. 测试参考文档 (2) 3. 测试设计简介 ...................................... 3.1 测试用例设计.................................... 3.2 测试环境与配置.................................. 3.3 测试方法..................................... 4. 测试情况 ....................................... 4.1 测试执行情况.................................... 4.2 测试覆盖..................................... 4.3 缺陷的统计................................... 4.3.1 缺陷汇总和分析 ............................. 4.3.2 具体的测试缺陷 .................... 错误!未定义书签。 5. 测试结论和建议...................................... 5.1 结论....................................... 6. 附录 ......................................... 6.1 缺陷状态定义.................................... 6.2 缺陷严重程度定义................................. 6.3 缺陷类型定义....................................

测试用例撰写练习题

1.计算器测试用例 2.自动取款机取款测试用例 此用例完成用户利用自动取款机取款的全部流程,分为以下流程:插卡,输入密码,选择金额,取款,取卡等操作。 事件流: 该用例在用户插卡之后启动 1. 系统提示用户插卡; 2. 提示客户输入密码信息; 3. 密码输入完毕后,客户选择“确认”,向系统提交信息; 4. 系统验证客户输入的密码信息,确认正确后,进入选择系统主界面; 5. 用户选择取款选项; 6. 系统进入取款金额界面并提示用户输入金额; 7. 系统验证可以取款并输出钱款; 8. 系统提示用户取卡,操作完成。 基本流: 用户取款。 备选流: 1.用户密码错误 2.取款金额不符合要求。 前置条件: 用户必须插入正确的银行卡才能开始执行用例。 后置条件: 如果系统确认用户信息正确,成功登陆,则系统启动主界面,等待用户发送消息,进行查询和取款等操作。 事件流系统用户 1 系统提示用户插卡插入银行卡 2 提示客户输入密码信息输入密码 3 如果密码错误,提示密码不正确,并返回到2 4 如果密码正确,转入主界面 5 提示用户选择选项选择取款选项 6 系统进入取款金额界面并提示用户输入金额输入取款金额 7 如果金额符合则输入钱款 8 如果金额小于余额则提示取款失败并返回7 9 如果金额不是整百则提示不符合规范,取款失败并返回7。 10 提示用户取款取出钱款 11 提示用户取卡取出银行卡 测试用例: 事件用户操作覆盖等价类系统反应 1 插入正确银行卡功能测试提示输入密码 2 密码正确功能测试进入主界面,提示用户选择 3 密码不正确功能测试提示密码错误重新输入 4 输入金额<余额功能检查提示用户金额不足,重新输入或取卡 5 输入金额为150 功能检查提示用户取款金额不符和规范,重新输入或退出

软件测试中如何编写单元测试用例(白盒测试)

软件测试中如何编写单元测试用例(白盒测试) 测试用例(T est Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。 测试用例(T est Case)目前没有经典的定义。比较通常的说法是:指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。 不同类别的软件,测试用例是不同的。不同于诸如系统、工具、控制、游戏软件,管理软件的用户需求更加不统一,变化更大、更快。笔者主要从事企业管理软件的测试。因此我们的做法是把测试数据和测试脚本从测试用例中划分出来。测试用例更趋于是针对软件产品的功能、业务规则和业务处理所设计的测试方案。对软件的每个特定功能或运行操作路径的测试构成了一个个测试用例。 随着中国软件业的日益壮大和逐步走向成熟,软件测试也在不断发展。从最初的由软件编程人员兼职测试到软件公司组建独立专职测试部门。测试工作也从简单测试演变为包括:编制测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。测试方式则由单纯手工测试发展为手工、自动兼之,并有向第三方专业测试公司发展的趋势。 要使最终用户对软件感到满意,最有力的举措就是对最终用户的期望加以明确阐述,以便对这些期望进行核实并确认其有效性。测试用例反映了要核实的需求。然而,核实这些需求可能通过不同的方式并由不同的测试员来实施。例如,执行软件以便验证它的功能和性能,这项操作可能由某个测试员采用自动测试技术来实现;计算机系统的关机步骤可通过手工测试和观察来完成;不过,市场占有率和销售数据(以及产品需求),只能通过评测产品和竞争销售数据来完成。 既然可能无法(或不必负责)核实所有的需求,那么是否能为测试挑选最适合或最关键的需求则关系到项目的成败。选中要核实的需求将是对成本、风险和对该需求进行核实的必要性这三者权衡考虑的结果。 确定测试用例之所以很重要,原因有以下几方面。 测试用例构成了设计和制定测试过程的基础。测试的“深度”与测试用例的数量成比例。由于每个测试用例反映不同的场景、条件或经由产品的事件流,因而,随着测试用例数量的增加,您对产品质量和测试流程也就越有信心。判断测试是否完全的一个主要评测方法是基于需求的覆盖,而这又是以确定、实施和/或执行的测试用例的数量为依据的。类似下面这样的说明:“95 % 的关键测试用例已得以执行和验证”,远比“我们已完成95 % 的测试”更有意义。测试工作量与测试用例的数量成比例。根据全面且细化的测试用例,可以更准确地估计测试周期各连续阶段的时间安排。测试设计和开发的类型以及所需的资源主要都受控于测试用例。测试用例通常根据它们所关联关系的测试类型或测试需求来分类,而且将随类型和需求进行相应地改变。最佳方案是为每个测试需求至少编制两个测试用例:·一个测试用例用于证明该需求已经满足,通常称作正面测试用例;·另一个测试用例反映某个无法接受、反常或意外的条件或数据,用于论证只有在所需条件下才能够满足该需求,这个测试用例称作负面测试用例。 前段时间公司进行有关测试的培训,集成测试,性能测试,压力测试说了很多。由于本人还处于Coder阶段,只是对单元测试有了些了解。写下来怕以后自己忘记了。都是些自己的看法,不一定准确,欢迎高手指教。 一、单元测试的概念 单元通俗的说就是指一个实现简单功能的函数。单元测试就是只用一组特定的输入(测试用

通用测试用例模板

通用软件测试用例模板

用例说明 一、用例编号:每个用例唯一的标识 二、用例类型:用例的优先级(根据BUG的等级划分、用户使用的主次功能划分、根据流程划分如基本流或备选流)。 三、用例名称:填写用例的名称,如删除对象,添加内容,进行查询等。 四、模块名称:该用例属于哪个主要模块 五、测试环境: 硬件环境: 列出为测试本软件所使用硬件的配置,如: a.处理机的型号、内存容量; b.所要求的外存储器、媒体、记录格式、设备的型号和台数、联机/脱机; c.I/O设备(联机/脱机?); d.数据传输设备和转换设备的型号、台数。 软件环境: 说明为测试本软件所使用的软件,如: a.操作系统的名称、版本号; b.开发工具名称和版本号; c.数据库管理系统的名称和版本号; d.使用什么测试软件 e.其他支持软件。 六、测试目标:明确测试后所要实现的基本功能及结果,简要强调下面所有子功能可实现的功能和方法,使测试人员了解测试的意图。写出预期要达到的最好状态。 七、用户需求:写出测试模块所要达到的基本用户需要或者用户所需要的完整功能描述 八、前置条件: 描述该操作的前提条件。如:前面删除的对象有(废弃的对象、被引用对象、处在流程中的对象等)各种情况,该处可以描述其中一种。。 九、后置条件: 描述该操作的先关后续链接 十、特殊说明:用户或者开发者有特殊需求或注意事项,需添加在此项。 十一、用例的测试过程 1步骤:用例中需要测试进行的步骤,如1。 2测试内容:测试内容, 3测试预期结果:未测试前合理的正确的结果。 4操作描述:如:点击“高级查询”进入高级查询的页面,键入“姓名”。 5测试输入数据:如果此处输入姓名或其中几个字如“欧阳菲菲”或“欧阳”,均可记录。 6测试结果:记录输出的结果。正确或者错误均记录。对于一个测试完整功能点都会有一个对应的期望的正确结果。该结果可能是一个输出的数据值,也可能是一个 显示效果结果 7测试完成后功能描述 测试无误后对该子项功能模块的整体详细描述。

相关文档
最新文档