软件测试知识PPT(共23张PPT)

白盒测试
• ①白盒测试法需要了解程序内部的结构，测试用例是根据程序的内部逻辑来 设计的。白盒测试法主要用于软件的单元测试。
• ②白盒测试的基本原则是：保证所测模块中每一个独立路径至少执行一次； 保证所测模块所有判断的每一个分支至少执行一次；保证所测模块每一个循 环都在边界条件和一般条件下至少执行一次；验证所有内部数据结构的有效 性。
• ③白盒测试法常用的技术是逻辑覆盖。主要的覆盖标准有6 种，即强度由低到 高依次是：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合 覆盖、路径覆盖。
• I. 语句覆盖
• 指选择足够的测试用例，使被测语句的每个语句至少执行一次。
• II.判定覆盖 • 指选择足够的测试用例，使每个判定的所有可能结果至少出现一次。 • III.条件覆盖
需求分析 确认测试
软件设计 集成测试
编码 单元测试
需求分 析说明
书
概要设 计说明
书
详细设 计说明
书
源程ቤተ መጻሕፍቲ ባይዱ 代码
单元测 试
集成测 试
确认测 试
• 单元测试：也称模块测试，主要发现编码和详细设计中产生的错误，通常采用白盒
测试。放在编码阶段，由程序员自己来完成，检查它是否实现了详细设计说明书中 规定的模块功能和算法。其测试计划是在详细设计阶段完成。单元测试的测试计划 是在详细设计阶段完成。
次。
• VI. 路径覆盖
• 指选择足够的测试用例，使流程图中的每条路径至少经过一次。
黑盒测试
• ①黑盒测试，是对软件已经实现的功能是否满足需求进行测试和验证。 黑盒测试不关心程序内部的逻辑，只是根据程序的功能说明来设计测试 用例。黑盒测试法主要用软件确认测试。
• ②测试方法如下。 等价类划分：把输入数据划分成若干个有效等价类和若干个无效等价类，
Beta 测试：在一个或多个客户的现场，由该软件的最终用户实施。开发 者通常不在场。
系统测试：把已经经过确认的软件纳入实际运行环境中，与其他系统成分组合 在一起进行测试。主要内容包括恢复测试、安全测试、强度测试、性能测试、 可靠性测试、安装测试等。
dcabc
ba
测试方法：
• 测试的关键是测试用例的设计，其方法 可分成白盒测试和黑盒测试。
• B. ③④ 9+20 < 35 9+11 < 21
系统测试人员与系统开发人员需要通过文档进行 沟通，系统测试人员应根据一系列文档对系统进 行测试，然后将工作结果撰写成 (33)，交给系统 开发人员。 (33)A. 系统开发合同 B. 系统设计说书
C. 测试计划 D. 系统测试报告
•D
CB
• ● 两个小组独立地测试同一个程序，第
一组发现25个错误，第二组发现30个错
误，在两个小组发现的错误中有15个是
共同的，那么可以估计程序中的错误总
数是（29） 个。
（29）A．25
B．30
C．50
D．60
•分析:c,>30+25-15=40,50最接近.
• ● 下面有关测试的说法正确的是 （30） 。
（30）A．测试人员应该在软件开发结束后开始介入
B．测试主要是软件开发人员的工作 C．要根据软件详细设计中设计的各种合 理数据设计测试用例 在软件需求规格说明书描述了全部用户可见的软件属性，其中有一节叫做有效性准则，它包含的信息就是软件确认测试的基础。
● 某程序根据输入的三条线段长度，判断这三条线段能否构成三角形。
（31）A．3 B．4 C．5 D．8
•b
• 对于如下的程序流程，当采用语句覆盖法设计测试 案例时，至少需要设计（34）个测试案例。
输 入 X和 Y
否 Y＝ Y＋ X
X＞ 0
是 Y＝ Y－ X
否 X ＝ －1
Y＞ 0
是 X＝ 1
（34）A. 1
B. 2
C. 3
D. 4
b
b
08下
• ● 在模拟环境下，常采用黑盒测试检验所开发的 软件是否与需求规格说明书一致。其中有效性测试
• 指选择足够的测试用例，使判定中的每个条件的所有可能结果至少出现一次。
• IV. 判定/条件覆盖
• 指选择足够的测试用例，使判定中的每个条件的所有可能结果至少出现一次， 并且每个判定中条件结果的所有可能组合也至少出现一次。
• V. 条件组合覆盖 • 指选择足够的测试用例，使每个判定中条件结果的所有可能组合至少出现一
• 确认测试：检查软件的功能、性能及其他特征是否与用户的需求一致， 它是以需求规格说明书（即需求规约）作为依据的测试。确认测试 通常采用黑盒测试。其测试计划是在需求分析阶段完成。
l Alpha 测试：在开发者的现场由客户来实施的。被测试的软件是在开 发者指导下，从用户的角度在常规设置的环境下运行的。
软件测试知识PPT
软件测试策略与技术
• 1、软件测试策略
– 测试过程是按单元测试、组装测试、确认测试和系统测试 四个步骤进行的。
被测模块 单元
测试
被测模块 单元
测试
已测试 的模块
被测模块 单元
测试
…
设计信息
软件要求 系统其它元素
组装 测试
已集成 的软件
确认 测试
已确认 的软件
系统 测试
可交付 的软件
d
• 给定C语言程序： int foo( int x, int y， int d)
{
if( x!=0)
{ if（y==0）d=d/x; else d=d/(x*y);
}
•
else{
if(y==0)d=0;
else d=d/y;
}
return d;
} 当用路径覆盖法进行测试时，至少需要设计（31）个测试用例。
• ● 为验证程序模块A是否正确实现了规定的功能， 需要进行 （35） ；为验证模块A能否与其他模块按 照规定方式正确工作，需要进行 （36） 。
• （35）A. 单元测试
B. 集成测试
C.
确认测试
D. 系统测试
• （36）A. 单元测试
B. 集成测试
C.
确认测试
D. 系统测试
ab
分析:有效等价类16<x<40无效:x<16,x>40
• 集成测试：也称组装测试，对由各模块组装而成的程序进行测试，主要检查模块间
的接口和通信。集成测试主要发现设计阶段产生的错误。
• ，通常采用黑盒测试或灰盒测试。 • 集成的方式可分成非渐增式集成和渐增式集成。
• 非渐增式集成是先测试所有的模块，然后把这些模块集成在一起对整个程序进 行测试。
• 渐增式集成是将单元测试和集成测试合并在一起。它根据模块结构图，按某种次序 选一个尚未测试的模块，把它同已经测试好的模块组合在一起对整个程序进行测试， 每次增加一个模块，直至所有模块全部集成在程序中。当使用渐增式集成方式把模 块结合到程序中去时，有自顶向下和自底向上两种集成策略。其测试计划在概要设 计阶段完成，集成测试的测试计划也在概要设计阶段完成。
属于 (36) 中的一个步骤。
•
(36)A. 单元测试 B. 集成测试 C. 确认测试 D.
系统测试
• 确认测试又称有效性测试。它的任务是验证软件的有效性，即验证软件的功 能和性能及其它特性是否与用户的要求一致。在软件需求规格说明书描述了 全部用户可见的软件属性，其中有一节叫做有效性准则，它包含的信息就是
软件确认测试的基础。
• ● 某程序根据输入的三条线段长度，判断这三条线段 能否构成三角形。以下6个测试用例中，(35)两个用 例属于同一个等价类。
• ①6、7、13; ②4、7、10; ③9、20、35; ④9、11、 21; ⑤5、5、4; ⑥4、4、4。
(35)A. ①② B. ③④ C. ⑤⑥ D. ①④
D．严格按照测试计划进行，避免测试的随意 确认测试又称有效性测试。
主要内容包括恢复测试、安全测试、强度测试、性能测试、可靠性测试、安装测试等。
性 ● 在模拟环境下，常采用黑盒测试检验所开发的软件是否与需求规格说明书一致。
以下6个测试用例中，(35)两个用例属于同一个等价类。 指选择足够的测试用例，使每个判定中条件结果的所有可能组合至少出现一次。 确认测试又称有效性测试。 其测试计划是在详细设计阶段完成。 验证所有内部数据结构的有效性。 集成测试主要发现设计阶段产生的错误。 （31）A．3 B．4 C．5 D．8 单元测试的测试计划是在详细设计阶段完成。 验证所有内部数据结构的有效性。 分析:有效等价类16<x<40无效:x<16,x>40
然后设计测试用例覆盖这些等价类。
(取值范围1~9,则有效类一个,1<=x<=9,无效两个,x<1和x>9) l 边界值分析：对各种输入、输出范围的边界情况设计测试用例的方法。
这是因为程序中在处理边界情况时出错的概率比较大。
l 错误猜测：根据经验或直觉推测程序中可能存在的各种错误。
l 因果图：根据输入条件与输出结果之间的因果关系来设计测试用例。