软件测试PPT课件
合集下载
《软件测试》课件
性能测试工具还可以对系统的性能进行监控和调优，帮助开发人员优化代码和系统架构 ，提高系统性能。
缺陷管理工具
缺陷管理工具用于跟踪和管理软件缺 陷，包括缺陷的发现、报告、修复和 验证等环节。常用的缺陷管理工具包
括Jira、Bugzilla等。
缺陷管理工具可以提供缺陷的详细信 息，包括缺陷描述、严重性、优先级 等，方便开发人员快速定位和修复缺
软件测试的目标是发现软件中存在的 问题和缺陷，并提供改进和优化的建 议，以提高软件的质量和用户体验。
软件测试的重要性
确保软件质量
软件测试是软件开发过程中不可 或缺的一环，通过测试可以发现 软件中存在的问题和缺陷，从而 避免在后期出现重大故障或影响 用户体验。
提高软件可靠性
通过软件测试可以评估软件的可 靠性和稳定性，为软件的发布和 部署提供保障，降低维护成本和 风险。
详细描述
单元测试是对软件中的最小可测试单元进行检查和验证，通常由开发人员完成。它包括对代码、函数或方法进行 测试，确保它们按照预期工作，并满足设计要求。单元测试通常在编码阶段进行，用于尽早发现和修复错误，降 低后续测试阶段的成本。
集成测试
总结词
集成测试是在单元测试基础上，将多个模块组合在一起进行测试，确保它们之间的接口正常工作。
03
自动化测试工具还可以集成到持续集成/持续部署(CI/CD) 流程中，实现自动化测试与代码提交、构建、部署等环节 的无负载下的性能表现，包括响应时间、吞吐量、资源利 用率等。常用的性能测试工具包括LoadRunner、JMeter等。
性能测试工具可以模拟大量用户请求，对系统进行压力测试，发现系统瓶颈和潜在的性 能问题。
边界值分析法
总结词
通过选取处于边界值附近的数据作为测试用 例输入，以检测软件是否能正常处理边界情 况的方法。
缺陷管理工具
缺陷管理工具用于跟踪和管理软件缺 陷，包括缺陷的发现、报告、修复和 验证等环节。常用的缺陷管理工具包
括Jira、Bugzilla等。
缺陷管理工具可以提供缺陷的详细信 息，包括缺陷描述、严重性、优先级 等，方便开发人员快速定位和修复缺
软件测试的目标是发现软件中存在的 问题和缺陷，并提供改进和优化的建 议，以提高软件的质量和用户体验。
软件测试的重要性
确保软件质量
软件测试是软件开发过程中不可 或缺的一环，通过测试可以发现 软件中存在的问题和缺陷，从而 避免在后期出现重大故障或影响 用户体验。
提高软件可靠性
通过软件测试可以评估软件的可 靠性和稳定性，为软件的发布和 部署提供保障，降低维护成本和 风险。
详细描述
单元测试是对软件中的最小可测试单元进行检查和验证，通常由开发人员完成。它包括对代码、函数或方法进行 测试，确保它们按照预期工作，并满足设计要求。单元测试通常在编码阶段进行，用于尽早发现和修复错误，降 低后续测试阶段的成本。
集成测试
总结词
集成测试是在单元测试基础上，将多个模块组合在一起进行测试，确保它们之间的接口正常工作。
03
自动化测试工具还可以集成到持续集成/持续部署(CI/CD) 流程中，实现自动化测试与代码提交、构建、部署等环节 的无负载下的性能表现，包括响应时间、吞吐量、资源利 用率等。常用的性能测试工具包括LoadRunner、JMeter等。
性能测试工具可以模拟大量用户请求，对系统进行压力测试，发现系统瓶颈和潜在的性 能问题。
边界值分析法
总结词
通过选取处于边界值附近的数据作为测试用 例输入，以检测软件是否能正常处理边界情 况的方法。
软件测试ppt课件
缺陷管理工具
缺陷管理工具概述
缺陷管理工具是用于对软件缺陷进行跟踪管理的软件，能够记录、 跟踪、处理和报告缺陷。
缺陷管理工具分类
缺陷管理工具可分为开源缺陷管理工具、商业缺陷管理工具等。
缺陷管理工具应用场景
缺陷管理工具适用于各种类型的软件项目，特别是对于大型项目和 团队，能够有效地管理和跟踪缺陷。
05
测试结果分析和报告
缺陷分析
缺陷分类
根据缺陷的性质和影响程度，将缺陷分为功能缺陷、性能缺陷、界面缺陷、安全缺陷等 类别，以便于分析和处理。
缺陷跟踪
建立缺陷跟踪机制，记录缺陷的发现、报告、确认、修复和验证等过程，确保缺陷得到 及时处理和关闭。
缺陷分析方法
采用因果图、鱼骨图等方法，分析缺陷产生的原因，找出根本原因，为预防和优化提供 依据。
回归测试
回归测试计划
制定详细的回归测试计划，确定 需要测试的功能、模块和场景，
以及相应的测试方法和资源。
回归测试执行
按照回归测试计划执行测试，确保 所有已修复的缺陷不再出现，以及 新功能和优化部分能够正常工作。
回归测试报告
编写回归测试报告，总结回归测试 的执行情况、发现的问题和改进建 议，为软件发布提供依据。
编写测试用例
在编写代码之前，先编写测试用例，明确软件 需求和期望结果。
编写代码
根据测试用例编写代码，确保代码符合要求并 通过测试。
重构
通过不断重构代码，提高代码质量和可维护性。
行为驱动开发（BDD）
明确需求
通过自然语言描述软件需求，明确业务行为 和期望结果。
编写测试用例
根据需求编写测试用例，确保软件行为符合 预期。
软件测试PPT课件
软件测试培训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
自动化测试框架选择与搭建
要点一
数据驱动框架
要点二
关键字驱动框架
通过读取外部数据文件或数据库中的数据来驱动测试用例 的执行。
通过定义一系列关键字和操作来实现测试用例的编写和执 行。
软件测试完整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）
《软件测试 》课件
常见的软件测试方法
黑盒测试
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
网络环境测试，验证应用在不同网络环境下的性能和
测试方法
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目录 首页 上页 下页 末页
第10章 软件测试
19/130
•黑盒测试（又称功能测试）把测试对象看做一个 黑盒子，测试人员完全不考虑程序内部的逻辑结 构和内部特性，只依据程序的需求规格说明书， 检查程序的功能是否符合它的功能需求。 •黑盒测试可用于各种测试，它试图发现以下类型 的错误：
不正确或遗漏的功能 接口错误，如输入/输出参数的个数、类型等 数据结构错误或外部信息访问错误 性能错误 初始化和终止错误
该子程序接受A、B、X的值，并将计算结果x的 值返回给调用程序。
与该子程序对应的流程图如下：
目录 首页 上页 下页 末页
第10章 软件测试
23/130
s a
入口
(A>1) and (B=0) f
t x= x /A b
c
(A=2) or (x >1) f
t
x=x+1 d
e
返回
目录 首页 上页 下页 末页
目录
首页
上页
下页
末页
第10章 软件测试
6/130
10.1 软件测试基础
一、软件测试的目的
测试是一个为了发现错误而执行程序的过程 一个好的测试用例是指很可能找到迄今为至尚未发 现的错误的测试用例 一个成功的测试是指揭示了迄今为至尚未发现的错 误的测试
根据这个测试目的，应该排除对测试的错误观点， 设计合适的测试用例，用尽可能少的测试用例，来发 现尽可能多的软件错误。
Y
目录 首页 上页 下页
P
末页
Z
第10章 软件测试
8/130
“程序测试是证明程序正确地执行了预期的
功能”。实际上，一个程序不仅要完成它所需
完成的功能，而且不应完成它不该做的事。如
不能把边长为0、0、0的三条边判断为等边三角
形。
目录
首页
上页
下页
末页
第10章 软件测试
9/130
二、软件测试的原则
Davis提出了一组指导软件测试的基本原则：
目录 首页 上页 下页 末页
第10章 软件测试
13/130
走查（Walkthrough）
走查是由设计人员或编程人员组成一个走查小组， 通过阅读一段文档或代码，并进行提问和讨论，从而发 现可能存在的缺陷、遗漏和矛盾的地方。 –类型：设计走查、代码走查。
•走查过程
–与评审过程类似，即先把材料先发给走查小组每 个成员，让他们认真研究程序，然后再开会； –与评审的区别：评审通常是简单地读程序或对照 错误检查表进行检查；走查则是按照所提交的测试用例， 人工模仿计算机运行一遍，并记录跟踪情况。
末页
第10章 软件测试
15/130
② 数据流分析图:检查分析变量的定义和引用情况。
1 R=0.5 W=1/S Y=A**W Y=E*W
2
3
节点 —表示单个语句。 有向边 —表示控制结构。 d — 定义 r — 引用 u — 未引用 R：duuuuu 只定义不用 S：uruuur 未定义引用 Y：uuddru 连续定义
目录 首页 上页 下页 末页
第10章 软件测试
17/130
2.动态测试方法
通过选择适当的测试用例，执行程序。
•测试用例的设计是软件测试的关键所在
•设计尽可能少的测试用例来发现尽可能多的错误
•设计最有可能发现软件错误的测试用例，同时避 免使用发现错误效果相同的测试用例 •测试用例的设计方法大体可分为两类： 白盒测试和黑盒测试。
评审是由若干开发人员、项目经理、测试人员、用 户或领域专家等组成一个会审小组，通过阅读、讨论和争 议，对工作制品进行静态分析的过程。 类型：需求评审、设计评审和代码评审。
•评审过程
–小组负责人先把需求规格说明、设计说明或程序代 码及有关要求、规范等分发给小组成员，作评审依据；
–在充分阅读有关材料后召开评审会议，主要开发人 员进行讲解，其他成员提出问题并展开讨论，审查是否存 在错误； –评审小组形成产品评审的书面报告。
⒉熟练掌握白盒测试、黑盒测试及测试用例的设 计;
⒊掌握单元测试、集成测试、确认测试、系统测 试等测试策略；
4.了解面向对象测试的基本内容； ⒌理解测试完成标准 ； ⒍掌握调试的概念及调试方法。
目录 首页 上页 下页 末页
第10章 软件测试
4/130
教学重点
⒈软件测试的目的、基本原则； ⒉白盒测试、黑盒测试及测试用例的设计; ⒊测试策略。
第10章 软件测试
第10章 软件测试
2/130
第10章 软件测试
10.1 软件测试基础
10.2 白盒测试
10.3 黑盒测试 10.4 测试策略 10.5 面向对象测试 10.6 测试完成的标准 10.7 调试
目录 首页 上页 下页 末页
第10章 软件测试
3/130
教学目的与要求
⒈掌握软件测试的目的、基本原则、测试方法；
执行一次，所以，程序中的所有语句也必定都至
少执行一次。因此，满足判定覆盖标准的测试用 例也一定满足语句覆盖标准。
目录 首页 上页 下页 末页
第10章 软件测试 s
26/130
欲使每个分支都执行一次，只需
a f c f e
t
b
执行路径L3（sacde）和L4（sabce）
即可。 或者，执行路径L1（sabcde） 和L2（sace）. 测试数据 预期结果 路径 x=1,A=2,B=1 x=2 sacde x=3,A=3,B=0 x=1 sabce
第10章 软件测试
24/130
语句覆盖
语句覆盖是指选择足够的测试用 例，使得运行这些测试用例时，被测 程序的每个可执行语句都至少执行一 次。 欲使每个语句都执行一次，只需 执行路径L1（sabcde）即可。 测试用例如下： 测试数据 x=4,A=2,B=0
目录 首页
s a f c f e t b
t
目录 首页 上页 下页 末页
第10章 软件测试
7/130
有关软件测试的错误观点
“软件测试是为了证明程序是正确的，即测 试能发现程序中所有的错误”。事实上这是不可 能的。要通过测试发现程序中的所有错误，就要 穷举所有可能的输入数据。
例：程序P有两个整型输入量 X、Y，输出量为 Z，在32位机上运行。所有的测试数据组（Xi，Yi） 的数目为：232×232= 264，1毫秒执行1次，共需5亿 年。 X
目录 首页 上页 下页 末页
第10章 软件测试
14/130
走查时，还常使用以下分析方法： ①调用图:从语义的角度考察程序的控制路线。
A B
Y
READY
Y>0 X:=Y
Y
N
无论Y 为何 值，都不能够调 用子程序。
即执行ABC 后，是不可能执 行路径CDE的。
C
X<0 E
调用子程序
目录
D
N
首页
上页
下页
目录 首页 上页 下页 末页
4
5 6
Z=X+Y C=Z*S
第10章 软件测试
16/130
审查（Inspection）
检查是由一些经过严格训练的人员根据评估标准， 对于开发过程中的产品或中间制品进行检查，发现其中 存在的错误。 –检查一般是按规定程序和时间计划进行的，参与 者来自开发人员、测试人员、质量保证人员或用户，以3 －7人组成小组。 •检查过程 –检查遵循一个严格的过程，人员经过培训，检 查过程有评估标准； –检查过程包括计划、会议准备、会议召开、修改 错误、问题跟踪等环节，目的是获得项目管理和质量评 估的数据，并改进检查过程本身。
t
d
a c f t t f
a: (A>1)
and (B=0) c: (A=2) or (x>1)
目录
首页
上页
下页
末页
第10章 软件测试
27/130
条件覆盖
条件覆盖是指选择足够的测试用例，使 得运行这些测试用例时，被测程序的每个判 定中的每个条件的所有可能结果都至少出现 一次。
目录
首页
上页
下页
末页
第10章 软件测试 s
个测试用例满足了条件覆盖标准，但判定c为
“假”的结果并未出现。
目录
首页
上页
下页
末页
第10章 软件测试
30/130
判定/条件覆盖
判定/条件覆盖是指选择足够的测试用例，
使得运行这些测试用例时，被测程序的每个判定
的所有可能结果都至少执行一次，并且，每个判
定中的每个条件的所有可能结果都至少出现一次。 显然，满足判定/条件覆盖标准的测试用例一 定也满足判定覆盖、条件覆盖、语句覆盖标准。
教学难点
⒈白盒测试、黑盒测试及测试用例的设计; ⒉面向对象测试的基本内容。
教学学时
5学时
目录
首页
上页
下页
末页
第10章 软件测试
5/130
教学方法
采用多媒体课件+讲授法+启发式相结合教学
教学参考文献
⒈《软件工程导论(第五版)》,张海藩，清华大学出版社 ⒉《软件工程 (第二版)》,齐治昌，高等教育出版社 ⒊《软件测试教程》,宫云战，机械工业出版社 ⒋《软件测试技术概论》,古乐，清华大学出版社 ⒌《软件性能测试与LoadRunner实战》，于涌，人民 邮电出版社
目录 首页 上页 下页 末页
第10章 软件测试
18/130
• 白盒测试（又称结构测试）把测试对象看作一个透 明的盒子，测试人员根据程序内部的逻辑结构及有 关信息设计测试用例，检查程序中所有逻辑路径是 否都按预定的要求正确地工作。
•白盒测试主要用于对模块的测试，包括：
第10章 软件测试
19/130
•黑盒测试（又称功能测试）把测试对象看做一个 黑盒子，测试人员完全不考虑程序内部的逻辑结 构和内部特性，只依据程序的需求规格说明书， 检查程序的功能是否符合它的功能需求。 •黑盒测试可用于各种测试，它试图发现以下类型 的错误：
不正确或遗漏的功能 接口错误，如输入/输出参数的个数、类型等 数据结构错误或外部信息访问错误 性能错误 初始化和终止错误
该子程序接受A、B、X的值，并将计算结果x的 值返回给调用程序。
与该子程序对应的流程图如下：
目录 首页 上页 下页 末页
第10章 软件测试
23/130
s a
入口
(A>1) and (B=0) f
t x= x /A b
c
(A=2) or (x >1) f
t
x=x+1 d
e
返回
目录 首页 上页 下页 末页
目录
首页
上页
下页
末页
第10章 软件测试
6/130
10.1 软件测试基础
一、软件测试的目的
测试是一个为了发现错误而执行程序的过程 一个好的测试用例是指很可能找到迄今为至尚未发 现的错误的测试用例 一个成功的测试是指揭示了迄今为至尚未发现的错 误的测试
根据这个测试目的，应该排除对测试的错误观点， 设计合适的测试用例，用尽可能少的测试用例，来发 现尽可能多的软件错误。
Y
目录 首页 上页 下页
P
末页
Z
第10章 软件测试
8/130
“程序测试是证明程序正确地执行了预期的
功能”。实际上，一个程序不仅要完成它所需
完成的功能，而且不应完成它不该做的事。如
不能把边长为0、0、0的三条边判断为等边三角
形。
目录
首页
上页
下页
末页
第10章 软件测试
9/130
二、软件测试的原则
Davis提出了一组指导软件测试的基本原则：
目录 首页 上页 下页 末页
第10章 软件测试
13/130
走查（Walkthrough）
走查是由设计人员或编程人员组成一个走查小组， 通过阅读一段文档或代码，并进行提问和讨论，从而发 现可能存在的缺陷、遗漏和矛盾的地方。 –类型：设计走查、代码走查。
•走查过程
–与评审过程类似，即先把材料先发给走查小组每 个成员，让他们认真研究程序，然后再开会； –与评审的区别：评审通常是简单地读程序或对照 错误检查表进行检查；走查则是按照所提交的测试用例， 人工模仿计算机运行一遍，并记录跟踪情况。
末页
第10章 软件测试
15/130
② 数据流分析图:检查分析变量的定义和引用情况。
1 R=0.5 W=1/S Y=A**W Y=E*W
2
3
节点 —表示单个语句。 有向边 —表示控制结构。 d — 定义 r — 引用 u — 未引用 R：duuuuu 只定义不用 S：uruuur 未定义引用 Y：uuddru 连续定义
目录 首页 上页 下页 末页
第10章 软件测试
17/130
2.动态测试方法
通过选择适当的测试用例，执行程序。
•测试用例的设计是软件测试的关键所在
•设计尽可能少的测试用例来发现尽可能多的错误
•设计最有可能发现软件错误的测试用例，同时避 免使用发现错误效果相同的测试用例 •测试用例的设计方法大体可分为两类： 白盒测试和黑盒测试。
评审是由若干开发人员、项目经理、测试人员、用 户或领域专家等组成一个会审小组，通过阅读、讨论和争 议，对工作制品进行静态分析的过程。 类型：需求评审、设计评审和代码评审。
•评审过程
–小组负责人先把需求规格说明、设计说明或程序代 码及有关要求、规范等分发给小组成员，作评审依据；
–在充分阅读有关材料后召开评审会议，主要开发人 员进行讲解，其他成员提出问题并展开讨论，审查是否存 在错误； –评审小组形成产品评审的书面报告。
⒉熟练掌握白盒测试、黑盒测试及测试用例的设 计;
⒊掌握单元测试、集成测试、确认测试、系统测 试等测试策略；
4.了解面向对象测试的基本内容； ⒌理解测试完成标准 ； ⒍掌握调试的概念及调试方法。
目录 首页 上页 下页 末页
第10章 软件测试
4/130
教学重点
⒈软件测试的目的、基本原则； ⒉白盒测试、黑盒测试及测试用例的设计; ⒊测试策略。
第10章 软件测试
第10章 软件测试
2/130
第10章 软件测试
10.1 软件测试基础
10.2 白盒测试
10.3 黑盒测试 10.4 测试策略 10.5 面向对象测试 10.6 测试完成的标准 10.7 调试
目录 首页 上页 下页 末页
第10章 软件测试
3/130
教学目的与要求
⒈掌握软件测试的目的、基本原则、测试方法；
执行一次，所以，程序中的所有语句也必定都至
少执行一次。因此，满足判定覆盖标准的测试用 例也一定满足语句覆盖标准。
目录 首页 上页 下页 末页
第10章 软件测试 s
26/130
欲使每个分支都执行一次，只需
a f c f e
t
b
执行路径L3（sacde）和L4（sabce）
即可。 或者，执行路径L1（sabcde） 和L2（sace）. 测试数据 预期结果 路径 x=1,A=2,B=1 x=2 sacde x=3,A=3,B=0 x=1 sabce
第10章 软件测试
24/130
语句覆盖
语句覆盖是指选择足够的测试用 例，使得运行这些测试用例时，被测 程序的每个可执行语句都至少执行一 次。 欲使每个语句都执行一次，只需 执行路径L1（sabcde）即可。 测试用例如下： 测试数据 x=4,A=2,B=0
目录 首页
s a f c f e t b
t
目录 首页 上页 下页 末页
第10章 软件测试
7/130
有关软件测试的错误观点
“软件测试是为了证明程序是正确的，即测 试能发现程序中所有的错误”。事实上这是不可 能的。要通过测试发现程序中的所有错误，就要 穷举所有可能的输入数据。
例：程序P有两个整型输入量 X、Y，输出量为 Z，在32位机上运行。所有的测试数据组（Xi，Yi） 的数目为：232×232= 264，1毫秒执行1次，共需5亿 年。 X
目录 首页 上页 下页 末页
第10章 软件测试
14/130
走查时，还常使用以下分析方法： ①调用图:从语义的角度考察程序的控制路线。
A B
Y
READY
Y>0 X:=Y
Y
N
无论Y 为何 值，都不能够调 用子程序。
即执行ABC 后，是不可能执 行路径CDE的。
C
X<0 E
调用子程序
目录
D
N
首页
上页
下页
目录 首页 上页 下页 末页
4
5 6
Z=X+Y C=Z*S
第10章 软件测试
16/130
审查（Inspection）
检查是由一些经过严格训练的人员根据评估标准， 对于开发过程中的产品或中间制品进行检查，发现其中 存在的错误。 –检查一般是按规定程序和时间计划进行的，参与 者来自开发人员、测试人员、质量保证人员或用户，以3 －7人组成小组。 •检查过程 –检查遵循一个严格的过程，人员经过培训，检 查过程有评估标准； –检查过程包括计划、会议准备、会议召开、修改 错误、问题跟踪等环节，目的是获得项目管理和质量评 估的数据，并改进检查过程本身。
t
d
a c f t t f
a: (A>1)
and (B=0) c: (A=2) or (x>1)
目录
首页
上页
下页
末页
第10章 软件测试
27/130
条件覆盖
条件覆盖是指选择足够的测试用例，使 得运行这些测试用例时，被测程序的每个判 定中的每个条件的所有可能结果都至少出现 一次。
目录
首页
上页
下页
末页
第10章 软件测试 s
个测试用例满足了条件覆盖标准，但判定c为
“假”的结果并未出现。
目录
首页
上页
下页
末页
第10章 软件测试
30/130
判定/条件覆盖
判定/条件覆盖是指选择足够的测试用例，
使得运行这些测试用例时，被测程序的每个判定
的所有可能结果都至少执行一次，并且，每个判
定中的每个条件的所有可能结果都至少出现一次。 显然，满足判定/条件覆盖标准的测试用例一 定也满足判定覆盖、条件覆盖、语句覆盖标准。
教学难点
⒈白盒测试、黑盒测试及测试用例的设计; ⒉面向对象测试的基本内容。
教学学时
5学时
目录
首页
上页
下页
末页
第10章 软件测试
5/130
教学方法
采用多媒体课件+讲授法+启发式相结合教学
教学参考文献
⒈《软件工程导论(第五版)》,张海藩，清华大学出版社 ⒉《软件工程 (第二版)》,齐治昌，高等教育出版社 ⒊《软件测试教程》,宫云战，机械工业出版社 ⒋《软件测试技术概论》,古乐，清华大学出版社 ⒌《软件性能测试与LoadRunner实战》，于涌，人民 邮电出版社
目录 首页 上页 下页 末页
第10章 软件测试
18/130
• 白盒测试（又称结构测试）把测试对象看作一个透 明的盒子，测试人员根据程序内部的逻辑结构及有 关信息设计测试用例，检查程序中所有逻辑路径是 否都按预定的要求正确地工作。
•白盒测试主要用于对模块的测试，包括：