测试名词+大题doc.docx
- 文档编号:10978693
- 上传时间:2023-02-24
- 格式:DOCX
- 页数:18
- 大小:259.26KB
测试名词+大题doc.docx
《测试名词+大题doc.docx》由会员分享,可在线阅读,更多相关《测试名词+大题doc.docx(18页珍藏版)》请在冰豆网上搜索。
测试名词+大题doc
1.软件测试概念
1983年,IEEE提出了软件工程术语,软件测试定义为:
“使用人工或自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。
”
2.软件测试通常包括:
验证(verification)和确认(validation)(V&V)
3.验证
验证指保证软件正确的实现了某一特定功能的一系列活动Verification:
Arewebuildingtheproductright?
是否正确地构造了软件?
即是否正确地做事,验证开发过程是否遵守已定义好的内容。
验证产品满足规格设计说明书的一致性。
4.确认
•确认指的是保证软件的实现满足了用户需求的一系列活动
•Validation:
Arewebuildingtherightproduct?
是否构造了正是用户所需要的软件?
即是否正在做正确的事。
验证产品所实现的功能是否满足用户的需求。
5.软件测试的目的-证明
•获取系统在可接受范围内可用的信心;
•尝试在非正常情况和条件下的功能和特性;
•保证一个工作产品是完整的并且可用或可被集成。
6.软件测试的目的-检测
•发现缺陷、错误和系统不足;
•定义系统的能力和局限性;
•提供组件、工作产品和系统的质量信息。
7.白盒测试技术
–通过对程序内部结构的分析、检测来寻找问题;如果已知产品的内部活动方式,就可以采用白盒测试方法来测试它的内部活动是否都符合设计要求。
是对软件的过程性细节做细致的检查。
▶白盒测试步骤
根据源程序画程序图
生成测试用例
执行测试
分析覆盖标准
判定测试结果
▶静态和动态白盒测试
两种类型
☞静态方法是指按一定步骤直接检查源代码来发现错误,而不用生成测试用例并驱动被测程序运行来发现错误,也称为代码检查法;
☞动态方法是指按一定步骤生成测试用例并驱动被测程序运行来发现错误。
•动态方法有:
–基本路径测试
–条件测试
–数据流测试
–循环测试
•静态方法有:
–桌面检查
–代码审查
–走查
▶三种方法计算复杂性
1.给定流图G的环形复杂性——CC(G),流图中区域的数量。
2.给定流图G的环形复杂性——CC(G),定义为CC(G)=E-N+2,E是流图中边的数量,N是流图节点数量。
3.给定流图G的环形复杂性——CC(G),也可定义为CC(G)=P+1,P是流图G中判定节点的数量。
▶白盒测试执行过程
▶流图符号
8.黑盒测试技术
–通过软件的外部表现来发现其缺陷和错误。
如果已知产品应该具有的功能的情况下,通过测试来检验是否每个功能都能正常使用的测试方法。
☞黑盒测试的方法
•黑盒测试又叫做功能测试,是基于系统已实现的功能进行测试的。
使用该方法的具体的测试用例设计方法包括等价类划分法、边界值分析法、正交排列阵测试法、因果分析法、场景法等。
☞等价类划分法
•等价类划分法是黑盒测试的一种方法,它把一个程序的输入域划分成数据类集合,从而生成测试用例。
•一个理想的测试用例是指可单独地发现一类错误(例如:
所有字符数据的错误处理)。
否则在这种错误被观察之前,需要执行很多的用例。
–等价类划分法试图生成那种可以揭露一类错误的测试用例,从而减少必须生成的测试用例的总数。
•等价类划分法的测试用例设计是基于对输入条件的等价类评估。
☞边界值分析法
•边界值分析法是用来补充等价类划分法的一种测试用例的生成方法。
–它是在类的“边界”上选择测试用例,
–而且也是根据输出域得到测试用例。
9.按测试实施组织分类
开发方测试:
也称验证测试或alpha测试
用户方测试:
也称beta测试
第三方测试:
也称为独立测试
10.测试基本过程
•一个规范化的软件测试过程包括以下基本的测试活动
–拟定软件测试计划、方案
–设计和生成测试用例、准备测试数据
–执行测试,记录原始数据,对缺陷进行管理
–生成软件测试报告、缺陷的统计和报表
11.质量风险摘要
•危险性:
表示故障对系统影响的大小。
5—致命;4—严重;3—一般;2—轻微;1—无。
•影响:
5—一定影响所有用户;4—可能影响一些用户;3—对有些用户可能的影响;2—对少数用户有限的影响;1—在实际使用中难以觉察的影响。
•优先级:
表示风险可以被接受的程度。
•5—很紧急,必须马上纠正;
•4—不影响进一步测试,但必须修复;
•3—系统发布前必须修复;
•2—如果时间允许应该修复;
•1—最好修复。
12.软件缺陷
•IEEE(1983)729软件缺陷一个标准的定义:
•从产品内部看,软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题;
•从外部看,软件缺陷是系统所需要实现的某种功能的失效或违背.
13.BUG的六种状态
ØNEW:
新发现的问题。
ØOPEN:
经过确认,是问题。
ØFIXED:
已修改的问题。
ØCLOSED:
问题经过验证已经修改完毕。
ØREOPEN:
以前出现过,修改确认后问题已解决。
但在本轮以前出现过的问题又重新出现。
ØREJECTED:
经过确认,不是问题。
14.Alpha测试
•Alpha测试有时也称为室内测试,是由一个用户的开发环境下进行的测试,也可以是开发机构内部的用户在模拟实际操作环境下进行的测试。
开发者坐在用户旁边,随时记下错误情况和使用中的问题。
这是在受控制的环境下进行的验收测试。
•Alpha测试前应当将测试目的明确的传达给测试参与人员,应该向测试参与人员介绍一些项目的历史背景知识,测试人员要在测试期间提供协助,并给出测试的一般规则。
14.Beta测试
•Beta测试是由软件的多个用户在用户的实际使用环境下进行的测试。
这些测试参与人员是与公司签订了Beta测试合同的外部用户,他们被要求使用软件系统,并愿意返回有关错误信息给开发公司。
•Beta测试是在开发者无法控制的环境下进行的软件测试。
15.什么是回归测试
•回归测试是对之前已测试过、经过修改了的程序进行的重新测试,以保证该修改没有引入新的错误或者由于更改而发现之前未发现的错误。
•回归测试通常在对被测系统(SystemUnderTest,SUT)的第二个版本或后来版本进行测试时使用。
16.波及效应分析
•在介绍什么是波及效应分析之前,首先说明几个事实和相关问题。
•主要的事实有
–
(1)软件是要被修改的;
(2)与软件相关的所有东西(需求款项,设计款项,代码,测试用例,文档)都可能被修改;(3)任何时候修改都可能发生,比如在软件开发阶段和软件维护阶段。
17.V模型
W模型
H模型
18修正条件/判定覆盖
•它要求生成足够测试用例以满足以下四种条件:
–程序里的每个入口和出口都要至少被调用一次,即程序里的要从每一模块入口至少进入一次并至少要从每一模块出口退出一次。
–程序中每一个判定的所有可能结果至少取一次。
–程序中一个判定的每一条件的所有可能结果至少取一次。
–程序中一个判定的每一条件呈现出独立地影响该判定的结果,即只变化此条件而保持其它所有可能的条件不变。
19.单元测试的任务
•单元测试对构件的五方面进行测试:
–
(1)模块或构件接口;
–
(2)局部数据结构;
–(3)边界条件;
–(4)独立路径;
–(5)处理错误的路径。
20.软件质量的定义
•ANSI/IEEESTD729给出了软件质量定义:
•软件产品满足规定的和隐含的与需求能力有关的全部特征和特性:
•软件产品质量满足用户要求的程度;
•软件各种属性的组合程度;
•用户对软件产品的综合反映程度;
•软件在使用过程中满足用户要求的程度。
21.软件质量的特性
☐功能:
与一组功能及其指定性质有关的一组属性,这里的功能是满足明确或隐含的需求的那些功能。
☐可靠:
在规定的一段时间和条件下,与软件维持其性能水平的能力有关的一组属性。
☐易用:
由一组规定或潜在的用户为使用软件所需作的努力和所作的评价有关的一组属性。
☐效率:
与在规定条件下软件的性能水平与所使用资源量之间关系有关的一组属性。
☐可维护:
与进行指定的修改所需的努力有关的一组属性。
☐可移植:
与软件从一个环境转移到另一个环境的能力有关的一组属性。
其中每一个质量特征都分别与若干子特征相对应。
22.软件质量保证的定义
•IEEE中对软件质量保证的定义:
软件质量保证是一种有计划的、系统化的行动模式,它是为项目或者产品符合已有技术需求提供充分信任所必需的。
也可以说软件质量保证是设计用来评价开发或者制造产品过程的一组活动。
23.软件质量控制定义
•在IEEE《StandardGlossaryofSoftwareEngineeringTerminology》中对质量控制的定义是:
用以评价开发或生产的产品质量的一系列活动。
24..找DU
对
P1P2
X[def(x,Vo),cuse(x,V1)]TT
[def(x,Vo),puse(x,V2)]TT
Y[def(y,Vo),puse(y,V2)]TT
[def(y,Vo),cuse(y,V2)]T
max[def(max,V1),cuse(max,V4)]T
[def(max,V3),cues(max,V4)]T
满足P1P2的时候为路径覆盖
25.因果分析法
步骤:
1.找原因和结果
2.找原因和结果之间的关系(互斥、包含、唯一、要求)
3.原因与原因之间的关系,结果与结果之间的关系
4.画决策表
5.根据决策表写测试用例
•例题:
我们假设有以下有关一个文件管理系统的一段规格说明:
–“在文件第一列的字符必须是一个“A”或“B”.在文件第二列的字符必须是一个数字。
在这种情况下,文件是被修改了。
如果第一个字符不正确,则打印“X12”消息。
如果第二个不是数字,则打印“X13”消息。
”
因果图表示例
组合列举
原因与结果
1
2
3
4
5
6
输入(原因)
C1
0
0
0
0
1
1
C2
0
0
1
1
0
0
C3
0
1
0
1
0
1
输出(结果)
E1
0
0
0
1
0
1
E2
1
1
0
0
0
0
因果图的列表-示例E3
1
0
1
0
1
0
决策表-示例
决策规则
条件与行动
1
2
3
4
5
6
条件
C1
0
0
0
0
1
1
C2
0
0
1
1
0
0
C3
0
1
0
1
0
1
行动
A1
0
0
0
1
0
1
A2
1
1
0
0
0
0
A3
1
0
1
0
1
0
生成测试用例
•测试用例:
–用例1:
•输入条件:
第一列的字符是“C”,第二列的字符是“X”
•输出结果:
打印消息“X12”,打印消息“X13”
–用例4:
•输入条件:
第一列的字符是“B”,第二列的字符是“1”
•输出结果:
文件修改过
26因果分析法(续)
•下面总结一下利用因果图、决策表的因果分析法执行过程:
–分析程序规格说明书,识别哪些是原因,哪些是结果。
原因往往是输入条件或是输入条件的等价类,而结果常常为输出条件。
–分析程序规格说明书,按其语义,在因果图连接各个原因与其相应的结果。
用讲述的四种关系符号(-、、、)来描述因果图中原因与结果之间的关系。
–标明约束条件。
由于语法或环境的限制,有些原因和结果的组合情况是不可能出现的。
对于这些特定的情况,在因果图中使用讲述的五种约束符号(E、I、O、R、M)来标明原因间、结果间的约束条件。
•下面总结一下利用因果图、决策表的因果分析法执行过程:
(续)
–把因果图转换成一个因果图列表进而生成决策表(或判定树)来描述哪种输入组合所引起的哪个执行动作的决策规则。
–把决策表的规则转换成测试用例。
选择测试数据以便使决策表里的每个规则都被测试。
例题:
分析中国象棋中走马的实际情况
•1、如果落点在棋盘外,则不移动棋子;
•2、如果落点与起点不构成日字型,则不移动棋子;
•3、如果落点处有自己方棋子,则不移动棋子;
•4、如果在落点方向的邻近交叉点有棋子(绊马腿),则不移动棋子;
•5、如果不属于1-4条,且落点处无棋子,则移动棋子;
•6、如果不属于1-4条,且落点处为对方棋子(非老将),则移动棋子并除去对方棋子;
•7、如果不属于1-4条,且落点处为对方老将,则移动棋子,并提示战胜对方,游戏结束。
根据分析明确原因和结果
•原因:
–1落点在棋盘上;
–2落点与起点构成日字;
–3落点处为自己方棋子;
–4落点方向的邻近交叉点无棋子;
–5落点处无棋子;
–6落点处为对方棋子(非老将);
–7落点处为对方老将。
•结果:
•21、不移动棋子;
•22、移动棋子;
•23、移动棋子,并除去对方棋子;
•24、移动棋子,并提示战胜对方,结束游戏
考虑结果不能同时发生,所以对其施加唯一约束O。
原因5、6、7不能同时发生,所以对其施加互斥约束E.
根据因果图建立判定表:
(分为两表)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
原
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1
2
0
0
1
1
0
0
1
1
0
0
1
1
0
0
1
1
3
0
0
0
0
1
1
1
1
0
0
0
0
1
1
1
1
4
0
0
0
0
0
0
0
0
1
1
1
1
1
1
1
1
结果
11
0
0
0
0
0
0
0
1
0
0
0
0
0
0
0
0
21
1
1
1
1
1
1
1
0
1
1
1
1
1
1
1
1
用例
1
2
3
4
5
6
7
8
9
`0
11
12
13
14
15
16
原因
11
0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1
5
0
0
1
1
0
0
1
1
0
0
1
1
0
0
1
1
6
0
0
0
0
1
1
1
1
0
0
0
0
1
1
1
1
7
0
0
0
0
0
0
0
0
1
1
1
1
1
1
1
1
结果
22
0
0
1
0
0
0
0
23
0
0
0
0
1
0
0
24
0
0
0
0
0
0
1
用例
•注:
1、以上决策表中由于表格大小限制没有列出最后所选的测试用例;
•2、第2表中部分列被合并表示不可能发生的现象;
•3、通过中间节点将用例的判定表简化为两个小表。
减少工作量。
27.正交数组测试
例题
•假设一个网页有3个不同的部分(Top、Middle、Bottom),并且可以把其中的一个单独部分显示及隐藏。
•要测试这三个不同部分的交互。
按照前面给出的正交表测试用例设计步骤,设计该系统的正交表测试用例。
用例设计步骤
•1)确定有3个独立的变量(网页的3个部分)。
•
(2)每个变量能够取两个值(Hidden或Visible)。
•(3)选择正交表——变量为三因素,值为二水平。
•(4)把变量的值映射到表中,其中Hidden=0,Visible=1。
正交用例表
因素1
因素2
因素3
次数1
0
0
0
次数2
0
1
1
次数3
1
0
1
次数4
1
1
0
因素映射之后
Top
middle
Bottom
用例1
Hidden
Hidden
Hidden
用例2
Hidden
Visible
Visible
用例3
Visible
Hidden
Visible
用例4
Visible
Visible
Hidden
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试 名词 doc