当前位置：文档之家 › 软件测试技术PPT课件

软件测试技术PPT课件

  • 格式：ppt
  • 大小：188.00 KB
  • 文档页数：62

下载文档原格式

  / 62

合集下载

软件测试PPT课件

软件测试PPT课件
第八章 软件测试
8.1 软件测试的基本概念 8.2 软件测试方法
8.3 测试用例的设计 8.4 软件测试的步骤 8.5 调试 8.6 软件可靠性 8.7 测试工具
退出
8.1 软件测试的基本概念
8.1.1 软件测试的定义 8.1.2 软件测试的基本原则 8.1.3 软件测试的步骤 8.1.4 软件测试的信息流计 退出
黑盒测试时完全不考虑程序内部的结构和处理过程， 只按照规格说明书的规定来检查程序是否符合它的功能 要求。黑盒测试是在程序接口进行的测试，又称为功能 测试。
黑盒测试检查的主要方面有： 程序的功能是否正确或完善； 数据的输入能否正确接收，输出是否正确； 是否能保证外部信息（如数据文件）的完整性等。
用黑盒法设计测试用例时，必须用所有可能的输入数 据来检查程序是否都能产生正确的输出。
3．有效性测试 集成测试通过后，应在用户的参与下进行有效 性测试。这个时候往往使用实际数据进行测试，从 而验证系统是否能满足用户的实际需要。 4．系统测试 系统测试是把通过有效性测试的软件，作为基 于计算机系统的一个整体元素，与整个系统的其他 元素结合起来，在实际运行环境下，对计算机系统 进行一系列的集成测试和有效性测试。
黑盒测试不可能实现穷尽测试：
假设有一个很简单的小程序，输入量只有两个：A和 B ，输出量只有一个：C 。如果计算机的字长为32 位， A 和B的数据类型都只是整数类型。利用黑盒法进行测试时， 将A和B的可能取值进行排列组合，输入数据的可能性有： 232×232 ＝ 264 种。假设这个程序执行一次需要 1 毫秒，要 完成所有的测试，计算机需要连续工作5亿年。显然，这 是不能容忍的，而且，设计测试用例时，不仅要有合法 的输入，而且还应该有非法的输入，在这个例子中，输 入还应该包括实数、字符串等，这样，输入数据的可能 性就更多了。所以说，穷尽测试是不可能实现的。

《软件测试技术》PPT课件

《软件测试技术》PPT课件

检查需 需求求规格说明的标准
完整性
完整性
是否完整描述一个功能
是否包含所有需求
正确性
是否正确反应客户要求
FURPS
一致性
可行性 必要性
相互矛盾 重复
Gold plating?
无二义性
会引起歧义吗
可验证性
测试用例怎么写？
实施无关性
2021/6/10
5
例1 产品必须需在求固定检的查时练间间习隔内提供状态信
作用
通过对代码标准及质量的监控提高代码可靠性 尽可能早地通过对源代码的检查发现缺陷 组织代码审核定位易产生错误的模块
非常有效的质量保证手段
越来越多地被采用
2021/6/10
3
静态分析的缺主陷要产内生的容原因
检查需求
其它
检查设计
编码
检查代码
需求
设计
2021/6/10
4
需求的标准
!
80%的问题是由于20%的代码引起的
2021/6/10
11
复杂度度量
度量元
McCabe
Halstead 嵌套级别(最大/平均)
规格度量
行数
语句数
注释数
声明数
……
2021/6/10
12
分析容易产生错代误码的审代码核: 内容
控制流分析
非结构化的代码 死代码
数据流分析
未定义的数据的使用 未使用的数据
2021/6/10
18
基于编码规则 自动化工具
Logiscope LDRA NuMega的CodeReview
基于质量度量
Logiscope McCabe LDRA
2021/6/10

软件测试ppt课件

软件测试ppt课件

缺陷管理工具
缺陷管理工具概述
缺陷管理工具是用于对软件缺陷进行跟踪管理的软件，能够记录、 跟踪、处理和报告缺陷。
缺陷管理工具分类
缺陷管理工具可分为开源缺陷管理工具、商业缺陷管理工具等。
缺陷管理工具应用场景
缺陷管理工具适用于各种类型的软件项目，特别是对于大型项目和 团队，能够有效地管理和跟踪缺陷。
05
测试结果分析和报告
缺陷分析
缺陷分类
根据缺陷的性质和影响程度，将缺陷分为功能缺陷、性能缺陷、界面缺陷、安全缺陷等 类别，以便于分析和处理。
缺陷跟踪
建立缺陷跟踪机制，记录缺陷的发现、报告、确认、修复和验证等过程，确保缺陷得到 及时处理和关闭。
缺陷分析方法
采用因果图、鱼骨图等方法，分析缺陷产生的原因，找出根本原因，为预防和优化提供 依据。
回归测试
回归测试计划
制定详细的回归测试计划，确定 需要测试的功能、模块和场景，
以及相应的测试方法和资源。
回归测试执行
按照回归测试计划执行测试，确保 所有已修复的缺陷不再出现，以及 新功能和优化部分能够正常工作。
回归测试报告
编写回归测试报告，总结回归测试 的执行情况、发现的问题和改进建 议，为软件发布提供依据。
编写测试用例
在编写代码之前，先编写测试用例，明确软件 需求和期望结果。
编写代码
根据测试用例编写代码，确保代码符合要求并 通过测试。
重构
通过不断重构代码，提高代码质量和可维护性。
行为驱动开发（BDD）
明确需求
通过自然语言描述软件需求，明确业务行为 和期望结果。
编写测试用例
根据需求编写测试用例，确保软件行为符合 预期。
软件测试PPT课件

软件测试培训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
自动化测试框架选择与搭建
要点一
数据驱动框架
要点二
关键字驱动框架
通过读取外部数据文件或数据库中的数据来驱动测试用例 的执行。
通过定义一系列关键字和操作来实现测试用例的编写和执 行。

软件测试方法和技术PPT课件

软件测试方法和技术PPT课件

测试效率。
优化测试数据
02
通过使用有效的测试数据，减少冗余和不必要的测试，提高测
试的针对性。
合理安排测试资源
03
合理分配人力资源，确保测试团队具备足够的技能和经验，提
高测试效率。
如何保证软件的质量？
制定详细的测试计划
在测试计划中明确测试目标、范围、方法、资源和时间安排，确保 测试工作有序进行。
执行全面的测试
软件测试方法和技术ppt课件
• 软件测试概述 • 常见的软件测试方法 • 软件测试技术 • 软件测试流程 • 软件测试工具 • 软件测试挑战与解决方案
01
软件测试概述
软件测试的定义
总结词
软件测试是对软件产品进行验证和确认的过程，旨在发现软件中存在的缺陷和错 误。
详细描述
软件测试是软件开发过程中不可或缺的一环，通过对软件产品的各种测试，如功 能测试、性能测试、安全测试等，来验证软件是否满足用户需求，同时发现软件 中存在的问题和缺陷，为软件的进一步优化和改进提供依据。
详细描述
灰盒测试的测试用例设计综合考虑需求规 格说明书和代码结构，设计出既符合需求 又针对代码的测试用例。
总结词
需要平衡需求与技术之间的关系
详细描述
灰盒测试需要平衡需求与技术之间的关系 ，既要满足用户需求，又要保证代码的质 量和正确性。
03
软件测试技术
静态测试
总结词
在代码不运行的情况下进行测试
详细描述
记录回归测试的结果，编写回归测试报告。
测试结束与总结
评估测试结果
对整个测试过程进行评估， 确定软件是否达到预期的质 量标准。
编写测试总结报告
总结测试过程中的经验教训 ，提出改进建议。

软件测试PPT课件

软件测试PPT课件

测试结果分析
对测试结果进行分析，评估软件 的质量和可靠性。
总结与改进
总结测试经验和教训，提出改进 意见和建议，为今后的软件测试
提供参考。
06
软件测试案例分析
案例一：电商网站性能测试
01
测试目标
确保电商网站在高并发访问下仍 能保持稳定，提供流畅的用户体
验。
03
测试结果
在1000用户并发访问下，系统平 均响应时间为2秒，吞吐量为每秒 处理100个请求，满足性能要求。
性能测试工具
JMeter
开源的性能测试工具，支持多种 协议和应用类型。
WebLOAD
用于Web和移动应用程序的性能 和负载测试。
Taurus
开源的性能测试自动化工具，支持 JMeter、Gatling等多种性能测试 框架。
05
软件测试管理
测试计划与策略
确定测试目标和范围
明确测试的目的、需求和功能范围，为测试工作提供指导。
软件测试ppt课件
• 软件测试概述 • 软件测试流程 • 软件测试技术与方法 • 软件测试工具 • 软件测试管理 • 软件测试案例分析
01
软件测试概述
软件测试的定义
01
软件测试是指通过运行软件或其 他技术产品，评估其性能、功能 、安全等方面是否满足用户需求 的过程。
02
软件测试不仅包括对软件的测试 ，还包括对软件开发生命周期中 各个阶段的技术评审、验收测试 、系统集成测试等。
测试用例评审
对设计的测试用例进行评 审，确保其准确性和完整 性。
缺陷管理与跟踪
缺陷发现与报告
在测试过程中发现缺陷并 及时报告给开发团队。
缺陷跟踪与修复
对已报告的缺陷进行跟踪， 确保其得到及时修复。

软件测试教案ppt课件

软件测试教案ppt课件
第1章软件测试概述12软件测试基础理论13软件开发过程14软件开发与软件测试的关系15软件测试过程16软件质量保证概要17软件测试职业11软件测试背景本章教学目标正确理解软件测试的背景软件缺陷和故障的概念正确理解软件测试的意义正确理解软件开发过程与软件测试的关系正确理解软件质量的概念及质量保证体系了解软件测试职业与素质的要求11软件测试背景111软件可靠性问题112软件缺陷与故障113软件缺陷产生的原因returnreturn111软件可靠性问题运行软件的驻留故障密度每千行代码的故障数目要求很高的关键财务或财产软件为每千行代码110个故障关键的生命软件为每千行代码0011个故障时间内无故障运行的概率
软件测试的对象：
——软件测试不等于程序测试。
——软件测试贯串于软件定义和开发的整个过程。
——软件开发过程中所产生的需求规格说明、概要 设计规格说明、详细设计规格说明以及源程序都是 软件测试的对象。
A Free sample background from
的定义有两种描述：
定义1：软件测试是为了发现错误而执行程序的 过程。
定义2：软件测试是根据软件开发各阶段的规格 说明和程序的内部结构而精心设计的一批测试用
例，并利用这些测试用例运行程序以及发现错误
的过程，即执行测试步骤。
A Free sample background from
功能冻结
代码冻结
图1-3 软件测试的周期性
第1章
A Free sample background from
软件测试概述
Slide 19
软件测试的基本理论（续）
6、测试停止的依据（标准） 第一类标准：测试超过了预定时间，则停止测试。 第二类标准：执行了所有的测试用例，但并没有发

软件测试培训课件ppt

软件测试培训课件ppt
静态测试（static testing），是指不运行被测试的软件，而只是静态的检查程序代码、界面或者文 档中可能存在的错误的过程。
动态测试（dynamic testing），是指实际运行被测试软件，输入相应的测试数据，检查实际输出结 果是否和预期结果相一致的过程。
黑盒测试的分类
制定测试计划
包括被测试项目的背景、目标、 范围、方式、资源、进度安排、 测试组织，以及与测试有关的 风险等
测试设计
测试设计阶段要设计测试用例 和测试数据，要保证测试用例 完全覆盖测试需求
软件测试流程
测试总结
测试总结报告包含的内容：系统 概述、编写目的、参考资料、测 试环境、差异、测试充分性评价、 残留缺陷、缺陷统计、缺陷分析、 测试活动总结、测试结论
测试执行
测试执行可以划分为两个子阶 段：前一阶段目的为尽可能多 的发现缺陷；后一阶段目的为 减少风险，增加测试的覆盖度
目录 1 软件生命周期 2 什么是软件测试？ 3 软件测试流程 4 测试用例和缺陷报告 5 软件测试人员具备的素质
软件生命周期
主要确定软件的开 发目标及其可行性
主要分为单元测试、集成测试、 系统测试三个阶段
问题定 义及规
划
需求分析
软件设计 程序编码
软件测试
运行维护
一般包括详细设计和概要设计 （系统框架设计、数据库设计）
软件测试的分类
软件测试
按阶段划分
按是否运行程序划分
按是否查看代码划分
其他
单
集
系
验
静
动
元
成
统
收
态
态
测
测测Βιβλιοθήκη 测测测试
试
试
试

软件测试完整ppt课件

软件测试完整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）

软件测试技术PPT课件

软件测试技术PPT课件

Selenium简介：Selenium是 一个用于Web应用程序的测 试工具，支持多种浏览器和 操作系统，能够自动化测试 Web应用程序的功能和性能。
自动化测试工具：Appium
Appium简介：Appium是一 个用于移动应用程序的测试 工具，支持iOS和Android平 台，能够自动化测试移动应
调和集成。
系统测试的目的是确保 软件系统符合需求规格 ，并能够在实际环境中
稳定运行。
系统测试通常采用黑盒 测试方法，关注整个系
统的功能和性能。
验收测试
验收测试是在软件开发完成后， 由客户或用户对软件进行验收和
确认的测试。
验收测试的目的是确保软件满足 客户需求，并能够在实际使用中
达到预期效果。
验收测试通常采用黑盒测试方法， 关注软件的整体功能和用户体验。
节。
缺陷的严重性和优先级评估
总结词
对缺陷的严重性和优先级进行评估是软件缺 陷管理中的关键步骤，它有助于确定修复缺 陷的优先级和顺序。
详细描述
根据缺陷对软件功能的影响程度，可以将缺 陷分为严重缺陷和非严重缺陷。对于严重缺 陷，需要优先修复，以避免对用户造成不良 影响。此外，还需要根据修复的紧迫性和重 要性对缺陷进行优先级评估。优先级高的缺 陷应优先得到修复。
兼容性测试
测试软件是否与不同的操作 系统、浏览器、数据库等兼 容，包括软硬件环境、不同 版本等方面的测试。
02 常见的软件测试技术
单元测试
单元测试是对软件中的最小可 测试单元进行检查和验证。
单元测试通常由开发人员编写 ，用于测试代码的正确性。
单元测试的目的是确保每个单 元的功能正常，并与其他单元 协调工作。
软件测试技术ppt课件

《软件测试 》课件

《软件测试 》课件
常见的软件测试方法
黑盒测试
01
定义
黑盒测试也称为功能测试，主要 关注软件的功能和需求，而不考 虑其内部结构和工作原理。
测试方法
02
03
适用场景
通过输入和输出，检查软件是否 满足需求规格，验证软件的功能 是否正常。
适用于需求稳定、功能复杂的软 件系统。
白盒测试
定义
白盒测试也称为结构测试或透明盒测试，它关注软件 的内部结构和实现细节。
软件测试的分类
总结词
软件测试可以根据不同的标准和维度进行分类，如按照测试阶段可分为单元测试、集成测试、系统测试等。
详细描述
根据不同的标准和维度，软件测试有多种分类方式。按照测试阶段可以分为单元测试、集成测试、系统测试、验 收测试等。按照测试方法可以分为黑盒测试、白盒测试、灰盒测试等。此外，还有回归测试、压力测试、性能测 试等多种类型的测试。
01
游戏物品测试，检查物品效果 、掉落概率等是否符合设计要 求。
02
游戏性能测试，检查游戏在不 同设备上的帧率、加载速度等 表现。
03
游戏平衡性测试，验证游戏中 的各种资源、能力是否平衡。
THANKS
[ 感谢观看 ]
改和删除等操作是否正常。
案例二：移动应用的软件测试
• 总结词：设备多样、网络环境复杂、用户体验要求高
案例二：移动应用的软件测试
01
详细描述
02
安装卸载测试，验证应用能否正常安装Fra bibliotek卸载。03
兼容性测试，检查应用在不同设备、不同操作系统 版本上的表现。
案例二：移动应用的软件测试
01
网络环境测试，验证应用在不同网络环境下的性能和
测试方法
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
IF (A>1) AND (B=0) THEN X:=X/A IF (A=2) OR (X>1) THEN X:=X+1 END;
2021/3/7
CHENLI
18
开始
a
F (A>1) AND (B=0) b
T
c
X=X/A
F (A=2) OR (X>1) T
e
d
X=X+1
2021/3/7
返回
CHENLI
源程序
程序员:
我要让计算
3
机什么做?
理解正确性 设计正确性 表达正确性
设计说明书
设计员: 我要让软件
理解正确性 编码正确性
2021/3/7
做什么?CHENLI
10
17.1.2 测试原则
(2) 测试工作真正开始前较长时间就进行测试
计划
(3)pareto原则可应用于软件测试
(4)测试应从“小规模”开始，逐步转向“大规
2021/3/7
CHENLI
16
白盒测试的测试用例设计
逻辑覆盖法
(1)语句覆盖
(2)判定覆盖
(3)条件覆盖
(4)判定/条件覆盖
(5)条件组合覆盖
(6)路径覆盖
(7)点覆盖
(8)边覆盖
2021/3/7
CHENLI
17
例:PROCEDURE SAMPAL
(A，B：REAL； VAR X：REAL); BEGIN
软件测试是软件质量保证的关键元素， 代表了规约、设计和编码的最终检查。
2021/3/7
CHENLI
5
17.1.1 测试目标
1.测试是为了寻找错误而运行程序的过程。 2.一个好的测试用例是指很可能找到迄今为
止尚未发现的错误的测试。 3.一个成功的测试是揭示了迄今为止尚未发
现的错误的测试。
2021/3/7
24
例:可设计两组测试用例: A=3，B=0 ，X=3 可覆盖c、d分支 A=2，B=1 ，X=1 可覆盖b、e分支
两组测试用例可覆盖所有判定的真假分支
语句覆盖仍是弱的逻辑覆盖
2021/3/7
CHENLI
25
(3)条件覆盖
使每个判定的每个条件的可能取值 至少执行一次
2021/3/7
CHENLI
26
第一判定表达式:
19
(1)语句覆盖
使程序中每个语句至少执行一次
2021/3/7
CHENLI
20
语句覆盖 开始
a
F (A>1) AND (B=0) b
ቤተ መጻሕፍቲ ባይዱ
T
c
X=X/A
F (A=2) OR (X>1) T
e
d
X=X+1
2021/3/7
返回
CHENLI
21
只需设计一个测试用例: 输入数据：A=2，B=0，X=4 即达到了语句覆盖;
CHENLI
6
17.1.2 测试原则
(1)所有的测试都应追溯到用户需求， 程序中的问题根源可能在开发前期的 各阶段解决、纠正错误也必须追溯到 前期工作。
2021/3/7
CHENLI
7
测 决定软件与系统的配合关系
试
与
需求分析
开
概要设计
发
详细设计
前
期
编码
工
单元测试
作
的
集成测试
关
确认测试
系
2021/3/7
2021/3/7
CHENLI
3
第17章 软件测试技术
17.7 针对专门环境、体系结构和应用的测试 17.7.1 测试GUI 17.7.2 客户/服务器体系结构的测试 17.7.3 测试文档和帮助设施 17.7.4 实时系统测试
17.8 小结
2021/3/7
CHENLI
4
第17章 软件测试技术
软件开发过程必须伴有质量保证活动
有错误的测试
▪ 一个好测试不会太简单，也不会太复杂。每
一个测试应独立执行
2021/3/7
CHENLI
13
软件测试有关概念
测试组
*
测试用例
*
找出
使用
由……修改
1…n
组件
* 测试存根
* 测试驱动程序
*
故
障
*
*
由……引起
误差
*
*
由……引起
改正
*
修改
*
错误
测试中用到的模型元素（UML类图） 2021/3/7
系统测试
CHENLI
8
开发前期出现错误的扩展
测 编 设 需求 试 码 计 分析 计划
A B
2021/3/7
CHENLI
9
软件生存期各阶段间需保持的正确性
用户要求 用户:
相符吗?
运行结果
计算机:
我要什么?
程序运行得
理解正确性
5 到的结果
表达正确性
1
运行正确性
需求说明书
分析员:
我可以提
供什么?
2
4 输入正确性
语句覆盖是最弱的逻辑覆盖
2021/3/7
CHENLI
22
(2) 判定覆盖(分支覆盖)
使每个判定的真假分支都至少执行一次
2021/3/7
CHENLI
23
判定覆盖 开始
a
F (A>1) AND (B=0) b
T
c
X=X/A
F (A=2) OR (X>1) d
T e
X=X+1
2021/3/7
返回
CHENLI
CHENLI
14
17.2 测试用例设计
选择测试用例是软件测试员最重要的一项工作。
测试用例的属性:
属性 name location input oracle log
描述
测试用例的名称 可执行的完全路径名 输入数据或命令 与测试输入相比较的期待测试结果
测试生产的输出
2021/3/7
CHENLI
15
17.3 白盒测试
软件工程
第17章 软件测试技术
2021/3/7
CHENLI
1
第17章 软件测试技术
17.1 软件测试基础
17.1.1 测试目标
17.1.2 测试原则
17.1.3 可测试性
17.2 测试用例设计
17.3 白盒测试
17.4 基本路径测试
17.4.1 流图符号
17.4.2 环复杂度
17.4.3 导出测试案例
又称:开盒测试、结构测试、玻璃盒测试、基于覆盖
的测试。根据被测程序的逻辑结构设计测试用
例，力求提高测试覆盖率。
使用白盒测试，产生的测试案例可以：
1) 保证一个模块中的所有独立路径至少被使用一次；
2) 对所有逻辑值均需测试真和假；
3) 在上下边界及可操作范围内运行所有循环；
4) 检查内部数据结构以确保其有效性。
模”
(5)穷举测试是不可能的。
(6)应由独立的第三方来构造测试
2021/3/7
CHENLI
11
17.1.3 可测试性
可测试软件的特征：
▪可操作性 ▪可观察性
▪可控制性
▪可分解性
▪简单性
▪稳定性
▪易理解性
2021/3/7
CHENLI
12
“好”测试的属性：
▪ 发现错误的可能性高
▪ 不冗余
▪ 在目的相似的测试中，应使用最可能找到所
2021/3/7
17.4.4 图矩阵 CHENLI
2
第17章 软件测试技术
17.5 控制结构测试 17.5.1 条件测试 17.5.2 数据流测试 17.5.3 循环测试
17.6 黑盒测试 17.6.1 基于图的测试方法 17.6.2 等价划分 17.6.3 边界值分析 17.6.4 比较测试 17.6.5 正交数组测试