软件测试用例分析与设计(课堂PPT)
合集下载
软件测试知识PPT(共23张PPT)
白盒测试
• ①白盒测试法需要了解程序内部的结构，测试用例是根据程序的内部逻辑来 设计的。白盒测试法主要用于软件的单元测试。
• ②白盒测试的基本原则是：保证所测模块中每一个独立路径至少执行一次； 保证所测模块所有判断的每一个分支至少执行一次；保证所测模块每一个循 环都在边界条件和一般条件下至少执行一次；验证所有内部数据结构的有效 性。
• ③白盒测试法常用的技术是逻辑覆盖。主要的覆盖标准有6 种，即强度由低到 高依次是：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合 覆盖、路径覆盖。
• I. 语句覆盖
• 指选择足够的测试用例，使被测语句的每个语句至少执行一次。
• II.判定覆盖 • 指选择足够的测试用例，使每个判定的所有可能结果至少出现一次。 • III.条件覆盖
需求分析 确认测试
软件设计 集成测试
编码 单元测试
需求分 析说明
书
概要设 计说明
书
详细设 计说明
书
源程ቤተ መጻሕፍቲ ባይዱ 代码
单元测 试
集成测 试
确认测 试
• 单元测试：也称模块测试，主要发现编码和详细设计中产生的错误，通常采用白盒
测试。放在编码阶段，由程序员自己来完成，检查它是否实现了详细设计说明书中 规定的模块功能和算法。其测试计划是在详细设计阶段完成。单元测试的测试计划 是在详细设计阶段完成。
次。
• VI. 路径覆盖
• 指选择足够的测试用例，使流程图中的每条路径至少经过一次。
黑盒测试
• ①黑盒测试，是对软件已经实现的功能是否满足需求进行测试和验证。 黑盒测试不关心程序内部的逻辑，只是根据程序的功能说明来设计测试 用例。黑盒测试法主要用软件确认测试。
软件测试 第三章 测试用例的设计方法PPT课件
易组织性：测试用例可能有成千上万个，有效地组织这
些测试用例，分门别类地提供给测试人员参考和使用，才
是一个好的测试计划。
可评估性：从测试管理的角度，测试用例的通过率和软
件缺陷的数目是软件产品质量好坏的测试标准。
可管理性：测试用例可以作为检验测试人员进度、工作
量以及跟踪/管理测试人员工作效率的因素。
14
3.1.1 3.1.2 3.1.3
测试用例的基本概念 测试用例的设计原则与特性 测试用例的编制
4
3.1.1 测试用例的概念
1、什么是测试用例
测试用例（Test Case）是为达到最佳的测试效果 或高效的揭露隐藏的错误而精选的少量有代表性或特 殊性测试数据。
➢ 软件测试的灵魂----测试用例
➢ 例：测试Yahoo邮箱的登录程序，假设存在一用 户为user，密码为12345 。
5
3.1.1 测试用例的概念
用例编号
测试步骤
输入数据
期望结果
1
输入用户名和密码， 用户名：user 成功登录
点击“登录雅虎服 密码：12345 user的个人
务”按钮
邮箱
2
输入用户名和密码， 用户名：user 提示“密码
点击“登录雅虎服 密码：123456 错误，请重
务”按钮
新输入！”
测试结果
3
不输入用户名和密
12
3.1.2 测试用例的设计原则与特性
2、测试用例的特性
有效性：测试用例是测试人员测试过程中的重要参考依
据，不同的测试人员根据相同的测试用例所得到的输出应该
是一致的。
可复用性：良好的测试用例具有重复使用的功能，这样
就可以大大地节约测试的时间，提高测试的效率。
测试培训之二——软件测试方法与测试用例设计27页PPT
测试和验收测试等。 • 4．从测试环境分为：Alpha和Beta测试。
07.08.2021
4
1. 静态测试
• 文档审查 • 代码走读
• （1）类型冲突 • （2）子程序参数错误 • （3）数据错误 • （4）内存泄漏 • （5）越界 • （6）指针错误 • （7）空悬指针 • （8）逻辑错误
07.08.2021
• 例如： 100<X<999， 有效等价类为 （100，999），无效等价 类为小于100和大于999。
•
（2）如果输入条件规定了一个必须成立的情况（如输入数
据必须是日期），可以划分为一个有效等价类（输入是日期字符）
和一个无效等价类（输入非日期字符）
•
（3）如果输入条件是一个布尔量，则可以确立一个有效等
•
（5）如果程序中使用了一个内部数据结构，则应当选
择这个内部数据结构的边界值作为测试用例。
一次“真”值和“假”值， 也就是说程
序中的每个取“真”“假”的分支至少
经历一次。也叫“分支覆盖”测试。
07.08.2021
9
条件覆盖方法
•
是设计若干测试用例，每个判断条
件中的每个条件的真假值至少执行一遍。
07.08.2021
10
判定与条件覆盖测试方法
•
判断/条件覆盖是指执行被
测试程序时，程序中每个判断条
5
2. 动态测试
•
动态测试是真正运行被测程序，在执行过程中，
通过输入有效的测试用例，对其输入与输出的对应关
系进行分析，以达到检测的目的。
•
动态测试分为结构测试和功能测试。 结构测试
经常采用语句测试，分支测试，路径测试。功能测试
07.08.2021
4
1. 静态测试
• 文档审查 • 代码走读
• （1）类型冲突 • （2）子程序参数错误 • （3）数据错误 • （4）内存泄漏 • （5）越界 • （6）指针错误 • （7）空悬指针 • （8）逻辑错误
07.08.2021
• 例如： 100<X<999， 有效等价类为 （100，999），无效等价 类为小于100和大于999。
•
（2）如果输入条件规定了一个必须成立的情况（如输入数
据必须是日期），可以划分为一个有效等价类（输入是日期字符）
和一个无效等价类（输入非日期字符）
•
（3）如果输入条件是一个布尔量，则可以确立一个有效等
•
（5）如果程序中使用了一个内部数据结构，则应当选
择这个内部数据结构的边界值作为测试用例。
一次“真”值和“假”值， 也就是说程
序中的每个取“真”“假”的分支至少
经历一次。也叫“分支覆盖”测试。
07.08.2021
9
条件覆盖方法
•
是设计若干测试用例，每个判断条
件中的每个条件的真假值至少执行一遍。
07.08.2021
10
判定与条件覆盖测试方法
•
判断/条件覆盖是指执行被
测试程序时，程序中每个判断条
5
2. 动态测试
•
动态测试是真正运行被测程序，在执行过程中，
通过输入有效的测试用例，对其输入与输出的对应关
系进行分析，以达到检测的目的。
•
动态测试分为结构测试和功能测试。 结构测试
经常采用语句测试，分支测试，路径测试。功能测试
软件测试培训课件ppt
静态测试（static testing），是指不运行被测试的软件，而只是静态的检查程序代码、界面或者文 档中可能存在的错误的过程。
动态测试（dynamic testing），是指实际运行被测试软件，输入相应的测试数据，检查实际输出结 果是否和预期结果相一致的过程。
黑盒测试的分类
制定测试计划
包括被测试项目的背景、目标、 范围、方式、资源、进度安排、 测试组织，以及与测试有关的 风险等
测试设计
测试设计阶段要设计测试用例 和测试数据，要保证测试用例 完全覆盖测试需求
软件测试流程
测试总结
测试总结报告包含的内容：系统 概述、编写目的、参考资料、测 试环境、差异、测试充分性评价、 残留缺陷、缺陷统计、缺陷分析、 测试活动总结、测试结论
测试执行
测试执行可以划分为两个子阶 段：前一阶段目的为尽可能多 的发现缺陷；后一阶段目的为 减少风险，增加测试的覆盖度
目录 1 软件生命周期 2 什么是软件测试？ 3 软件测试流程 4 测试用例和缺陷报告 5 软件测试人员具备的素质
软件生命周期
主要确定软件的开 发目标及其可行性
主要分为单元测试、集成测试、 系统测试三个阶段
问题定 义及规
划
需求分析
软件设计 程序编码
软件测试
运行维护
一般包括详细设计和概要设计 （系统框架设计、数据库设计）
软件测试的分类
软件测试
按阶段划分
按是否运行程序划分
按是否查看代码划分
其他
单
集
系
验
静
动
元
成
统
收
态
态
测
测测Βιβλιοθήκη 测测测试
试
试
试
动态测试（dynamic testing），是指实际运行被测试软件，输入相应的测试数据，检查实际输出结 果是否和预期结果相一致的过程。
黑盒测试的分类
制定测试计划
包括被测试项目的背景、目标、 范围、方式、资源、进度安排、 测试组织，以及与测试有关的 风险等
测试设计
测试设计阶段要设计测试用例 和测试数据，要保证测试用例 完全覆盖测试需求
软件测试流程
测试总结
测试总结报告包含的内容：系统 概述、编写目的、参考资料、测 试环境、差异、测试充分性评价、 残留缺陷、缺陷统计、缺陷分析、 测试活动总结、测试结论
测试执行
测试执行可以划分为两个子阶 段：前一阶段目的为尽可能多 的发现缺陷；后一阶段目的为 减少风险，增加测试的覆盖度
目录 1 软件生命周期 2 什么是软件测试？ 3 软件测试流程 4 测试用例和缺陷报告 5 软件测试人员具备的素质
软件生命周期
主要确定软件的开 发目标及其可行性
主要分为单元测试、集成测试、 系统测试三个阶段
问题定 义及规
划
需求分析
软件设计 程序编码
软件测试
运行维护
一般包括详细设计和概要设计 （系统框架设计、数据库设计）
软件测试的分类
软件测试
按阶段划分
按是否运行程序划分
按是否查看代码划分
其他
单
集
系
验
静
动
元
成
统
收
态
态
测
测测Βιβλιοθήκη 测测测试
试
试
试
软件测试用例设计方法分享PPT 课件
测试用例的设计方法及举例（因果图法）
采用“用户登录”案例进行分析，登录模块包含 用户名、密码和登录按钮，那么根据等价类划分 法和边界值法分析按理，我们可以清楚哪些是 “因”，哪些是”果”。
➢ 原因 • 以字母开头且与数字组合的8-16位的用户名 • 单击“登录”按钮 • 以字母开头且与数字组合的8-16位的密码 • 用户名为纯数字、纯字母、包含特殊字符、空格、
举例：规定输入的考试 成绩为A、B、C、D、E则可以确认有5个有效等价类（成绩=A，成绩=B，成绩=C，成绩=D，成绩=E和1个无效等价类 ）
3：在规定输入数据必须遵循的规则的情况下，可以确定一个有效等价类和若干个无效等价类
举例：对变量标识符规定为“以字母开头”，那么有效等价类是“以字母开头”，无效等价类有“以特殊符号开头”、“标点开头”、“空格开头”
（3）对每一个场景生成测试用例
备选流3：用户账户余额不足
备选流4：用户账户没钱
（2）根据基本流和备用流确定场景
场景1（成功购物）：基本流
场景2（账户不存在）：基本流 、备选流1
场景3（账户密码错误）：基本流 、备选流2
场景4（账户余额不足）：基本流 、备选流3
场景5（账户没钱）：基本流 、备选流4
测试用例的设计方法及举例（错误推测法） ➢ 错误推测法是基于以往的经验和直觉，参照以往的软件系统出现的错误，推测程序中所有可能
我们依然采用“用户登录”案例进行分析，根据等价类划分法的划分表可以得到如下边界值。
测试用例的设计方法及举例（因果图法） ➢ 适用于描述多种输入条件组合的测试方法，根据输入条件的组合、约束关系和输出条件的因果关系，分析输入
条件的各种组合情况，从而设计用例 优点：考虑输入条件的各种组合、输入条件之间的相互制约关系
软件测试设计与用例ppt课件
19
指标达成方法：
◦ 这是一种类似于单元测试的方法，在重新执行测试前，先确定一个 要达成的指标，如修改部分代码100%的覆盖、与修改有关的接口 60%的覆盖等，基于这种要求选择一个最小的测试用例集合。
20
测试设计 测试方法 回归测试
验收测试
α和β测试
21
当软件产品是为了特定用户开发的时候，需要进行一系列的验收，让用户验 证软件产品是否满足了所有的需求。
15
软件在测试或其他活动中发现的缺陷经过修改后，应该进行回归测试 （Regression Testing）。目的是验证缺陷得到了正确的修复，同时 对系统的变更没有影响以前的功能
回归测试可以发生在任何一个阶段，包括单元测试、集成测试和系统 测试
16
完全重复测试：
◦ 重新执行所有在前期测试阶段建立的测试用例，来确认问题修改的正确 性和修改的扩散局部影响性
黑盒测试试图发现以下类型的错误：
◦ 1）功能错误或遗漏； ◦ 2）界面错误； ◦ 3）数据结构或外部数据库访问错误； ◦ 4）性能错误； ◦ 5）初始化和终止错误。
8
ISO9126软件质量模型由6个特性、27个子特性组成。这个模型是软件 质量标准的核心，今后测试工作需要从这6个特性、27个子特性去测 试、评价一个软件
选择性重复测试：
◦ 即有选择地重新执行部分在前期测试阶段建立的测试用例，来测试被修 改的程序
17
覆盖修改法：
◦ 即针对被修改的部分，选取或重新构造测试用例验证没有错误再次 发生的用例选择方法。即这类回归测试仅根据修改的内容来选择测 试用例，这部分测试用例仅保证修改的缺陷或新增的功能被实现了。 这种方法的效率是最高的，然而风险也是最大的，因为它无法保证 这个修改是否影响了别的功能。该方法在进度压力很大，或者系统 结构设计耦合性很小的状态下可以被使用。
指标达成方法：
◦ 这是一种类似于单元测试的方法，在重新执行测试前，先确定一个 要达成的指标，如修改部分代码100%的覆盖、与修改有关的接口 60%的覆盖等，基于这种要求选择一个最小的测试用例集合。
20
测试设计 测试方法 回归测试
验收测试
α和β测试
21
当软件产品是为了特定用户开发的时候，需要进行一系列的验收，让用户验 证软件产品是否满足了所有的需求。
15
软件在测试或其他活动中发现的缺陷经过修改后，应该进行回归测试 （Regression Testing）。目的是验证缺陷得到了正确的修复，同时 对系统的变更没有影响以前的功能
回归测试可以发生在任何一个阶段，包括单元测试、集成测试和系统 测试
16
完全重复测试：
◦ 重新执行所有在前期测试阶段建立的测试用例，来确认问题修改的正确 性和修改的扩散局部影响性
黑盒测试试图发现以下类型的错误：
◦ 1）功能错误或遗漏； ◦ 2）界面错误； ◦ 3）数据结构或外部数据库访问错误； ◦ 4）性能错误； ◦ 5）初始化和终止错误。
8
ISO9126软件质量模型由6个特性、27个子特性组成。这个模型是软件 质量标准的核心，今后测试工作需要从这6个特性、27个子特性去测 试、评价一个软件
选择性重复测试：
◦ 即有选择地重新执行部分在前期测试阶段建立的测试用例，来测试被修 改的程序
17
覆盖修改法：
◦ 即针对被修改的部分，选取或重新构造测试用例验证没有错误再次 发生的用例选择方法。即这类回归测试仅根据修改的内容来选择测 试用例，这部分测试用例仅保证修改的缺陷或新增的功能被实现了。 这种方法的效率是最高的，然而风险也是最大的，因为它无法保证 这个修改是否影响了别的功能。该方法在进度压力很大，或者系统 结构设计耦合性很小的状态下可以被使用。
方案软件测试计划与测试用例设计.ppt
•开始条件和结束条件 –规定各测试项的开始测试需要满足的条件 –测试通过和测试结束的条件。
•测试环境 –测试的操作系统和需要安装的辅助测试工具（来源与参数设置） –软件、硬件和网络环境设置
阿1h，
测试计划的内容详解（续2）
• 测试者的任务、联系方式与培训
– 测试成员的名称、任务、电话、电子邮件等联系方式 – 为完成测试需要进行的项目课程培训 • 测试进度与跟踪方式 – 在软件项目进度中规定的测试里程碑以及所有测试项传递时间。 – 定义所需的新的测试里程碑，估计完成每项测试任务所需的时间，为每项测试任务和测 试里程碑规定进度，对每项测试资源规定使用期限。 – 报告和跟踪测试进度的方式：每日报告、每周报告；书面报告、电话会议 • 测试风险与解决方式 – 预测测试计划中的风险 – 规定对各种风险的应急措施（延期传递的测试项可能需要加班、添加测试人员、减少测 试内容。） • 测试计划的审批和变更方式 – 审批人和生效方式 – 如何处理测试计划的变更
阿1h，
测试计划的内容详解
测试项目简介 – 归纳所要求测试的软件项和软件特性，可以包括系统目标、背景、范围及引用 材料等。 – 在最高层测试计划中，如果存在下述文件，则需要引用它们：项目计划、质 量保证计划、有关的政策、有关的标准等。
•测试项 –描述被测试的对象，包括其版本、修订级别，并指出在测试开始之前对逻辑或 物理变换的要求。
据作为测试用例，等价类是某个输入域的子集，在该子集中每个输入数据 的作用是等效的。 • 等价类的分类：有效等价类和无效等价类。有效等价类是有意义的、合理 的输入数据，可以检查程序是否实现了规格说明中所规定的功能和性能。 无效等价类与有效等价类的意义相反。 • 设计测试用例时，要同时考虑这两种等价类。因为软件不仅要能接收合理 的数据，也要能经受意外的考验。这样的测试才能确保软件具有更高的可 靠性。
•测试环境 –测试的操作系统和需要安装的辅助测试工具（来源与参数设置） –软件、硬件和网络环境设置
阿1h，
测试计划的内容详解（续2）
• 测试者的任务、联系方式与培训
– 测试成员的名称、任务、电话、电子邮件等联系方式 – 为完成测试需要进行的项目课程培训 • 测试进度与跟踪方式 – 在软件项目进度中规定的测试里程碑以及所有测试项传递时间。 – 定义所需的新的测试里程碑，估计完成每项测试任务所需的时间，为每项测试任务和测 试里程碑规定进度，对每项测试资源规定使用期限。 – 报告和跟踪测试进度的方式：每日报告、每周报告；书面报告、电话会议 • 测试风险与解决方式 – 预测测试计划中的风险 – 规定对各种风险的应急措施（延期传递的测试项可能需要加班、添加测试人员、减少测 试内容。） • 测试计划的审批和变更方式 – 审批人和生效方式 – 如何处理测试计划的变更
阿1h，
测试计划的内容详解
测试项目简介 – 归纳所要求测试的软件项和软件特性，可以包括系统目标、背景、范围及引用 材料等。 – 在最高层测试计划中，如果存在下述文件，则需要引用它们：项目计划、质 量保证计划、有关的政策、有关的标准等。
•测试项 –描述被测试的对象，包括其版本、修订级别，并指出在测试开始之前对逻辑或 物理变换的要求。
据作为测试用例，等价类是某个输入域的子集，在该子集中每个输入数据 的作用是等效的。 • 等价类的分类：有效等价类和无效等价类。有效等价类是有意义的、合理 的输入数据，可以检查程序是否实现了规格说明中所规定的功能和性能。 无效等价类与有效等价类的意义相反。 • 设计测试用例时，要同时考虑这两种等价类。因为软件不仅要能接收合理 的数据，也要能经受意外的考验。这样的测试才能确保软件具有更高的可 靠性。
软件测试计划文档及测试用例PPT课件
C
采用评审和更新机制，保证其满足实际需求
D
分别创建测试计划与测试详细规格、测试用例
第12页/共32页
测试计划
测试用例
测试报告
测试 文档
第13页/共32页
测试报告
第14页/共32页
测试报告
首页
测试结果与缺陷分析
引言
内容
测试结论与建议
测试概要
附录
第15页/共32页
测试报告－MTR
IEEE 829－2008 Master Test Report Format
缺陷报告、更改跟踪 报告、测试报告
第21页/共32页
测试文档
测试结果统计表
项目
计划测 试项
实际测 试项
【Y】项
【P】项
【N】项
【N/A】项
备注
数量百 分比
第22页/共32页
测试文档
测试问题表
问题号 问题描述 问题级别 问题分析与
策略 避免措施 备注
问题统计表
问题 严重 一般 微小 其他 问题 程度 问题 问题 问题 统计项 合计
第16页/共32页
测试报告－LTR
IEEE 829－2008 Level Test Report Format
第17页/共32页
测试报告－模板
• 详见资料 第18页/共32页
测试文档
需求定义中问题列表,批准 的需求分析文档、测试计 划书的起草
设计问题列表、批准的 各类设计文档、系统和 功能的测试计划和测试 用例 缺陷报告、跟踪报告； 完善的测试用例、测试 计划
测 试 用 例
第25页/共32页
测试用例
➢最有可能抓住错误的； ➢不是重复的、多余的； ➢一组相似测试用例中最有效的； ➢既不是太简单，也不是太复杂。
采用评审和更新机制，保证其满足实际需求
D
分别创建测试计划与测试详细规格、测试用例
第12页/共32页
测试计划
测试用例
测试报告
测试 文档
第13页/共32页
测试报告
第14页/共32页
测试报告
首页
测试结果与缺陷分析
引言
内容
测试结论与建议
测试概要
附录
第15页/共32页
测试报告－MTR
IEEE 829－2008 Master Test Report Format
缺陷报告、更改跟踪 报告、测试报告
第21页/共32页
测试文档
测试结果统计表
项目
计划测 试项
实际测 试项
【Y】项
【P】项
【N】项
【N/A】项
备注
数量百 分比
第22页/共32页
测试文档
测试问题表
问题号 问题描述 问题级别 问题分析与
策略 避免措施 备注
问题统计表
问题 严重 一般 微小 其他 问题 程度 问题 问题 问题 统计项 合计
第16页/共32页
测试报告－LTR
IEEE 829－2008 Level Test Report Format
第17页/共32页
测试报告－模板
• 详见资料 第18页/共32页
测试文档
需求定义中问题列表,批准 的需求分析文档、测试计 划书的起草
设计问题列表、批准的 各类设计文档、系统和 功能的测试计划和测试 用例 缺陷报告、跟踪报告； 完善的测试用例、测试 计划
测 试 用 例
第25页/共32页
测试用例
➢最有可能抓住错误的； ➢不是重复的、多余的； ➢一组相似测试用例中最有效的； ➢既不是太简单，也不是太复杂。