第6章 软件测试
软件测试技术基础课后习题答案
解：软件缺陷产生的主要原因有：需求规格说明错误；设计错误；程序 代码有误；其他。其中在需求分析阶段引入的缺陷最多，修复的成本又 最低。
4. 当用户登录某网站购物完毕并退出后，忽然想查查购物时付账 的总金额，于是按了浏览器左上角的“退回”按钮，就又回到了 退出前的网页，你认为该购物软件有缺陷吗？如果有，属于哪 一类？
解：有缺陷。其所属类别与软件产品说明书的要求有关。
5. 什么是软件测试？简述其目的与原则。
解：软件测试是为了尽快尽早地发现在软件产品中所存在的各种软件缺 陷而展开的贯穿整个软件开发生命周期，对软件产品（包括阶段性产 品）进行验证和确认的活动过程。
测试目的：（1）证明：获取系统在可接受风险范围内可用的信 心；尝试在非正常情况和条件下的功能和特性；保证一个工作产品是完 整的并且可用或可被集成。 （2）检测：发现缺陷、错误和系统不足； 定义系统的能力和局限性；提供组件、工作产品和系统的质量信息。 （3）预防：澄清系统的规格和性能；提供预防或减少可能制造错误的 信息；在过程中尽早检测错误；确认问题和风险，并且提前确认解决这 些问题和风险的途径。
8. 简述软件测试过程。
解：软件测试过程主要包括如下6个活动：测试计划；测试需求分析； 测试设计；测试规程实现；测试执行；总结生成报告。
9. “软件测试能够保证软件的质量”这句话对吗？软件测试和软件 质量之间是什么关系？
解：不对。软件测试是保障软件质量的手段之一，但不是唯一手段。测 试是产品高质量的必要非充分条件，软件测试不能决定软件质量。
快速原型模式首先构造一个功能简单的原型系统，然后通过对原型 系统逐步求精，不断扩充完善得到最终的软件系统。原型系统在扩充完 善过程中不断被检查、测试和修改。
软件质量保证与测试技术智慧树知到课后章节答案2023年下青岛工学院
软件质量保证与测试技术智慧树知到课后章节答案2023年下青岛工学院青岛工学院第一章测试1.导致软件缺陷的最大原因是（）A:测试 B:设计 C:需求分析 D:编码答案:需求分析2.下列那种不属于软件缺陷（）。
A:网上售票软件反应迟钝，用户难以正常买票 B:某软件在进行修改升级之后，原来正常的功能现在出错了C:银行POS机在用户取款时翻倍吐钱，取100，吐200 D:计算机病毒发作，屏幕出现熊猫烧香画面答案:计算机病毒发作，屏幕出现熊猫烧香画面3.测试的关键问题是（）。
A:如何选择测试用例 B:如何验证程序的正确性 C:如何采用综合策略 D:如何组织软件评审答案:如何选择测试用例4.常见的软件测试模型有（）。
A:V模型 B:W模型 C:M模型 D:H模型答案:V模型;W模型;H模型5.软件测试按照测试技术分类包含（）。
A:白盒测试 B:手工测试 C:单元测试 D:黑盒测试答案:白盒测试;黑盒测试6.测试就是为了验证软件已正确地实现了用户的要求。
（）A:对 B:错答案:错7.软件开发过程中，若能推迟暴露其中的错误，则为修复和改进错误所花费的代价就会降低。
（）A:错 B:对答案:错8.软件测试只能发现错误，但不能保证测试后的软件没有错误。
（）A:错 B:对答案:对9.敏捷测试是一种遵循敏捷软件开发规则和原则的测试实践。
（）A:错 B:对答案:对10.测试用例设计时既需要考虑正确数据，也需要考虑错误数据。
A:错 B:对答案:对第二章测试1.CMM将软件组织的软件能力成熟度描述为（）A:五级 B:四级 C:二级 D:三级答案:五级2.下列那种不属于企业规范（）。
A:华为开发手册 B:阿里、腾讯、百度程序员编程指南规范 C:Google 编程规范 D:ISO9000答案:ISO90003.CMMI的全称为（）。
A:软件能力成熟度模型集成 B:软件能力成熟度模型 C:软件质量标准 D:软件质量模型答案:软件能力成熟度模型集成4.软件质量可以通过以下哪些质量属性来度量（）。
软件测试方法和技术_集成测试与系统测试
因果图的约束符号
E（互斥） I（包含） O（唯一） R（要求） M（屏蔽）
因果图的约束符号说明
无效等价类 ② 有非数字字符 ③ 少于6个 数字字符④多于6个数字字符 ⑥ < 1960 ⑦ > 1979
月份范围
⑧ 在1-12之间
⑨ 等于 “0”
⑩ >12
3、为每一个无效等价类至少设计一个测试用例
测试数据
MAY,70 19705 1968011 195805 198012 196200 197222
例子：请利用等价类划分法为以下提供的内 容设计测试用例 在某一个PASCAL 语言版本中规定
1、标识符是由字母开头，后跟字母或数字 的任意组合构成。有效字符数为8个，最大 字符数为80个； 2、标识符必须先说明，后使用； 3、在同一个说明语句中，标识符至少必须 有一个。
• 用等价类划分方法，建立输入等价类表 :
• (5) 如果规定了输入数据必须遵守的规则，
则可以确立一个有效等价类（符合规则）
和若干个无效等价类（从不同角度违反规
则）。 例如：在C# 语言中规定了“一个语句必须 以分号“；”作为结束”，这时，可以确 定一个有效等价类，以 “；”结束，而若 干个无效等价类应以“：，、” 等符号结 束。
• (6)如果确知，已划分的等价类中各元素在程
年份范围
在无效范围边界上选 195906 取数据 198007
不合格年龄
月份范围
月份值为 1 月 月份值为 12 月
月份值 < 1 月份值 >12
196101 197812
196000 197913
输入有效 输入无效
• 错误推测法
– 人们也可以靠经验和直觉推测程序中可能存在
软件测试(第2版 慕课版)课后习题答案
第一章软件测试基础课后习题答案1．什么是软件测试？软件测试发现一个应用从开始到结束时的错误，测试是一个过程。
(Glenford J.Myers 提出对软件测试的定义)测试是发现错误而执行的一个程序或系统的过程测试以发现故障为目的，是为了发现故障而执行程序过程2．软件测试涉及哪几个关键问题？软件测试的经济性原则谁来测试（who）测试什么（what）什么时候测试（when）怎样进行测试（how）测试的停止标准是什么（which）3．为什么说软件需求说明是软件故障的最大来源？软件需求是描述了系统有哪些功能，功能操作，性能如何等问题，是开发阶段的重要文档，也是后期软件开发的重要依据。
如果软件需求一开始就错了，在后面处理过程则会把错误放大，这样使得修复起来成本就是提升。
4．简述软件测试的复杂性和经济性。
复杂性1.完全测试是不现实的2.软件测试是有风险的3.杀虫剂现象4.缺陷的不确定性经济性软件测试是软件生命期中费用消耗最大的环节。
测试费用除了测试的直接消耗外，还包括其他的相关费用5．分析最近发生的软件质量事故，并简要分析产生的原因。
具体案例具体分子6．启动Windows计算器，输入“6,000-6=”（逗号不能少），观察计算结果，这是软件故障吗？为什么？这是软件故障中的界面缺陷。
由于无法输入逗号，无法进行输入，当做一个界面缺陷，因为不符合需求，原本是小数点变成了逗号。
7．软件测试应遵循哪些重要的原则或方针？1．完全测试程序是不可能的2．软件测试是有风险的3．测试无法找到隐藏的软件故障4．存在的故障数量与发现的故障数量成正比5．杀虫剂现象6．并非所有软件故障都能修复7．一般不要丢弃测试用例8．应避免测试自己编写的程序9．软件测试是一项复杂且具有创造性的和需要高度智慧的挑战性任务8．假定无法完全测试某一程序，那么在决定是否应该停止测试时应考虑哪些问题？在工作中，常用的停止测试标准有五类：测试超过了预定时间，停止测试执行了所有测试用例但没有发现故障，停止测试使用特定的测试用例方法作为判断测试停止的基础正面指出测试完成要求，如发现并修改70个软件故障根据单位是见查出故障数量决定是否停止测试9 . 假如星期一测试软件的某一功能时，每小时能发现一个新的软件故障，那么星期二会以什么频率发现软件故障？第一感觉就是与第一天（星期一）的一样，既然前一天发现的频率以每小时都有新的故障，说明软件的缺陷很高，所以第二天也可能有同样的频率。
第六章 软件测试等价类测试
{<a， c>： b+c D6 = {<a，b，c>：a≥b+c } {<a， c>： a+C D7 = {<a，b，c>：b≥a+C } {<a， c>： a+b D8 = {<a，b，c>：c≥a+b }
计算机软件测试
NextDate函数的等价类测试用例 NextDate函数的等价类测试用例
确定等价类： 确定等价类：
有效等价类： 有效等价类： M1 = {月份：1≤月份 月份： 月份 月份≤12} 月份 D1 = {日期：1≤日期 日期： 日期 日期≤31} 日期 Y1 = {年：1812≤年≤2012} 年 年 无效等价类： 无效等价类： M2 = {月份：月份 月份： 月份 月份<1} M3 = {月份：月份 月份： 月份 月份>12} D2 = {日期．：日期 日期． 日期<1} 日期 D3 = {日期：日期 日期： 日期 日期>31} Y2 = {年：年<1812} 年 Y3 = {年：年>2012} 年
计算机软件测试强健壮等价类测试用例计算机软件测试1请以nextdate函数的36个强一般等价类测试用例为基础按所讨论的那样修改日期类然后找出其他9个测试用例2如果使用强类型语言编译器请讨论怎样才能执行健壮等价类测试用例3请针对包含了直角的扩展三角形问题来修改弱一般等价类集合4请对比单多缺陷假设与边界值测试和等价类测试计算机软件测试5对电话账单来说春季和秋季的标准时间与夏时制时间的转换会带来有意思的问题
g f e a b c d
计算机软件测试
弱一般等价类测试
• •
弱一般等价类测试是基于单缺陷假设的； 弱一般等价类测试是基于单缺陷假设的； 弱一般等价类测试通过使用一个测试用例中的每个等价 区间)的一个变量实现。 类(区间)的一个变量实现。
软件测试6
三角形问题的决策表
选项
规则 规则 规则 规则 规则 1-8 9 10 11 N √ √ √ √ √ √ Y Y Y Y Y Y Y N Y Y N Y 规则 规则 规则 规则 规则 12 13 14 15 16 Y Y N N Y N Y Y Y N Y N Y N N Y Y N N N 条件： c1: a,b,c构成 三角形？ c2: a=b? c3: a=c? c4: b=c? 动作： a1: 非三角形 a2: 一般三角形 a3: 等腰三角形 a4: 等边三角形 a5: 不可能
“阅读指南”决策表
选项 规则
1 Y
2 Y
3 Y
4 Y
5 N
6 N
7 N
8 N
觉得疲倦？ 问 题 感兴趣吗？
Y Y
Y N
N Y
N N
Y Y
√
Y N
N Y
N N
糊涂吗？
重读 建 议 继续 跳下一章 休息
√ √ √ √ √ √ √
决策表的组成
• 决策表通常由以下4部分组成： 条件桩—列出问题的所有条件 条件项—针对条件桩给出的条件列出所有可能的取值
条件桩： • • • C1:月份在{M1,M2,M3,M 4}中之一 C2:日期在{D1,D2,D3,D4 ,D5}中之一 C3:年在{Y1,Y2}中之一
动作桩： A1:不可能 A2:日期增1 A3:日期复位(置1) A4:月份增1 A5:月份复位(置1) A6:年增1
A1:打7折 A2:打8折 A3:打9折 A4:不打折 A5:不可能
26=64 太大！
修改条件桩使有限条目决策表成为 扩展条目决策表
修改条件桩使有限条目决策表成为扩展条目决策表
软件测试技术乔冰琴版本第六章课后答案
软件测试技术乔冰琴版本第六章课后答案1、列举几种WR学习软件GUI的不同方式。
解：（1）使用Rapid Test Script wizard学习软件每个窗体中所有GUI对象的属性。
（2）通过录制脚本的方法学习被录制的那部分软件中所有的GUI 对象的属性。
（3）使用GUI Map Editor学习单个GUI对象、窗体或某个窗体中所有GUI对象的属性。
2、分别简述WR中同步点和检查点的作用。
解：当测试人员执行测试时，所测试的应用程序每次操作的响应时间并不一定，有时快，有时慢，导致执行输入动作的时间也需要等待。
在测试脚本中插入同步点，当Win Runner执行到同步点时，会暂停执行以等待应用程序某些状态的改变后，再继续行，以避免应用程序响应的时间超过Win Runner等待的时间而导致测试执行失败。
3、比较Win Runner中GUI DE Map File per Test和Global GUI Map File两种模式的区别。
解：GUI Map File per Test的方法：在测试的过程中将自动保GUI信息，打开测试时可以自动加载GUI文件。
Global GUI Map File的方法：在测试的过程中需要保存GUI，当应用程序改变时必须更新GUI文件。
4、简述利用Win Runner进行测试的过程可分为哪几个阶段，即操作步骤是什么。
解：WR的测试过程分为以下六个阶段：（1）创建GUI map。
（2）创建测试。
（3）调试测试。
（4）执行测试。
（5）查看测试结果。
（6）报告发现的错误。
5、给出Win Runner中将测试脚本转换为数据驱动测试脚本的一种实现步骤。
解：可以通过下列步骤将测试脚本转换成数据驱动测试脚本：（1）加上开启及关闭数据表的指令。
（2）加上循环并读取数据表的每一笔数据。
（3）将录制的固定值与检查点的值参数化为数据表的字段值。
软件测试技术 第六章 缺陷报告与测试评估
第六章 缺陷报告与测试评估
第六章 缺陷报告与测试评估
1. 软件缺陷的主要属性 2. 软件缺陷报告 3. 软件缺陷的生命周期与处理流程 4. 软件测试的评估 5. 测试总结报告
第2页/共109页
6.1. 软件缺陷的主要属性
为了正确、全面地描述软件缺陷首先需要了解缺陷 的一些主要属性，这些属性为缺陷修复和缺陷统计 分析提供了重要依据。软件缺陷包括以下一些主要 属性： （1）缺陷标识（Identifier） 唯一标识一个软件缺陷的符号，通常用数字编号表 示。当使用缺陷管理系统时，由软件自动生成；
第10页/共109页
（7）缺陷起源（Origin） 缺陷起源是指测试时第一次发现缺陷的阶段 ，例如以下一些典型阶段：需求、总体设计、详 细设计、编码、单元测试、集成测试、系统测试 、验收测试、产品试运行、产品发布后用户使用 阶段。发现缺陷的阶段越早，越有利于降低改正 缺陷的费用。
第11页/共109页
（8）缺陷来源（Source） 缺陷来源是指软件缺陷发生的地方。在软件生命周期某一阶 段发现的缺陷可能来源于前期阶段出现的错误。
其它10% 编码7%
设计27%
需求分析56%
图6-1 软件缺陷产生的阶段
第12页/共109页
（9）缺陷根源（Root Cause） 缺陷根源是指造成软件缺陷的根本因素，主要 是开发过程、工具、方法等软件工程技术与管理因 素以及测试策略等因素，通过缺陷根源分析可以改 进软件过程管理水平。
（1）保证能够重现缺陷；
第23页/共109页ຫໍສະໝຸດ 因此，测试人员在编写缺陷报告时需要注意以
下一些事项： （1）保证能够重现缺陷：如果测试人员发现不能 保证重现一个缺陷，那么就需要给开发人员提供尽 可能多的有效信息。如果无法重现或者没有验证是
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
大的任意性。
如图，如果选取左通路，
就先把模块M1、M2、M5
结合起来测试，然后结合模 块M8、M6，再构造中央和
右侧的控制通路。
第6章 软件测试
25 第 25 页
2）宽度优先策略 沿着软件结构水平地移 动，把处于同一个层次的 M1 M2 M5 M8 自顶向下结合实例 M6 M3 M7 M4
所有模块组装起来。
自底向上集成方法的基本
过程如下： 1）把底层模块组合成实现一 个特定软件子功能的族，如 图族1、2、3。
族1
族2 自底向上实例
族3
第6章 软件测试
30 第 30 页
2）为每个模块设计
一个驱动程序，作
Ma D1
Mc
Mb D2 D3
为测试的控制程序，
以协调测试用例的
输入和输出。图中
D1、D2、D3分别
是族1、2、3的驱动
程序；
第6章 软件测试
族1
族2 自底向上实例
族3
31 第 31 页
3）对模块进行测试； 4 ）用实际模块代替驱 动程序组装成新的模 块族，在新加入的实 际模块上面加上新的 驱动程序进行测试；
族1 D1 Ma
Mc Mb D2 D3
族2 自底向上实例
确认测试
详细设计及详细规格说明
集成测试
编码
单元测试 实现
第6章 软件测试
6 第 6 页
软件测试基础
软件测试过程模型
W模型的重要贡献在于，明确软件开发各阶段都要进行测试，而不仅仅是在 编码结束后才开始。这样，测试的对象不仅是代码，还可以是文档（需求规格 说明、设计规格说明等）。
需求分析 需求测试 验收 系统测试
第6章
第6章 软件测试
软件测试
软件测试基础
白盒测试 黑盒测试 白盒测试和黑盒测试的比较 软件测试策略 调试 软件测试报告
1 第 1 页
软件测试基础
软件测试是软件开发过程的最后一个阶段，它是在软件 开发过程中保证软件质量、提高软件可靠性的最重要的手段 之一，它是软件系统在正式交付用户使用前，对系统分析、
19 第 19 页
例：
输入 1.0 输出 2.0 添加 编辑 3.0 删除
正文加工 系统
加标题 4.0 插入
存储 5.0 修改
检索 6.0 合并
编目录 7.0 列表
格式化 8.0
3.1
TEST DRIVER
3.2
3.3
3.4
3.5
3.6
正文加工系统（H图）
编辑
3.0 TEST STUB 第6章 软件测试
试的是模块功能是否符合设计，运行时是否能（被）正确调用。
第6章 软件测试
14 第 14 页
软件测试基础
软件测试技术分类
从测试策略和测试过程来分，软件测试分为：单元测试、集成测试、确 认测试和系统测试。
1. 单元测试
单元（函数、过程、类、软部件等）是构成软件“大厦”的基石，没有每 个单元的正确，就没有整个软件系统的正确性和可靠性。
动态测试的测试对象针对源程序。
就源程序来讲，静态测试是指不运行程序就找出程序中存在 的错误，动态测试是通过运行程序而发现存在的错误和问题。
第6章 软件测试
13 第 13 页
软件测试基础
软件测试技术分类
白盒测试是针对模块内部逻辑结构进行的测试。它面对程序内部的 实现细节，分别对语句、条件、条件组合、循环等控制结构、异常、错误处 理等特殊流程设计测试用例。 黑盒测试是把模块作为一个整体进行测试。它不关心程序逻辑实现 的具体细节，而是关注模块的输入（接口）、输出（运行结果）。因而它测
测试的“成功”与“失败” 能够发现错误的测试是成功的测试，否则是失败的测试。 第6章 软件测试
5 第 5 页
软件测试基础
软件测试过程模型
V模型的重要价值在于，它定义了软件测试如何与软件工程各阶段相 融合，它清楚地描述了各级别软件测试与软件开发各阶段的对应关系。
需求分析及需求规格说明 系统测试
概要设计及概要规格说明
设计、代码等开发工作的最后检查和复审。
第6章 软件测试
2 第 2 页
软件测试基础
根据IEEE（1983年）标准，这里给出几个有关测试的重要概念 的定义：
失败：当程序不能运行时称为失败。失败是系统执行过程中出
现的一种情况，它源于编码错误。
错误：程序运行而得不到正确结果。
缺陷：缺陷是错误的表现。如叙述的不完整、数据流图的不平
单元测试的一般方法是：
首先通过编译系统检查并改正程序中所有的语法错误； 然后用详细设计模块说明为指南，对重要的控制路径进行测试，以便发现
模块内部的错误。
通常，单元测试使用白盒测试方法。 第6章 软件测试
15 第 15 页
1.1 测试重点
1）模块接口
应该对穿过模块接口的数据流进行检测，以保证正确的输入和 输出。
M1 M2 M5 M8 自顶向下结合实例 M6 M3 M7 M4
2）根据选定的 结合策略（深度优
M1 M2 M5 M8 自顶向下结合实例 M6 M3 M7 M4
先或宽度优先），
用一个实际模块代
替一个存根程序
（新结合的模块往
往又需要新的存根
程序）；
第6章 软件测试
28 第 28 页
3）每结合一个模块， 就测试一个； 4）为保证不引入新的 M2 M5 M8 自顶向下结合实例 M6 M1 M3 M7 M4
第6章 软件测试
4 第 4 页
软件测试基础
测试的目的与地位
E.W.Dijkstra 指出:
“程序测试能证明错误的存在,但不能证明错误不存在.”
测试的目的是发现程序中的错误,是为了证明程序有错,而不是证明程 序无错。
把证明程序无错当作测试目的不仅是不正确的 , 完全做不到的，而且对 做好测试没有任何益处，甚至是十分有害的。软件测试要设法使软件发生 故障,暴露软件错误
2）局部数据结构
这是错误的主要来源，应该设计相应的测试用例，以便发现数 据结构方面的错误。 3）重要的执行路径 由于不可能进行穷尽测试，因此选择测试路径是非常关键的。
4）出错处理通路
5）边界条件 第6章 软件测试
16 第 16 页
1.2 代码审查
审查小组：
1）组长； 2）程序的设计者；
3）程序的编写者；
这种方法的思想是：从主控模块（主程序）开始，沿软件的控制层次向下
移动，逐渐把各个模块结合起来。 在自顶向下结合方法中，如何将所有模块组装到软件结构中，又有两种 方法：
第6章 软件测试
24 第 24 页
1）深度优先策略
先组装软件结构的一条主
控制通路上的所有模块，选 择哪条主控制通路，具有较 M1 M2 M5 M8 自顶向下结合实例 M6 M3 M7 M4
操作流程、系统外部接
口等内容，并生成系统 测试计划，并形成文档
用户需求追踪
。经过审查和复审，形
成软件配置项。 第6章 软件测试
后续阶段
10 第 10 页
软件测试基础
软件测试在软件开发各阶段工作流程——设计和编码阶段测试活动
设计阶段可以细分为
前一阶段 需求规格说明 概要设计 N 评审 Y 详细设计 N 评审 Y 编码 N 单元测试 Y 后续阶段 测试报告 白盒测试用例 单元测试方案 集成测试方案
软件文档配置 测试配置 软件 测试 测试工具 测试结果
测试 评价 错误率
错误
测试 可靠性 模型 可靠性预测
修改正确
第6章 软件测试
12 第 12 页
软件测试基础
软件测试技术分类 静态测试的测试对象包括源程序和文档。项目开发过程中产 生大量的规格说明，对这些规格说明的技术审查和管理复审，以 及对文档的测试数据都属于静态测试。
20 第 20 页
第6章 软件测试
21 第 21 页
第6章 软件测试
22 第 22 页
1.2 集成测试
集成测试是组装软件的系统化技术，它将经过单元测试的模块联系
在一起进行测试。 由模块组装成程序时有两种方法： 1）非渐增式测试方法 先分别测试每个模块，再把所有模块按设计要求放在一起结合成所
要的程序。
（7）全面统计和分析测试结果； （8）保存测试文档，并及时更新；
第6章 软件测试
9 第 9 页
软件测试基础
软件测试在软件开发各阶段的工作流程——需求阶段的测试活动
需求阶段是明确系 统功能、性能、领域需 求等内容。要求测试人 员在这一阶段要了解用 户软件需求、硬件支撑 环境、系统部署、用户
N 需求评审 Y 需求规格说明书 N 需求变更 Y 记录需求变更 系统测试方案变更 系统测试方案 编写用户需求 功能、性能 初步制定系统 测试计划
4）程序的测试者。
第6章 软件测试
17 第 17 页
1.3 计算机测试
由于软件模块不是一个独立的系统，不能独立运行，要依靠其他模块 调用，或需要调用其他模块。 因此，必须要为测试的单元开发驱动程序或存根程序。
1）驱动程序
相当于一个“主程序”，用来把测试数据传送给被测试的模块， 并打印有关结果。 2）存根程序 用来代替被测试模块所调用的模块，相当于“虚拟子程序”。
衡、程序流程图的非结构化设计、源代码编写错误等。
测试用例：测试用例是为了某种特定目标而设计的一组输入数
据或执行条件，以及预期结果的集合。它是测试执行时最小的实 体。
第6章 软件测试
3 第 3 页
软件测试基础
对于软件测试的定义，有如下不同的描述：
IEEE（1983）：使用人工或自动运行测试系统的过程，其目的在于检验系统
如图，首先结合M2、