软件测试-测试分类ppt课件
- 格式：ppt
- 大小：713.50 KB
- 文档页数：15
下载文档原格式
合集下载
软件测试教学PPT-软件测试概述
系统有着不同程度地依赖。为了解除这种依赖,在软件开发提 出了软件移植地问题。 软件地开发至今尚未完全摆脱工地开发方式。 软件本身是复杂地。软件地复杂可能来自它所反映地实际问题 地复杂,也可能来自程序逻辑结构地复杂。 软件成本相当昂贵。软件地研制工作需求投入大量地,复杂地, 高强度地脑力劳动,它地成本是比较高地。 相当多地软件工作涉与社会因素。许多软件地开发与运行涉与 机构,体制与管理方式问题,它们直接决定项目地成败。
用于软件地开发,运行与维护,即将工程 化应用于软件。
对上述方法地研究。具体说来,软件工 程是以借鉴传统工程地原则,方法,以提 高质量,降低成本为目地指导计算机软 件开发与维护地工程学科。
软件测试与软件工程
软件测试在软件工程过程一直占据着核 心活动地地位
在瀑布模型,软件测试作为一个重要步 骤被执行,并花费整个软件开发近四零% 地时间与工作量。可以说在早期地软件 工程活动,软件质量主要是通过测试活 动保证地。
软件质量
Roger S. Pressman对软件质量地定义 为:软件要符合显式声明地功能与能需 求,显式文档化地开发标准以与专业员 开发地软件所应具有地所有隐含特。
软件地质量属,按其在运行时是否可见 分为:运行时可观察到地,包含能,安全,可 用,易用;运行时不可观察到地,包含可修 改,可移植,可测试,可集成,可重用。
小结
本章从著名地软件错误案例谈起,介绍 了软件,软件工程与软件质量,从而引出 软件缺陷地定义,出现原因与软件测试 地定义,目地,原则,并介绍了软件测试 分类。本章还介绍了软件测试行业地历 史,现状与前景。
The End
软件缺陷
软件缺陷至少满足下列五个规则之一: 软件未实现产品规格说明所要求地功能。 软件出现了产品规格说明指明不应该出
用于软件地开发,运行与维护,即将工程 化应用于软件。
对上述方法地研究。具体说来,软件工 程是以借鉴传统工程地原则,方法,以提 高质量,降低成本为目地指导计算机软 件开发与维护地工程学科。
软件测试与软件工程
软件测试在软件工程过程一直占据着核 心活动地地位
在瀑布模型,软件测试作为一个重要步 骤被执行,并花费整个软件开发近四零% 地时间与工作量。可以说在早期地软件 工程活动,软件质量主要是通过测试活 动保证地。
软件质量
Roger S. Pressman对软件质量地定义 为:软件要符合显式声明地功能与能需 求,显式文档化地开发标准以与专业员 开发地软件所应具有地所有隐含特。
软件地质量属,按其在运行时是否可见 分为:运行时可观察到地,包含能,安全,可 用,易用;运行时不可观察到地,包含可修 改,可移植,可测试,可集成,可重用。
小结
本章从著名地软件错误案例谈起,介绍 了软件,软件工程与软件质量,从而引出 软件缺陷地定义,出现原因与软件测试 地定义,目地,原则,并介绍了软件测试 分类。本章还介绍了软件测试行业地历 史,现状与前景。
The End
软件缺陷
软件缺陷至少满足下列五个规则之一: 软件未实现产品规格说明所要求地功能。 软件出现了产品规格说明指明不应该出
软件测试培训ppt课件
模拟极端负载情况，测试系统性能 极限。
稳定性测试
长时间运行测试，观察系统性能波 动情况。
r
功能强大的性能测试工具，支持多种协 议和应用类型。
VS
JMeter
开源的Java应用性能测试工具，易于扩展 和定制。
2024/1/28
26
性能测试工具介绍与使用
Gatling
测试环境搭建
准备测试所需的环境，包括硬 件、软件和网络配置等。
2024/1/28
测试用例执行
按照测试用例设计文档中的步 骤，逐一执行测试用例。
测试结果记录
详细记录测试结果，包括通过 的测试用例、失败的测试用例 和缺陷信息等。
测试结果分析
对测试结果进行统计和分析， 识别问题并提出改进建议。
20
04
性能测试技术与实践
2024/1/28
21
性能测试概念及目的
性能测试定义：通过模拟多用户并发场 景，对系统各项性能指标进行测试和评 估的过程。
评估系统稳定性及可扩展性。
性能测试目的
发现系统性能瓶颈，优化系统性能。
2024/1/28
验证系统是否满足性能需求。
22
性能测试指标设定和评估方法
响应时间
用户发出请求到系统响应的时间。
可重复性
自动化测试脚本可以 重复使用，方便进行 回归测试和持续集成 。
可扩展性
自动化测试框架可以 方便地扩展和定制， 以适应不同项目的需 求。
2024/1/28
30
自动化测试框架选择与搭建
要点一
数据驱动框架
要点二
关键字驱动框架
通过读取外部数据文件或数据库中的数据来驱动测试用例 的执行。
通过定义一系列关键字和操作来实现测试用例的编写和执 行。
稳定性测试
长时间运行测试，观察系统性能波 动情况。
r
功能强大的性能测试工具，支持多种协 议和应用类型。
VS
JMeter
开源的Java应用性能测试工具，易于扩展 和定制。
2024/1/28
26
性能测试工具介绍与使用
Gatling
测试环境搭建
准备测试所需的环境，包括硬 件、软件和网络配置等。
2024/1/28
测试用例执行
按照测试用例设计文档中的步 骤，逐一执行测试用例。
测试结果记录
详细记录测试结果，包括通过 的测试用例、失败的测试用例 和缺陷信息等。
测试结果分析
对测试结果进行统计和分析， 识别问题并提出改进建议。
20
04
性能测试技术与实践
2024/1/28
21
性能测试概念及目的
性能测试定义：通过模拟多用户并发场 景，对系统各项性能指标进行测试和评 估的过程。
评估系统稳定性及可扩展性。
性能测试目的
发现系统性能瓶颈，优化系统性能。
2024/1/28
验证系统是否满足性能需求。
22
性能测试指标设定和评估方法
响应时间
用户发出请求到系统响应的时间。
可重复性
自动化测试脚本可以 重复使用，方便进行 回归测试和持续集成 。
可扩展性
自动化测试框架可以 方便地扩展和定制， 以适应不同项目的需 求。
2024/1/28
30
自动化测试框架选择与搭建
要点一
数据驱动框架
要点二
关键字驱动框架
通过读取外部数据文件或数据库中的数据来驱动测试用例 的执行。
通过定义一系列关键字和操作来实现测试用例的编写和执 行。
软件测试的分类课件
• 值得注意的是，白盒测试并非仅限于对程序源代码的测试。对于高层的测试，仍然可以采用某些白盒测试的方法。
4
3.黑盒测试与白盒测试的比较
• 黑盒测试和白盒测试从不同的方面来检查被测软件，无论单独采用黑盒测试，还是单独 采用白盒测试都无法做到全面的测试。仅用黑盒测试方法，将无法发现程序内部结构的 缺陷，这些缺陷可能暂时不会导致软件的失效，但可能是个隐患，当特定的条件被触发 (例如大数据量处理)时，就可能使得软件出现问题，而白盒测试可以及时发现这些缺 陷。仅用白盒测试的方法，则无法从宏观上来观察软件运行结果，如程序是否满足设计 要求，软件是否符合用户需求，这些都是更加严重的缺陷。
是需要解决的主要问题。在每个版本提交的时候，应先进行冒烟测试(Smoke Testing，即版本验 证测试)，来验证组要功能是否能够正常执行。 • 与单元测试相比，后者主要从单元内部来测试，而前者主要考查单元的外部接口。有人可能会产生 疑问：从单元(如函数)内部来测试，也需要检查单元的接口，集成测试时还需要检查接口。
7
ቤተ መጻሕፍቲ ባይዱ
(1)对于源代码
• 静态测试主要是看代码是否符合相应的标准和规范，如可读性、可维护性等，其工作过程类似一个 编译器，随着语法分析的进行做特定工作，如分析模块调用图、程序的控制流图等图表，度量软件 的代码质量等。一般各公司内部都有自己相应的编码规范，如C/C++编码规范、 Java编码规范等， 应按照规范中所列出的条目逐条测试。
17
3.系统测试
• 系统测试(System Testing)是为了验证和确认系统是否达到其原始目标，而对集成的硬 件和软件系统进行的测试，是在真实或模拟系统运行的环境下，检查完整的程序系统是 否能和系统(包括硬件、外设、网络和系统软件、支持平台等)正确配置、连接，并满 足用户需求。
软件测试完整ppt课件
目录 首页 上页 下页 末页
第10章 软件测试
7
有关软件测试的错误观点
“软件测试是为了证明程序是正确的，即测 试能发现程序中所有的错误”。事实上这是不可 能的。要通过测试发现程序中的所有错误，就要 穷举所有可能的输入数据。
例：程序P有两个整型输入量 X、Y，输出量为Z，
在32位机上运行。所有的测试数据组（Xi，Yi）的 数目为：232×232= 264，1毫秒执行1次，共需5亿
目录 首页 上页 下页 末页
第10章 软件测试
6
10.1 软件测试基础
一、软件测试的目的
➢ 测试是一个为了发现错误而执行程序的过程 ➢ 一个好的测试用例是指很可能找到迄今为至尚未发
现的错误的测试用例 ➢ 一个成功的测试是指揭示了迄今为至尚未发现的错
误的测试 根据这个测试目的，应该排除对测试的错误观点，设 计合适的测试用例，用尽可能少的测试用例，来发现 尽可能多的软件错误。
12
评审（Review）
评审是由若干开发人员、项目经理、测试人员、用 户或领域专家等组成一个会审小组，通过阅读、讨论和争 议，对工作制品进行静态分析的过程。
类型：需求评审、设计评审和代码评审。
•评审过程
–小组负责人先把需求规格说明、设计说明或程序代 码及有关要求、规范等分发给小组成员，作评审依据；
–在充分阅读有关材料后召开评审会议，主要开发人 员进行讲解，其他成员提出问题并展开讨论，审查是否存 在错误；
d — 定义 r — 引用 u — 未引用
R：duuuuu 只定义不用 S：uruuur 未定义引用 Y：uuddru 连续定义
目录 首页 上页 下页 末页
第10章 软件测试
16
审查（Inspection）
第 5 章 软件测试分类PPT课件
22.11.2020 8:02
第 ‹#› 页
（3）走查
走查与代码审查基本相同，其过程分为 两步。第一步也把材料先发给走查小组每个 成员，让他们认真研究程序，然后再开会。 开会的程序与代码审查不同，不是简单地读 程序和对照错误检查表进行检查，而是让与 会者“充当”计算机，即首先由测试组成员 为被测程序准备一批有代表性的测试用例， 提交给走查小组。走查小组开会，集体扮演 计算机角色，让测试用例沿程序的逻辑运行 一遍，随时记录程序的踪迹，供分析和讨论 用。
那些不利用计算运行被测程序，而是通过其他 手段达到测试目的的方法称作静态测试。常用的有 以下几种：
①代码检查 ②代码走查 ③桌面检查 ④同行评分
后面我们将要介绍的黑盒测试和白盒测试就属 于动态测试。
二、从软件测试用例设计方法的角度，可分为 黑盒测试（Black-Box Testing）和白盒测试 （White-Box Testing）。
22.11.2020 8:02
第 ‹#› 页
5.2 静态测试
5.2.1 源程序静态分析
在静态结构分析中，测试者通过使用测试工 具分析程序源代码的系统结构、数据结构、数据 接口、内部控制逻辑等内部结构，生成函数调用 关系图、模块控制流图、内部文件调用关系图、 子程序表、宏和函数参数表等各类图形图表，可 以清晰地标识整个软件系统的组成结构，使其便 于阅读与理解，然后可以通过分析这些图表，检 查软件有没有存在缺陷或错误。
4、从准备工作来看，测试从已知的条 件开始，使用预先定义的程序；调试一般是以 不可知的内部条件开始，做统一性调试 。
5、从执行的计划性来看，测试是有计 划的并要进行测试设计；而调试则不受时间约 束。
6、从执行的人员来看，测试经常是由 独立的测试组在不了解软件设计的条件下完成 的，而调试必须由程序员来完成。
第 ‹#› 页
（3）走查
走查与代码审查基本相同，其过程分为 两步。第一步也把材料先发给走查小组每个 成员，让他们认真研究程序，然后再开会。 开会的程序与代码审查不同，不是简单地读 程序和对照错误检查表进行检查，而是让与 会者“充当”计算机，即首先由测试组成员 为被测程序准备一批有代表性的测试用例， 提交给走查小组。走查小组开会，集体扮演 计算机角色，让测试用例沿程序的逻辑运行 一遍，随时记录程序的踪迹，供分析和讨论 用。
那些不利用计算运行被测程序，而是通过其他 手段达到测试目的的方法称作静态测试。常用的有 以下几种：
①代码检查 ②代码走查 ③桌面检查 ④同行评分
后面我们将要介绍的黑盒测试和白盒测试就属 于动态测试。
二、从软件测试用例设计方法的角度，可分为 黑盒测试（Black-Box Testing）和白盒测试 （White-Box Testing）。
22.11.2020 8:02
第 ‹#› 页
5.2 静态测试
5.2.1 源程序静态分析
在静态结构分析中，测试者通过使用测试工 具分析程序源代码的系统结构、数据结构、数据 接口、内部控制逻辑等内部结构，生成函数调用 关系图、模块控制流图、内部文件调用关系图、 子程序表、宏和函数参数表等各类图形图表，可 以清晰地标识整个软件系统的组成结构，使其便 于阅读与理解，然后可以通过分析这些图表，检 查软件有没有存在缺陷或错误。
4、从准备工作来看，测试从已知的条 件开始，使用预先定义的程序；调试一般是以 不可知的内部条件开始，做统一性调试 。
5、从执行的计划性来看，测试是有计 划的并要进行测试设计；而调试则不受时间约 束。
6、从执行的人员来看，测试经常是由 独立的测试组在不了解软件设计的条件下完成 的，而调试必须由程序员来完成。
《软件测试 》课件
常见的软件测试方法
黑盒测试
01
定义
黑盒测试也称为功能测试，主要 关注软件的功能和需求，而不考 虑其内部结构和工作原理。
测试方法
02
03
适用场景
通过输入和输出，检查软件是否 满足需求规格，验证软件的功能 是否正常。
适用于需求稳定、功能复杂的软 件系统。
白盒测试
定义
白盒测试也称为结构测试或透明盒测试，它关注软件 的内部结构和实现细节。
软件测试的分类
总结词
软件测试可以根据不同的标准和维度进行分类，如按照测试阶段可分为单元测试、集成测试、系统测试等。
详细描述
根据不同的标准和维度，软件测试有多种分类方式。按照测试阶段可以分为单元测试、集成测试、系统测试、验 收测试等。按照测试方法可以分为黑盒测试、白盒测试、灰盒测试等。此外，还有回归测试、压力测试、性能测 试等多种类型的测试。
01
游戏物品测试，检查物品效果 、掉落概率等是否符合设计要 求。
02
游戏性能测试，检查游戏在不 同设备上的帧率、加载速度等 表现。
03
游戏平衡性测试，验证游戏中 的各种资源、能力是否平衡。
THANKS
[ 感谢观看 ]
改和删除等操作是否正常。
案例二：移动应用的软件测试
• 总结词：设备多样、网络环境复杂、用户体验要求高
案例二：移动应用的软件测试
01
详细描述
02
安装卸载测试，验证应用能否正常安装Fra bibliotek卸载。03
兼容性测试，检查应用在不同设备、不同操作系统 版本上的表现。
案例二：移动应用的软件测试
01
网络环境测试，验证应用在不同网络环境下的性能和
测试方法
黑盒测试
01
定义
黑盒测试也称为功能测试，主要 关注软件的功能和需求，而不考 虑其内部结构和工作原理。
测试方法
02
03
适用场景
通过输入和输出，检查软件是否 满足需求规格，验证软件的功能 是否正常。
适用于需求稳定、功能复杂的软 件系统。
白盒测试
定义
白盒测试也称为结构测试或透明盒测试，它关注软件 的内部结构和实现细节。
软件测试的分类
总结词
软件测试可以根据不同的标准和维度进行分类，如按照测试阶段可分为单元测试、集成测试、系统测试等。
详细描述
根据不同的标准和维度，软件测试有多种分类方式。按照测试阶段可以分为单元测试、集成测试、系统测试、验 收测试等。按照测试方法可以分为黑盒测试、白盒测试、灰盒测试等。此外，还有回归测试、压力测试、性能测 试等多种类型的测试。
01
游戏物品测试，检查物品效果 、掉落概率等是否符合设计要 求。
02
游戏性能测试，检查游戏在不 同设备上的帧率、加载速度等 表现。
03
游戏平衡性测试，验证游戏中 的各种资源、能力是否平衡。
THANKS
[ 感谢观看 ]
改和删除等操作是否正常。
案例二：移动应用的软件测试
• 总结词：设备多样、网络环境复杂、用户体验要求高
案例二：移动应用的软件测试
01
详细描述
02
安装卸载测试，验证应用能否正常安装Fra bibliotek卸载。03
兼容性测试，检查应用在不同设备、不同操作系统 版本上的表现。
案例二：移动应用的软件测试
01
网络环境测试，验证应用在不同网络环境下的性能和
测试方法
2软件测试的分类PPT课件
• 测试对象 • 独立的函数、方法和过程 • 独立的类
13
单元测试－设计
• 测试模型
• 驱动模块：相当于所测模块的主程序。 • 桩模块：也叫做存根模块。用以代替所测模块调用
的子模块。
测试用例
驱动模块 被测模块
桩模块1
桩模块2
测试结果
桩模块n
14
单元测试－设计
• 考虑方面
• 模块接口测试 • 局部数据测试 • 独立路径测试 • 出错处理测试 • 边界条件测试
21
验收测试
• 验收测试是由用户完成的测试 • 验收测试的内容与系统测试的内容类似 • 验收测试可以分成Alpha测试和Beta测试。
Alpha测试是用户在开发环境下的测试，或者是开发内部的用户在模拟实际环境 下的测试；
Beta测试是由软件的一个或多个用户在实际使用环境下进行的测试； 两者区别： Alpha测试由开发人员或测试人员在场，可随时记录下错误和使用中出现的问题
是否执行程序
执行过程是否 需要人工干预
测试实施组织
的角度进行分类
白盒测试
单元测试
静态测试
手工测试
开发测试
黑盒测试
集成测试
动态测试
自动化测试
用户测试
灰盒测试
系统测试
第三方测试
验收测试
写在最后
经常不断地学习,你就什么都知道。你知道得越多,你就越有力量 Study Constantly, And You Will Know Everything. The More
• 白盒测试又称结构测试。
31
白盒测试
分析 源程序
测试用例
覆盖情况 分析
被测程序 执行路径
32
13
单元测试－设计
• 测试模型
• 驱动模块：相当于所测模块的主程序。 • 桩模块：也叫做存根模块。用以代替所测模块调用
的子模块。
测试用例
驱动模块 被测模块
桩模块1
桩模块2
测试结果
桩模块n
14
单元测试－设计
• 考虑方面
• 模块接口测试 • 局部数据测试 • 独立路径测试 • 出错处理测试 • 边界条件测试
21
验收测试
• 验收测试是由用户完成的测试 • 验收测试的内容与系统测试的内容类似 • 验收测试可以分成Alpha测试和Beta测试。
Alpha测试是用户在开发环境下的测试，或者是开发内部的用户在模拟实际环境 下的测试；
Beta测试是由软件的一个或多个用户在实际使用环境下进行的测试； 两者区别： Alpha测试由开发人员或测试人员在场，可随时记录下错误和使用中出现的问题
是否执行程序
执行过程是否 需要人工干预
测试实施组织
的角度进行分类
白盒测试
单元测试
静态测试
手工测试
开发测试
黑盒测试
集成测试
动态测试
自动化测试
用户测试
灰盒测试
系统测试
第三方测试
验收测试
写在最后
经常不断地学习,你就什么都知道。你知道得越多,你就越有力量 Study Constantly, And You Will Know Everything. The More
• 白盒测试又称结构测试。
31
白盒测试
分析 源程序
测试用例
覆盖情况 分析
被测程序 执行路径
32
《软件测试》PPT
第1章 软件测试基础
在给一个项目组指派SQA人员时，一定要注意一点：指 派的SQA人员不能是该项目组的开发人员、配置管理人员或 测试人员，一个项目的SQA除了监控项目过程，完成SQA相 关工作以外，不应该参与项目组的其他实质性工作，否则他 会与项目组捆绑在一起，很难保持客观性。
第1章 软件测试基础
(1) 通过监控软件开发过程来保证产品质量； (2) 保证开发出来的软件和软件开发过程符合相应标准与 规程； (3) 保证软件产品、软件编制过程中存在的与规范或制度 不符合的问题得到处理，必要时将问题反映给高级管理者；
(4) 确保项目组制定的计划、标准和规程不仅适合项目组的需要， 同时还满足评审和审计的需要。
第1章 软件测试基础
从客户角度看，主要从产品的功能性需求和非功能性需 求来看。功能性需求主要通过各种输入完成用户所需要的各 项操作，包括数据的输入和结果的输出。同时对于这些功能品的性能、有效性、可靠性等方面，对于 不同种类的软件其非功能性需求有很大差异，如实时软件在 实时性和可靠性上的要求就非常高。
(4) 具备一定的可靠性，能够有效处理例外的情况，能 够承受各种非法情况的冲击。
(5) 保持成本和性能的平衡。性能往往来源于客户的非 功能需求，是软件质量的一个重要的评价因素。但是性能问 题在任何地方都存在，所以需要客观地看待它。例如，代码 可读性与可靠性之间的平衡。
第1章 软件测试基础
软件的质量主要由项目和项目管理团队或企业专门负责 质量的部门来负责，这就需要他们对项目质量有明确的认识， 从而在项目执行过程中按照质量计划让项目朝着预先确定的 质量目标前进。为达到软件的高质量目标，质量管理的方法、 理念被不断提出、完善和创新。目前流行的软件质量管理有 全面质量管理、6δ管理等。
软件测试PPT 第二章 软件测试技术课件
静态测试是对被测程序进行特性分析的方法总称，由于并 不真正运行被测试的程序，只对被测程序进行特性分析，因此 常称为“静态分析”。所谓静态分析是指不需要执行测试程序， 只是通过扫描程序正文，对程序的数据流和控制流等信息进行 分析，找出系统的缺陷，得出测试报告。
静态测试包括代码检查、静态结构分析、代码质量度量等。 它可以由人工进行，以发挥人的逻辑思维优势，也可以借助软 件工具自动进行。
5、其它测试（P38）
回归测试 压力测试 恢复测试 兼容性测试
精品
2.2.2 软件测试的流程
1、软件测试的阶段划分
软件测试是由一系列不同测试阶段组成的，这些阶段分为： 规格说明书审查、系统和程序设计审查、单元测试、集成测试、 功能测试、确认测试、系统测试、验收测试和安装测试。 （P39） 规格说明书审查： 系统和程序设计审查： 单元测试： 集成测试： 功能测试： 确认测试 系统测试： 验收测试 安装测试
精品
2.2.1 软件测试的分类
3、按测试对象来分
单元测试 组件测试 模块测试 程序测试 系统测试 文档测试
精品
2.2.1 软件测试的分类
4、按测试过程来分
需求阶段测试 设计阶段测试 程序阶段测试 测试结果评估 安装测试 测试变化：维护
精品
2.2.1 软件测试的分类
检查调用其他模块的接口是否正确，检查实参类型、实 参个数是否正确，返回值是否正确，若被调用模块出现异常 或错误，程序是否有适当的出错处理代码； 检查是否设置了适当的出错处理，以便在程序出错时， 能对出错部分进行重做安排，保证其逻辑的正确性； 检查表达式、语句是否正确，是否含存在二义性。如表 达式或运算符的优先级：<=、=、>=、&&、||、++、--等； 检查常量或全局变量使用是否正确； 检查标识符的使用是否规范、一致，变量命名是否能够 望名知义、简洁、规范和易记；
静态测试包括代码检查、静态结构分析、代码质量度量等。 它可以由人工进行，以发挥人的逻辑思维优势，也可以借助软 件工具自动进行。
5、其它测试（P38）
回归测试 压力测试 恢复测试 兼容性测试
精品
2.2.2 软件测试的流程
1、软件测试的阶段划分
软件测试是由一系列不同测试阶段组成的，这些阶段分为： 规格说明书审查、系统和程序设计审查、单元测试、集成测试、 功能测试、确认测试、系统测试、验收测试和安装测试。 （P39） 规格说明书审查： 系统和程序设计审查： 单元测试： 集成测试： 功能测试： 确认测试 系统测试： 验收测试 安装测试
精品
2.2.1 软件测试的分类
3、按测试对象来分
单元测试 组件测试 模块测试 程序测试 系统测试 文档测试
精品
2.2.1 软件测试的分类
4、按测试过程来分
需求阶段测试 设计阶段测试 程序阶段测试 测试结果评估 安装测试 测试变化：维护
精品
2.2.1 软件测试的分类
检查调用其他模块的接口是否正确，检查实参类型、实 参个数是否正确，返回值是否正确，若被调用模块出现异常 或错误，程序是否有适当的出错处理代码； 检查是否设置了适当的出错处理，以便在程序出错时， 能对出错部分进行重做安排，保证其逻辑的正确性； 检查表达式、语句是否正确，是否含存在二义性。如表 达式或运算符的优先级：<=、=、>=、&&、||、++、--等； 检查常量或全局变量使用是否正确； 检查标识符的使用是否规范、一致，变量命名是否能够 望名知义、简洁、规范和易记；
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
.
27
单元测试－执行
检查编码是否遵循软件编程规范和标准。 自动或手动分析程序。 设计测试用例并运行。 错误跟踪分析。
.
28
单元测试－完成
单元测试
单元测试
单元测试
单元测试
单元测试
.
29
集成测试
单元测试
单元测试
集 成 测 试 单元测试
单元测试
单元测试
.
30
集成测试有渐增式和非渐增式两种方式
渐增式的集成中可以采用两种：“自顶向 下”和“自底向上”。
静态分析 动态测试
.
14
白盒测试
使用白盒测试方法，主要想对程序模块 进行如下的检查：
对程序模块的所有独立的执行路径至少测试 一次。 对所有的逻辑判定，取“真”与取“假”的 两种情况都能至少测试一次。
在循环的边界和运行界限内执行循环体。
测试内部数据结构的有效性等。
.
15
白盒测试与黑盒测试的比较
测试依据 优点
软件测试分类
黑盒和白盒测试 静态测试和动态测试 测试不同阶段 测试各种分类间关系
.
1
软件测试的分类
对于软件测试，可以从不同的角度加以分类： 基于是否关注软件结构与算法
黑盒测试 白盒测试
基于是否执行被测试软件
静态测试 动态测试
基于测试的不同阶段
单元测试 集成测试 系统测试 验收测试
.
2
软件测试的内容 回归测试 功能测试 负载测试 压力测试 性能测试 易用性测试 安装与反安装测试
.
11
白盒测试
白盒测试的前提是可以把程序看成装在 一个透明的白盒子里，也就是完全了解 程序结构和处理过程。 白盒测试按照程序内部逻辑测试程序， 检验程序中每条通路是否按预定要求正 确工作。 白盒测试又称结构测试。
.
12
白盒测试
源程序 分析
测试用例
覆盖情况 分析
被测程序 执行路径
.
13
白盒测试
典型白盒测试方法
缺点
白盒测试
程序内部结构
能够对程序内部 的特定部位进行 覆盖测试 无法检验程序的 外特性 无法对未实现规 格说明的程序内 部欠缺部分进行 测试
.
黑盒测试 规格说明 能站在用户立场 上进行测试
不能测试程序内 部特定部位 如果规格说明有 误，则无法发现
16
白盒测试与黑盒测试的比较
AC
B
D
黑盒测试与白盒测试能够发现的错误
单元测试
单元测试 单元测试
可运行的程序。
单元测试必须编写额外的可运行的测试驱动程序。
.
22
单元测试
单元测试又称为模块测试，是针对程序 模块（软件设计的最小单位）来进行正 确性检验的测试工作。 软件单元测试的目的是检测程序模块对 《详细设计说明书》的符合程度；软件 单元测试依据是《单元测试计划》。
集成测试中，会混合使用白盒测试和黑盒 测试方法。
集成测试可以发现模块间接口以及全局数 据结构等问题。
.
31
系统测试
系统测试
.
32
系统测试的目的是检查系统是否符合软件 需求
系统测试采用黑盒测试方式
系统测试的主要内容有：功能测试、健壮 性测试、性能－效率测试、用户界面测试、 安全性测试、压力测试、可靠性测试、安 装/反安装测试等。
.
9
黑盒测试
黑盒主要是为了发现以下几类错误：
是否有不正确或遗漏了的功能？ 在接口上，输入能否正确地接受？能否输出 正确的结果？ 是否有数据结构错误或外部信息（例如数据 文件）访问错误？ 性能上是否能够满足要求？ 是否有初始化或终止性错误？
.
10
应用程序
白盒测试又称结构测试、逻辑驱动测试或基 于程序本身的测试，也可成为程序员测试， 主要应用于结构化开发环境
.
23
单元测试
软件单元测试由测试工程师编制测试用 例进行测试，及针对程序模块进行多次 循环反复的单元测试，并将测试结果记 录在针对单元测试的《软件测试报告》 上。 若程序模块通过单元测试，则按《配置 管理规范》所规定的标识方法进行标识。
.
24
单元测试－设计
测试模型
驱动模块：相当于所测模块的主程序。 桩模块：也叫做存根模块。用以代替所测模 块调用的子模块。
.
17
静态测试和动态测试
静态测试不执行被测试的软件。类似于汽车检查。
.
18
动态测试是在测试过程中执行被测试软件，类似于试车。
.
19
测试的过程
被测模块 被测模块 被测模块
单元 测试 模 测
块试 单元 通 测试 过
的
单元 测试
息设 计 信
集成 测试 件 已
集 成 的 软
求软 件 需
它系 元统 素其
测试用例
驱动模块
测试结果
被测模块
桩模块1 桩模块2
桩模块n
.
25
单元测试－设计
考虑方面
模块接口测试 局部数据测试 独立路径测试 出错处理测试模块接口 出错处理边界条件测试
模块
独立路径
. 边界条件
局部数据
26
单元测试－设计
原则
为模块正常运行设计 为正向测试设计 为逆向测试设计 为满足特殊需求设计 为代码覆盖设计
确认 测试件 已
确 认 的 软
系统 测试件 可
交 付 的 软
心用 流户 程核
验收 测试
.
20
测试不同阶段
按测试阶段分类，测试可分4个主要阶段： 单元测试、集成测试、系统测试和验收测 试。 这是一种从小到大、循序渐进的测试过程。 单元测试是对程序员编写完成的一个个程 序单元进行测试。
.
21
单元测试
.
3
软件测试的内容 恢复测试 安全性测试 兼容性测试 内存泄露测试 比较测试 Alpha 测试 Beta测试
.
4
黑盒测试和白盒测试
黑盒测试
白盒测试
两种测试方法从不同的角度出 发，反映了软件的不同侧面，也
适用于不同的开发环境
.
5
输入
输出
黑盒测试又称功能测试、数据驱动测试或 基于规格说明的测试，也可被成为用户测 试，主要应用于快速应用开发（RAD）环境
.
6
黑盒测试
黑盒测试法把程序看成一个黑盒子，完 全不考虑程序内部结构和处理过程。 黑盒测试是在程序接口进行测试，它只 是检查程序功能是否按照规格说明书的 规定正常使用。 黑盒测试又称功能测试。
.
7
黑盒测试
产生 需求说 明
比较
测试用例
被测程序 输出
测试结 果
.
8
黑盒测试
典型黑盒测试方法
等价类划分 因果图 边界值分析
为了保证测试的客观性，一般由机构的 独立测试小组来执行系统测试。
.
33
验收测试
验收测试是由用户完成的测试 验收测试的内容与系统测试的内容类似 验收测试可以分成Alpha测试和Beta测试。
.
34
单元测试
集成测试
回归测试 系统维护 二次开发 项目更新
验收测试
系统测试
.
35
回归测试
回归测试的范围
测试全部用例 问题修改后的检验 测试高风险模块/系统 基于操作剖面选择测试