软件测试技术复习题1004.docx
- 文档编号:23031706
- 上传时间:2023-04-30
- 格式:DOCX
- 页数:36
- 大小:46.19KB
软件测试技术复习题1004.docx
《软件测试技术复习题1004.docx》由会员分享,可在线阅读,更多相关《软件测试技术复习题1004.docx(36页珍藏版)》请在冰豆网上搜索。
软件测试技术复习题1004
软件测试技术复习题(1004)
一、基本要求
1、软件测试概述
(1)软件可靠性问题、软件缺陷与故障、软件缺陷产生的原因
(2)软件测试基本概念
(3)软件开发过程
(4)软件测试过程、软件开发与软件测试的关系
(5)软件质量与软件质量管理的概念
2、软件测试策略与过程
(1)软件测试的复杂性概念
(2)软件测试方法与策略:
静态测试与动态测试、黑盒测试与白盒测试
(3)软件测试过程:
单元测试、集成测试、确认测试、系统测试、验收测试
(4)面向对象的软件测试
(5)软件调试的概念、软件测试与调试的关系
3、功能(黑盒)测试及其用例设计
(1)黑盒测试法的概念
(2)三角形问题、NextDate函数问题
(3)等价类划分法
(4)边界值分析法
(5)因果图法
(6)决策表法
(7)黑盒测试应用案例
4、结构(白盒)测试及其用例设计
(1)白盒测试法的概念
(2)控制流图、环形复杂度、图矩阵
(3)覆盖测试:
函数覆盖、条件覆盖、路径覆盖、面向对象的覆盖
(4)路径测试:
基本路径测试方法、循环测试方法
(5)白盒测试应用案例
5、软件测试实际应用
(1)客户机/服务器系统的软件测试:
客户机/服务器系统的结构测试、网站测试
(2)面向对象的软件测试:
面向对象的软件测试模型、基于类的测试
(3)图形用户界面测试:
窗体测试、菜单测试、数据项测试
(4)实时系统性能测试
(5)场景法应用案例
6、软件测试管理
(1)软件测试组织管理
(2)软件测试计划和过程管理:
制定测试计划、确定测试过程、测试结果分析
(3)软件测试文档管理
7、软件自动化测试
(1)软件自动化测试基础:
自动化测试概念、自动化测试脚本、自动化测试生存周期
(2)软件自动化测试工具:
白盒测试工具、黑盒测试工具
二、基本概念
1、软件测试是在软件投入运行前,对软件需求分析、设计规格说明和编码实现的最终审查。
软件测试所涉及的关键问题包括四个方面:
测试人员、测试内容、测试时间和测试方法。
2、软件测试过程中需要三类输入:
软件配置、测试配置和测试工具。
软件测试所涉及的关键问题包括四个方面:
测试人员、测试内容、(测试时间)和测试方法。
3、IEEE将软件可靠性定义为:
系统在特定环境下,在给定的时间内无故障运行的概率。
根据软件测试的定义,软件测试是为了发现错误而执行程序的过程。
4、基于Web的系统测试不但需要检查和验证是否按照设计的要求运行,而且还要评价系统
在不同用户的浏览器端的显示是否合适。
5、面向对象单元测试针对程序内部具体单一功能的模块进行测试。
从测试的角度来看,继
承提供一种机制,通过这种机制,潜在的错误能够从一个类传递到它的派生类。
6、使用白盒测试工具所发现的故障可以定位到代码级。
7、等价类是输入域的某个子集合,而所有等价类的并集就是整个输入域。
因此,等价类的划分原则应该体现完备性和无冗余性。
8、基于Web的系统测试重要的是,从最终用户的角度进行安全性和可用性测试
9、有效的Web压力测试系统的关键条件中,量级指的是尽量使单独的操作进行高强度的使
用,增加操作的量级。
10、对OOP的测试重点集中在类功能的实现和相应的面向对象程序架构上,主要表现之一为数据成员是否满足数据封装的要求。
11、面向对象技术的特点给测试带来的新问题具体表现有多态和动态绑定增加了系统运行中可能的执行路径,而且给面向对象软件带来了严重的不确定性。
对OOP的测试重点集中在类功能的实现和相应的面向对象程序架构上。
12、测试大纲是软件测试的依据,包括测试项目、测试步骤、测试完成的标准。
13、动态测试工具需要实际运行被测系统,并设置断点,向代码生成的(可执行)文件中插入一些监测代码。
14、C/S体系结构的软件测试通常是从单个客户端开始,然后再逐步集成客户端、服务器和网络系统进行集成测试,最后进行系统的整体测试。
15、静态测试分析主要集中在需求文档、设计文档以及程序结构方面。
16、对Web网站测试所采用的测试方法与策略除了黑盒测试、白盒测试、静态测试和动态测试都有可能用到外,还会包括面向对象测试技术的运用。
17、软件可靠性是对软件在设计、开发以及所预定的环境下具有能力的置信度的一个度量,是衡量软件质量的主要参数之一。
18、按照软件测试的策略和过程分类,软件测试可分为单元测试、集成测试、系统测试、验证测试和确认测试。
在软件测试中,对已测试过的模块进行组装,目的在于检验与软件设计相关的程序结构问题的测试称为集成测试。
19、实时系统测试的一般步骤:
任务测试、行为测试、任务间测试和系统测试。
20、为了达到100%的基于状态的上下文覆盖,例行程序必须在每个适当的上下文内被执行。
三、简答题
1、应用条件/判定覆盖进行路径测试可能发现的错误。
针对判定和条件覆盖,测试用例可能发现如下错误:
(1)不同数据类型的比较;
(2)不正确的逻辑操作或优先级;
(3)应当相等的地方由于精确度的错误而不能相等;
(4)不正确的判定或不正确的变量;
(5)不正确的或不存在的循环终止;
(6)当遇到分支循环时不能退出;不适当地修改循环变量。
2、简述软件测试报告的内容。
软件测试报告是软件测试过程中最重要的文档,它的内容包括:
(1)记录问题发生的环境
(2)记录问题的再现步骤
(3)记录问题性质的说明
(4)记录问题的处理进程
3、测试过程中必需的基本测试活动有哪些。
(1)拟定软件测试计划
(2)编制软件测试大纲
(3)设计和生成测试用例
(4)实施测试
(5)生成软件测试报告
4、确定软件测试策略时的参考原则。
(1)在任何情况下都必须采用边界值分析法。
这种方法设计出的测试用例发现程序错误的能力最强。
(2)必要时采用等价类划分法补充测试用例。
(3)采用错误推断法再追加测试用例。
(4)对照程序逻辑,检查已设计出的测试用例的逻辑覆盖程度。
如果没有达到要求的覆盖标准,则应当再补充更多的测试用例。
(5)如果程序的功能说明中含有输入条件的组合情况,则应一开始就选用因果图法。
5、简述软件自动化测试中的脚本技术
脚本是一组测试工具执行的指令集合,也是计算机程序的一种形式。
脚本可以通过录制测试的操作产生,然后再做修改,这样可以减少脚本编程的工作量。
当然,也可以直接用脚本语言编写脚本。
脚本技术可以分为以下几类:
线性脚本——是录制手工执行的测试用例得到的脚本。
结构化脚本——类似于结构化程序设计,具有各种逻辑结构(顺序、分支、循环),而且具有函数调用功能。
共享脚本——是指某个脚本可被多个测试用例使用,即脚本语言允许一个脚本调用另一个脚本。
数据驱动脚本——将测试输入存储在独立的数据文件中。
关键字驱动脚本——是数据驱动脚本的逻辑扩展。
6、在单元测试时,如果模块不是独立的程序,需要设置一些辅助测试模块。
简述两种辅助测试模块的作用。
驱动模块:
用来模拟被测试模块的上一级模块,相当于被测模块的主程序。
它接收数据,将相关数据传送给被测模块,启动被测模块,并打印出相应的结果。
桩模块:
用来模拟被测模块工作过程中所调用的模块。
它们一般只进行很少的数据处理。
7、简述由面向对象技术的特点给测试带来的新问题。
封装把数据及对数据的操作封装在一起,限制了对象属性对外的透明性和外界对它的操作权限,在某种程度上避免了对数据的非法操作,有效防止了故障的扩散。
但同时,封装机制也给测试数据的生成、测试路径的选取以及测试结构的分析带来了困难。
继承实现了共享父类中定义的数据和操作,同时也可定义新的特征。
子类是在新的环境中存在,所以父类的正确性不能保证子类的正确性。
继承使代码的重用率得到了提高,但同时也使故障的传播几率增加。
多态和动态绑定增加了系统运行中可能的执行路径,而且给面向对象软件带来了严重的不确定性,给测试覆盖率的活动带来新的困难。
8、Web压力测试的意义及有效的压力测试系统的关键条件。
(1)Web压力测试的意义
压力测试是系统测试的一部分,通过应用很大的工作负载来使软件超负荷运转,其目的是要弄清楚被测试的Web服务是不是不仅能做预期应能做的事,而且在被施加了某些高强度压力的情况下仍能继续正常运行。
如果压力测试通过对软件保持高强度的使用(不超过性能统计数字确定的限制)能够有效执行,那么它就经常能够发现许多其它测试无法发现的隐蔽错误。
(2)有效的压力测试系统的关键条件
①重复:
就是一遍又一遍地执行某个操作或功能。
②并发:
就是在同一时间内执行多个操作。
③量级:
尽量使单独的操作进行高强度的使用,增加操作的量级。
④随机变化:
随机使用前面条件中的无数变化形式,就能够在每次测试运行时应用许多不同的代码路径。
9、如何根据等价类的划分确定测试用例。
(1)首先为等价类表中的每一个等价类分别规定一个唯一的编号。
(2)设计一个新的测试用例,使它能够尽量覆盖尚未覆盖的有效等价类。
重复这个步骤,直到所有的有效等价类均被测试用例所覆盖。
(3)设计一个新的测试用例,使它仅覆盖一个尚未覆盖的无效等价类。
重复这一步骤,直到所有的无效等价类均被测试用例所覆盖。
10、简述软件自动化测试中的“捕获-回放”技术
(1)捕获:
将用户每一步操作都记录下来。
这种记录的方式有两种:
程序用户界面的像素坐标或程序显示对象(窗口、按钮、滚动条等)的位置,以及相对应的操作、状态变化或是属性变化。
所有的记录转换为一种脚本语言所描述的过程,以模拟用户的操作。
(2)回放:
将脚本语言所描述的过程转换为屏幕上的操作,然后将被测系统的输出记录下来同预先给定的标准结果比较。
这可以大大减轻黑盒测试的工作量,在迭代开发的过程中,能够很好地进行回归测试。
四、分析题
1、阅读下面的问题说明:
现在的软件系统几乎都是用事件触发来控制程序流程的。
事件触发时的情景便形成了场景,而同一事件不用的触发顺序和处理结果就形成了事件流。
事件流分为基本流和备选流,基本流是经过测试用例的从开始到结束的最简单、无差错的路径,备选流可以从基本流开始,也可以从另外的备选流开始,在某个特定条件下执行。
根据问题的描述确定程序的基本流和备选流,然后由基本流和备选流形成不同的场景,对每一个场景生成相应的测试用例。
这就是应用场景法进行测试用例设计的基本思想。
下面是对某ATM机应用系统的存款操作的基本流和备选流的描述。
基本流A:
序号
业务名称
业务描述
1
准备存款
客户将银行卡插入ATM机
2
验证银行卡
ATM机从读入的银行卡中读取账户代码,并检查它是否属于可接收的银行卡
3
输入密码
ATM机要求客户输入6位密码
4
验证帐号和密码
ATM机通过验证客户的帐号和密码,决定客户的合法性
5
ATM机屏幕选项
ATM机显示在本机上可用的屏幕选项
6
输入金额
从ATM机显示屏幕中选取金额
7
授权
ATM机将整体操作作为事务提交银行系统
8
入钞
客户向ATM机提供现金,ATM机验钞
9
验钞确认
ATM机屏幕中显示存款金额
10
返回银行卡
银行卡被返还
11
打印收据
提供客户打印收据功能
备选流:
序号
业务名称
业务描述
B
银行卡无效
在基本流A2过程中,该卡不能够识别或是非本机可以使用的银行卡,ATM机退卡,并退出基本流
C
密码有误
ATM机提示密码不正确,客户有三次机会重输,重新加入基本流A3,或选择退卡
D
验钞不符
系统判断存款金额与入钞数目不符,重新加入基本流A8,或选择退卡
试求:
(1)设计场景(基本流用字母A表示,备选流用题干中描述的相应字母表示)。
场景格式示例如下:
场景ID
场景描述
场景过程
1
密码有误
A、B、C
(2)设计测试用例场景矩阵
测试用例矩阵格式示例如下:
测试用例ID
场景
账号
密码
输入金额
ATM机确认金额
预期结果
1
1
V
V
V
n/a
退卡
V表示有效数据元素,I表示无效数据元素,n/a表示不可用
(3)假设本系统开发人员在开发过程中通过测试发现了20个错误,独立的测试组通过上述测试用例发现了80个软件错误,系统在上线后,用户反馈了10个错误,请计算缺陷探测率(DDP)。
(1)设计场景
场景ID
场景描述
场景流程
1
成功存款
A
2
银行卡无效
A、B
3
密码有误
A、C
4
验钞不符
A、D
(2)设计测试用例场景矩阵
测试用例ID
场景
账号
密码
输入金额
ATM机确认金额
预期结果
1
1
V
V
V
V
成功存款
2
2
I
n/a
n/a
n/a
退卡
3
3
V
I
n/a
n/a
重输或退卡
4
4
V
V
V
I
重输或退卡
(3)计算缺陷探测率(DDP)
DDP=Bugstester(Bugstester+Bugscustomer)=(20+80)(20+80+10)=90%(0.9)其中,Bugstester为测试者发现的错误数;
Bugscustomer为客户发现并反馈技术支持人员进行修复的错误数。
五、设计题
1、NextDate函数问题说明:
输入一个日期,求从输入日期算起的第三天日期。
例如,输入为2008年8月8日,则该程序的输出为2008年8月10日。
NextDate函数包含三个整数变量month、day和year,并且满足下列条件:
1≤month≤12和1≤day≤31。
(1)分析各种输入情况,列出为输入变量month、day、year划分的有效等价类
等价类划分格式示例如下:
输入
ID
有效等价类
day
1
1≤day≤31
(2)根据划分的等价类,再考虑month边界值,设计健壮等价类测试用例。
测试用例格式示例如下:
用例ID
day
month
year
预期输出
覆盖等价类
1
5
5
2008
20080505
1,2
(1)输入等价类
输入
ID
有效等价类
day
1
1≤day≤26
2
day=27
3
day=28
4
day=29
5
day=30
6
day=31
month
7
month=4,6,9,11
8
month=1,3,5,7,8,10
9
month=2
10
month=12
year
11
闰年
12
非闰年
(2)设计测试用例
用例ID
day
month
year
预期输出
覆盖等价类
1
5
1
2008
20080107
1,8,11
2
27
5
2008
20080529
2,8,11
3
28
5
2008
20080530
3,8,11
4
29
5
2009
20090531
4,8,12
5
30
5
2009
20090601
5,8,12
6
31
5
2009
20090602
6,8,12
7
5
-1
2008
无效月份
8
5
2
2008
20080207
1,9,11
9
5
11
2008
20081107
1,7,11`
10
5
12
2008
20081207
1,10,11
11
5
13
2008
无效月份
2、三角形问题说明:
输入三个正整数a、b、c,分别作为三角形的三条边,现通过程序判断由三条边构成的三角形的类型是否为等边三角形、等腰三角形、直角三角形、普通三角形以及非三角形。
假设要求输入的a、b、c数据满足的条件是:
a>0∧b>0∧c>0并且a
根据问题的规格说明,可从输出域划分5种等价类:
R1:
等边三角形
R2:
等腰三角形
R3:
直角三角形
R4:
普通三角形
R5:
非三角形
可由输出等价类求输入等价类:
例如输出的等边三角形等价类R1对应的输入等价类S1表示为
R1:
(1)按上述表示,将输出等价类变换为对应的输入等价类。
(2)假设1≤a,b,c≤10,根据划分的等价类,设计健壮等价类测试用例,再使用必要的边界值用例补充。
测试用例格式示例如下:
用例ID
a
b
c
预期输出
覆盖等价类
1
5
5
5
等边三角形
S1,S2
(1)输入等价类
R1:
R2:
S2={|(a=b∨b=c∨a=c)∧(a+b>c∧b+c>a∧a+c>b)∧a>0∧b>0∧c>0}
R3:
S3={|a>0∧b>0∧c>0∧(a+b>c∧b+c>a∧a+c>b)∧(a2+b2=c2∨b2+c2=a2∨a2+c2=b2)}
R4:
S4={|a≠b∧b≠c∧a≠c∧a>0∧b>0∧c>0∧(a+b>c∧b+c>a∧a+c>b)}
R5:
S5={|(a+b≤c∨b+c≤a∨a+c≤b)∧a>0∧b>0∧c>0∨a≤0∨b≤0∨c≤0}
(2)设计测试用例
用例ID
a
b
c
预期输出
覆盖等价类
1
5
5
5
等边三角形
S1,S2
2
3
3
4
等腰三角形
S2
3
3
4
5
直角三角形
S3
4
4
6
5
普通三角形
S4
5
10
6
7
普通三角形
S4
6
2
4
6
非三角形
S5
7
11
7
8
非三角形
S5
8
-1
3
4
非三角形
S5
3、某软件规格说明书对某二位编码的定义如下:
编码的第一个字符必须是A或B,第二个字符必须是一位数字,此情况下给出信息:
编码正确;如果第一个字符不是A或B,则给出信息:
编码错误;如果第一个字符是A或B,第二个字符不是数字,则给出信息:
修改编码。
(1)根据问题的规格说明,列出原因和结果。
因果表格式示例如下:
ID
原因(输入)
ID
结果(输出)
①
a=b=c
A
等边三角形
(2)画出因果图。
(3)将因果图转换成简化的决策表,并设计出测试用例。
决策表格式示例如下:
规则
1
2
3
…
n
条件①
(原因)…
Y
…
动作A
(结果)…
√
…
测试用例
3,3,3
(1)列出原因和结果
ID
原因(输入)
ID
结果(输出)
①
第一个字母是A
A
显示编码错误
②
第一个字母是B
B
显示编码正确
③
第二个字母是数字
C
显示修改编码
(2)画出因果图
①~A
E∨⑩
②∧B
③~C
中间状态⑩,表示已接受第一个字符。
(3)将因果图转换成简化的决策表,并设计出测试用例。
规则
1
2
3
4
5
6
①
条件②
(原因)③
⑩
Y
Y
-
Y
N
Y
Y
Y
N
N
Y
N
Y
Y
Y
N
Y
N
Y
N
N
-
N
A
动作B
(结果)C
不可能
√
√
√
√
√
√
测试用例
A3
AA
B6
BB
11
4、阅读下面的程序,
voidTest1(intn,inti)
1{
2intx=0;
3inty=0;
4while(n-->0)
5{
6if(i==0)
7x=y+2;
8else
9if(i==1)
10y=y+10;
11else
12x=y+20;
13}//while
14}//Test1
试求:
(1)画出程序的流程图及控制流图(可用语句标号表示),计算程序的环形复杂度。
(2)确定程序的独立路径,并根据独立路径,设计测试用例。
测试用例格式示例如下:
用例ID
n
i
预期输出x,y
覆盖路径
1
5
1
2,5
1-2-3
(1)画出程序的流程图及控制流图。
计算程序的环形复杂度。
V(G)=E-N+2=9-7+2=4
或V(G)=P+1=3+1=4
(2)确定程序的独立路径。
路径1:
4→14
路径2:
4→6→7→14
路径3:
4→6→9→10→4→14
路径4:
4→6→9→12→4→14
根据独立路径,设计测试用例。
用例ID
n
i
预期输出x,y
覆盖路径
1
0
0
0,0
4-14
2
1
0
0,2
4-6-7-14
3
1
1
0,10
4-6--9-10-4-14
4
1
2
20,0
4-6-9-12-4-14
5、假设某保险公司的人寿保险的保费计算方式为:
投保额×保险费率。
其中,保险费率依点数不同而有别,具体规则见下表。
年龄
性别
婚姻
点数与保险费率
20-39
40-59
其它
男M
女F
已婚T
未婚F
≥10点A
<10点B
6点
4点
2点
5点
3点
3点
5点
0.6%
0.1%
根据问题的规格说明,从输入条件划分等价类。
输入等价类
输入
ID
有效等价类
ID
无效等价类
年龄
1
20-39岁
8
年龄小于1
2
40-59岁
3
其它年龄
性别
4
男性
9
除“M”“F”字符外
5
女性
婚姻
6
已婚
10
除“T”、“F”字符外
7
未婚
(1)对每一个有效等价类,至少设计一个测试用例。
(2)对每一个无效的输入,设计一个无效等价类,并设计测试用例。
五、单选题
1、对于下列描述
(1)软件未达到产品说明书中已经标明的功能;
(2)软件出现了产品说明书中指明不会出现的错误;
(3)软件未达到产品说明书中虽未指出但应当达到的目标;
(4)软件功能超出了产品说明书中指明的范围。
正确的说法是
A.
(1)
(2)(3)属于软件缺陷
B.只有(4)属于软件缺陷
C.
(1)
(2)(3)(4)都属于软件缺陷
D.只有
(1)
(2)属于软件缺陷
2、测试步骤详细规定了如何设置、执行、评估特定的
A.测试计划B.测试报告
C.测试用例D.测试程序
3、经过测试,符合设计要求,确认系统功能和其他特性均不再做任何改变。
这表示的是测试过程中的
A.程序冻结B.需求冻结
C.功能冻结D.代码冻结
4、测试用例是为特定的目的而设计的一组测试
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 技术 复习题 1004