测试团队培训材料
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
测试团队培训
中数通信息有限公司
2012年7月 27日
目 录
一、软件测试简介 二、测试团队结构组成 三、测试流程 四、测试结果报告
五、测试需具备的素质 六、测试需注意事项
一、软件测试简介
软件测试的由来
软件测试是伴随 着软件的产生而产生 的。早期的软件开发 过程中，将测试等同 于“调试”，目的是 纠正软件中已经知道 的故障，常常由开发 人员自己完成这部分 的工作。
灰盒测试
软件测试 白盒测试
黑盒测试
从是否关心软件内部结构和具体实现的角度划分
一、软件测试简介
黑盒测试的方法
专业性的测试需要 包含软件的外部结构测 试和内部结构测试，目 前我们的测试侧重于外 部结构测试，也就是功 能性测试，着重于用户 角度出发的用户体验， 也可以说属于黑盒测试 的一部分。
因果 图法 等价类 划分法 判定驱 动法 ……
二、测试团队的结构组成
测试团队的架构
测试经理
组长
组长
组长
组员
…
组员
...
组员
...
二、测试团队的结构组成
测试团队的成员 分配
测试组长
测试团队中的桥梁， 负责任务的安排、测 试过程的监督以及测 试结果汇总审核 （也参与过程测试）
测试经理
测试团队核心人物， 负责任务的接收、下 发、测试结果最终审 核以及对整个团队的 管理
测试经验总结 测试是一个积累过 程，报告完成后还 需对这一轮测试过 程进行一个总结
编写测试报告 将确认完毕的测试 结果汇整成报告， 报告编写需全面、 清晰、描述准确
分析测试结果 测试结果要进行分 析确认，及时反馈 给产品开发，并做 好验证测试
目 录
一、软件测试简介 二、测试团队结构组成 三、测试流程 四、测试结果报告
6、验收测试
验收测试是指系统开发生命周期方法论的一个阶段，这时相关 的用户或独立测试人员根据测试计划和结果对系统进行测试和 接收。它让系统用户决定是否接收系统。它是一项确定产品是 否能够满足合同或用户所规定需求的测试。
一、软件测试简介
测试的方法举例
测试方法名称
7、负载测试
定义
负载测试，英文是Load testing，负载测试是测 试一个应用在重负荷下的 表现。
4、随机测试
一、软件测试简介
测试的方法举例
测试方法名称
5、回归测试
定义
回归测试，英文是 Regression testing，回 归测试是指在发生修改之 后重新测试先前的测试以 保证修改的正确性。理论 上，软件产生新版本，都 需要进行回归测试，验证 以前发现和修复的错误是 否在新软件版本上再次出 现。 验收测试，英文是 Acceptance testing。
内容及举例
根据修复好了的缺陷再重新进行测试。回归测试的目的在于验 证以前出现过但已经修复好的缺陷不再重新出现。一般指对某 已知修正的缺陷再次围绕它原来出现时的步骤重新测试。通常 确定所需的再测试的范围时是比较困难的，特别当临近产品发 布日期时。因为为了修正某缺陷时必需更改源代码，因而就有 可能影响这部分源代码所控制的功能。所以在验证修好的缺陷 时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试 有可能受影响的所有功能。
1979年
Glenford Myers在其 《软件测试艺术》（ The Art of Software Testing）中给出了当 时最好的软件测试定 义：“测试是为发现 错误而执行的一个程 序或者系统的过程。 ”
一、软件测试简介
测试的分类
从是否执行程序的角度划分 从软件开发的过程按阶段划分
集成测试
内容及举例
形像地类比新电路板功基本功能检查。任何新电路板焊好后，先 通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。 冒烟测试的对像是每一个新编译的需要正式测试的软件版本，目 的是确认软件基本功能正常，可以进行后续的正式测试工作。冒 烟测试的执行者是版本编译人员。 随机测试主要是对被测软件的一些重要功能进行复测，也包括测 试那些当前的测试样例(Test Case)没有覆盖到的部分。另外，对 于软件更新和新增加的功能要重点测试。重点对一些特殊点情况 点、特殊的使用环境、并发性、进行检查。尤其对以前测试发现 的重大Bug，进行再次测试，可以结合回归测试 (Regressive testing)一起进行。
测试组员
测试团队中的骨干， 负责所有测试任务， 包括测试过程的问 题协商处理以及结 果报告的编写
目 录
一、软件测试简介 二、测试团队结构组成 三、测试流程 四、测试结果报告
五、测试需具备的素质 六、测试需注意事项
三、测试流程
客户
提 交
工作流程
通过
测试经理
通过
审 核
不通过
下 发
审 核Fra Baidu bibliotek
组长
安 排 提 交
一、软件测试简介
测试的方法举例
测试方法名称
3、冒烟测试
定义
冒烟测试，英文是 Smoke testing。冒烟 测试的名称可以理解为 该种测试耗时短，仅用 一袋烟功夫足够了。 随机测试，英文是 Adhoc testing。 随机测试没有书面 测试用例、记录期望结 果、检查列表、脚本或 指令的测试。主要是根 据测试者的经验对软件 进行功能和性能抽查。
不通过
组员 测 试 报 告
三、测试流程
软件测试模型
软件测试模型的研究是随着软件工程的发展而越来越深入的，在20世纪80年代后 期Paul Rook提出了著名的软件测试的V模型，旨在改进软件开发的效率和效果，后来 ，Evolutif公司针对V模型的缺陷，相对于V模型，提出了W模型的概念，W模型增加了 软件各开发阶段中应同步进行的验证和确认活动。而H模型则是强调测试是独立的，只 要测试准备完成，就可以执行测试。
内容及举例
例如测试一个 Web 站点在大量的负荷下，何时系统的响应会 退化或失败，以发现设计上的错误或验证系统的负载能力。在 这种测试中，将使测试对像承担不同的工作量，以评测和评估 测试对像在不同工作量条件下的性能行为，以及持续正常运行 的能力。 负载测试的目标是确定并确保系统在超出最大预期工作量的情 况下仍能正常运行。此外，负载测试还要评估性能特征，例如， 响应时间、事务处理速率和其他与时间相关的方面。 压力测试是一种基本的质量保证行为，它是每个重要软件测试 工作的一部分。压力测试的基本思路很简单：不是在常规条件 下运行手动或自动测试，而是在计算机数量较少或系统资源匮 乏的条件下运行测试。通常要进行压力测试的资源包括内部内 存、CPU 可用性、磁盘空间和网络带宽等。一般用并发来做压 力测试。
黑盒测试 的方法
边界值 分析法
黑盒的测试方法
错误推 测法
一、软件测试简介
黑盒测试的方法
等价类划分法
黑盒测试 设计用例 方法
边界值分析法 错误推测法 因果图法
客户立场
……
正向测试：按照计划需求，输入预期实现值，对比结 果是否符合需求 反向测试：输入与需求相反的错误值，查看是否提示 输出错误 发散测试：从用户使用角度出发，设计各种使用过程 中可能出现的场景 ，对其功能进行验证
10、边界条件 测试
边界条件测试，英文是 Boudary Testing。又称 边界值测试。
目 录
一、软件测试简介 二、测试团队结构组成 三、测试流程 四、测试结果报告
五、测试需具备的素质 六、测试需注意事项
二、测试团队的结构组成
团队的重要性
测试的目的是为全方面尽可能多地 发现问题缺陷。 一份完整的测试结果是由各个小模 块测试集合而成。每个测试模块、测试 小组，即是独立存在的，却又是彼此间 环环相扣的，少了其中一部分，或是一 部分脱节，都会影响到最终的测试结果。 所以测试更为注重团队的配合，团队的 力量。
B
单元 测试
软件测试 C 系统
测试
A 软件测试 E
验收 测试
D 回归
测试
静态测试
动态测试
一、软件测试简介
测试的分类
黑盒测试也称功能测试，它 是通过测试来检测每个功能 是否都能正常使用。在测试 中，把程序看作一个不能打 开的黑盒子，在完全不考虑 程序内部结构和内部特性的 情况下，在程序接口进行测 试，它只检查程序功能是否 按照需求规格说明书的规定 正常使用，程序是否能适当 地接收输入数据而产生正确 的输出信息。黑盒测试着眼 于程序外部结构，不考虑内 部逻辑结构，主要针对软件 界面和软件功能进行测试。
日常测试
一、软件测试简介
测试的方法举例
测试方法名称
1、移植性测试
定义
可移植性测试，英 文是Portability testing。又称兼容 性测试。 用户界面测试，英 文是User interface testing。又称UI测 试。 用户界面，英文是 User interface。是 指软件中的可见外 观及其底层与用户 交互的部分（菜单、 对话框、窗口和其 它控件）。
软件规模越来越大，功能越来越复杂，人们慢 慢意识到测试不单纯是一个发现错误的过程，而且 包含软件质量评价的内容，软件测试也渐渐被重视， 并且从开发独立出来。
一、软件测试简介
软件测试的未来 展望
有关专家指出，软件测试是正在快速发展、充满挑战的 领域。尽管现在单机版桌面软件的测试已经成熟了很多，但 对于网络时代的来临，包括知名跨国公司在内的大公司对基 于网络的测试也没有一套完整的体系，也是处于探索中，所 以说这一行业所面临的机遇与挑战是共存的。
内容及举例
可移植性测试是指测试软件是否可以被成功移植到指定的硬件或软 件平台上。
2、用户界面测 试-UI测试
用户界面测试是指测试用户界面的风格是否满足客户要求，文 字是否正确，页面是否美观，文字，图片组合是否完美，操作是否 友好等等。UI 测试的目标是确保用户界面会通过测试对像的功能来 为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业 的标准。包括用户友好性、人性化、易操作性测试。 用户界面测试包括菜单，对话框及对话框上所有按钮，文字， 出错提示，帮助信息 等方面的测试。比如，测试Microsoft Excel 中插入符号功能所用的对话框的大小，所有按钮是否对齐，字符串 字体大小，出错信息内容和字体大小，工具栏位置/图标等等。
V模型
W模型
H模型
三、测试流程
V模型&W模型
需求分析 验收测试 需求分析 需求测试 交付 验收测试
概要设计
系统测试
概要测试
功能测试
实施
系统测试
详细设计
集成测试
详细测试 设计测试
集成
集成测试
编码
单元测试
编码
单元测试
三、测试流程
测试模块具体流程
测试需求分析 与客户做好沟通， 了解产品需求，并 对其需求进行解析 测试用例的设计 与编写 根据需求特点，进 行用例的设计编写， 注意需设计好用例 的测试覆盖面 测试计划制定 与评审 对已设计好的测试 进行一个有效的执 行计划，并提交领 导评审 测试的执行与 监控 做好测试工作分配 安排，加强测试工 作的实施，并做好 工作监控
8、压力测试
压力测试，英文是Stress Testing，和负载测试差 不多。
一、软件测试简介
测试的方法举例
测试方法名称
9、性能测试
定义
性能测试，英文是 Performance Testing， 性能测试是在交替进行负 荷和强迫测试时常用的术 语
内容及举例
理想的“性能测试”(和其他类型的测试)应在需求文档或质量 保证、测试计划中定义。性能测试一般包括负载测试和压力测 试。 通常验证软件的性能在正常环境和系统条件下重复使用是否还 能满足性能指标。或者执行同样任务时新版本不比旧版本慢。 一般还检查系统记忆容量在运行程序时会不会流失(memory leak)。比如，验证程序保存一个巨大的文件新版本不比旧版本 慢。 一种黑盒测试方法，是对等价类分析方法的一种补充,由长期的 测试工作经验得知，大量的错误是发生在输入或输出的边界上。 因此针对各种边界情况设计测试用例，可以查出更多的错误。 边界条件测试是环绕边界值的测试。通常意味着测试软件各功 能是否能正确处理最大值，最小值或者所设计软件能够处理的 最长的字符串等等。
一、软件测试简介
软件测试的定义
2002年 1983年
Bill Hetzel在《软件 测试完全指南》 （Complete Guide of Software Testing） 一书中指出：“测试 是以评价一个程序或 者系统属性为目标的 任何一种活动。测试 是对软件质量的度 量。” Rick和Stefan在《系 统的软件测试》（ Systematic Software Testing）中对软件测 试做了进一步定义： “测试是为了度量和 提高被测软件的质量 ，对测试件进行工程 设计、实施和维护的 整个生命周期过程。 ”
中数通信息有限公司
2012年7月 27日
目 录
一、软件测试简介 二、测试团队结构组成 三、测试流程 四、测试结果报告
五、测试需具备的素质 六、测试需注意事项
一、软件测试简介
软件测试的由来
软件测试是伴随 着软件的产生而产生 的。早期的软件开发 过程中，将测试等同 于“调试”，目的是 纠正软件中已经知道 的故障，常常由开发 人员自己完成这部分 的工作。
灰盒测试
软件测试 白盒测试
黑盒测试
从是否关心软件内部结构和具体实现的角度划分
一、软件测试简介
黑盒测试的方法
专业性的测试需要 包含软件的外部结构测 试和内部结构测试，目 前我们的测试侧重于外 部结构测试，也就是功 能性测试，着重于用户 角度出发的用户体验， 也可以说属于黑盒测试 的一部分。
因果 图法 等价类 划分法 判定驱 动法 ……
二、测试团队的结构组成
测试团队的架构
测试经理
组长
组长
组长
组员
…
组员
...
组员
...
二、测试团队的结构组成
测试团队的成员 分配
测试组长
测试团队中的桥梁， 负责任务的安排、测 试过程的监督以及测 试结果汇总审核 （也参与过程测试）
测试经理
测试团队核心人物， 负责任务的接收、下 发、测试结果最终审 核以及对整个团队的 管理
测试经验总结 测试是一个积累过 程，报告完成后还 需对这一轮测试过 程进行一个总结
编写测试报告 将确认完毕的测试 结果汇整成报告， 报告编写需全面、 清晰、描述准确
分析测试结果 测试结果要进行分 析确认，及时反馈 给产品开发，并做 好验证测试
目 录
一、软件测试简介 二、测试团队结构组成 三、测试流程 四、测试结果报告
6、验收测试
验收测试是指系统开发生命周期方法论的一个阶段，这时相关 的用户或独立测试人员根据测试计划和结果对系统进行测试和 接收。它让系统用户决定是否接收系统。它是一项确定产品是 否能够满足合同或用户所规定需求的测试。
一、软件测试简介
测试的方法举例
测试方法名称
7、负载测试
定义
负载测试，英文是Load testing，负载测试是测 试一个应用在重负荷下的 表现。
4、随机测试
一、软件测试简介
测试的方法举例
测试方法名称
5、回归测试
定义
回归测试，英文是 Regression testing，回 归测试是指在发生修改之 后重新测试先前的测试以 保证修改的正确性。理论 上，软件产生新版本，都 需要进行回归测试，验证 以前发现和修复的错误是 否在新软件版本上再次出 现。 验收测试，英文是 Acceptance testing。
内容及举例
根据修复好了的缺陷再重新进行测试。回归测试的目的在于验 证以前出现过但已经修复好的缺陷不再重新出现。一般指对某 已知修正的缺陷再次围绕它原来出现时的步骤重新测试。通常 确定所需的再测试的范围时是比较困难的，特别当临近产品发 布日期时。因为为了修正某缺陷时必需更改源代码，因而就有 可能影响这部分源代码所控制的功能。所以在验证修好的缺陷 时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试 有可能受影响的所有功能。
1979年
Glenford Myers在其 《软件测试艺术》（ The Art of Software Testing）中给出了当 时最好的软件测试定 义：“测试是为发现 错误而执行的一个程 序或者系统的过程。 ”
一、软件测试简介
测试的分类
从是否执行程序的角度划分 从软件开发的过程按阶段划分
集成测试
内容及举例
形像地类比新电路板功基本功能检查。任何新电路板焊好后，先 通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。 冒烟测试的对像是每一个新编译的需要正式测试的软件版本，目 的是确认软件基本功能正常，可以进行后续的正式测试工作。冒 烟测试的执行者是版本编译人员。 随机测试主要是对被测软件的一些重要功能进行复测，也包括测 试那些当前的测试样例(Test Case)没有覆盖到的部分。另外，对 于软件更新和新增加的功能要重点测试。重点对一些特殊点情况 点、特殊的使用环境、并发性、进行检查。尤其对以前测试发现 的重大Bug，进行再次测试，可以结合回归测试 (Regressive testing)一起进行。
测试组员
测试团队中的骨干， 负责所有测试任务， 包括测试过程的问 题协商处理以及结 果报告的编写
目 录
一、软件测试简介 二、测试团队结构组成 三、测试流程 四、测试结果报告
五、测试需具备的素质 六、测试需注意事项
三、测试流程
客户
提 交
工作流程
通过
测试经理
通过
审 核
不通过
下 发
审 核Fra Baidu bibliotek
组长
安 排 提 交
一、软件测试简介
测试的方法举例
测试方法名称
3、冒烟测试
定义
冒烟测试，英文是 Smoke testing。冒烟 测试的名称可以理解为 该种测试耗时短，仅用 一袋烟功夫足够了。 随机测试，英文是 Adhoc testing。 随机测试没有书面 测试用例、记录期望结 果、检查列表、脚本或 指令的测试。主要是根 据测试者的经验对软件 进行功能和性能抽查。
不通过
组员 测 试 报 告
三、测试流程
软件测试模型
软件测试模型的研究是随着软件工程的发展而越来越深入的，在20世纪80年代后 期Paul Rook提出了著名的软件测试的V模型，旨在改进软件开发的效率和效果，后来 ，Evolutif公司针对V模型的缺陷，相对于V模型，提出了W模型的概念，W模型增加了 软件各开发阶段中应同步进行的验证和确认活动。而H模型则是强调测试是独立的，只 要测试准备完成，就可以执行测试。
内容及举例
例如测试一个 Web 站点在大量的负荷下，何时系统的响应会 退化或失败，以发现设计上的错误或验证系统的负载能力。在 这种测试中，将使测试对像承担不同的工作量，以评测和评估 测试对像在不同工作量条件下的性能行为，以及持续正常运行 的能力。 负载测试的目标是确定并确保系统在超出最大预期工作量的情 况下仍能正常运行。此外，负载测试还要评估性能特征，例如， 响应时间、事务处理速率和其他与时间相关的方面。 压力测试是一种基本的质量保证行为，它是每个重要软件测试 工作的一部分。压力测试的基本思路很简单：不是在常规条件 下运行手动或自动测试，而是在计算机数量较少或系统资源匮 乏的条件下运行测试。通常要进行压力测试的资源包括内部内 存、CPU 可用性、磁盘空间和网络带宽等。一般用并发来做压 力测试。
黑盒测试 的方法
边界值 分析法
黑盒的测试方法
错误推 测法
一、软件测试简介
黑盒测试的方法
等价类划分法
黑盒测试 设计用例 方法
边界值分析法 错误推测法 因果图法
客户立场
……
正向测试：按照计划需求，输入预期实现值，对比结 果是否符合需求 反向测试：输入与需求相反的错误值，查看是否提示 输出错误 发散测试：从用户使用角度出发，设计各种使用过程 中可能出现的场景 ，对其功能进行验证
10、边界条件 测试
边界条件测试，英文是 Boudary Testing。又称 边界值测试。
目 录
一、软件测试简介 二、测试团队结构组成 三、测试流程 四、测试结果报告
五、测试需具备的素质 六、测试需注意事项
二、测试团队的结构组成
团队的重要性
测试的目的是为全方面尽可能多地 发现问题缺陷。 一份完整的测试结果是由各个小模 块测试集合而成。每个测试模块、测试 小组，即是独立存在的，却又是彼此间 环环相扣的，少了其中一部分，或是一 部分脱节，都会影响到最终的测试结果。 所以测试更为注重团队的配合，团队的 力量。
B
单元 测试
软件测试 C 系统
测试
A 软件测试 E
验收 测试
D 回归
测试
静态测试
动态测试
一、软件测试简介
测试的分类
黑盒测试也称功能测试，它 是通过测试来检测每个功能 是否都能正常使用。在测试 中，把程序看作一个不能打 开的黑盒子，在完全不考虑 程序内部结构和内部特性的 情况下，在程序接口进行测 试，它只检查程序功能是否 按照需求规格说明书的规定 正常使用，程序是否能适当 地接收输入数据而产生正确 的输出信息。黑盒测试着眼 于程序外部结构，不考虑内 部逻辑结构，主要针对软件 界面和软件功能进行测试。
日常测试
一、软件测试简介
测试的方法举例
测试方法名称
1、移植性测试
定义
可移植性测试，英 文是Portability testing。又称兼容 性测试。 用户界面测试，英 文是User interface testing。又称UI测 试。 用户界面，英文是 User interface。是 指软件中的可见外 观及其底层与用户 交互的部分（菜单、 对话框、窗口和其 它控件）。
软件规模越来越大，功能越来越复杂，人们慢 慢意识到测试不单纯是一个发现错误的过程，而且 包含软件质量评价的内容，软件测试也渐渐被重视， 并且从开发独立出来。
一、软件测试简介
软件测试的未来 展望
有关专家指出，软件测试是正在快速发展、充满挑战的 领域。尽管现在单机版桌面软件的测试已经成熟了很多，但 对于网络时代的来临，包括知名跨国公司在内的大公司对基 于网络的测试也没有一套完整的体系，也是处于探索中，所 以说这一行业所面临的机遇与挑战是共存的。
内容及举例
可移植性测试是指测试软件是否可以被成功移植到指定的硬件或软 件平台上。
2、用户界面测 试-UI测试
用户界面测试是指测试用户界面的风格是否满足客户要求，文 字是否正确，页面是否美观，文字，图片组合是否完美，操作是否 友好等等。UI 测试的目标是确保用户界面会通过测试对像的功能来 为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业 的标准。包括用户友好性、人性化、易操作性测试。 用户界面测试包括菜单，对话框及对话框上所有按钮，文字， 出错提示，帮助信息 等方面的测试。比如，测试Microsoft Excel 中插入符号功能所用的对话框的大小，所有按钮是否对齐，字符串 字体大小，出错信息内容和字体大小，工具栏位置/图标等等。
V模型
W模型
H模型
三、测试流程
V模型&W模型
需求分析 验收测试 需求分析 需求测试 交付 验收测试
概要设计
系统测试
概要测试
功能测试
实施
系统测试
详细设计
集成测试
详细测试 设计测试
集成
集成测试
编码
单元测试
编码
单元测试
三、测试流程
测试模块具体流程
测试需求分析 与客户做好沟通， 了解产品需求，并 对其需求进行解析 测试用例的设计 与编写 根据需求特点，进 行用例的设计编写， 注意需设计好用例 的测试覆盖面 测试计划制定 与评审 对已设计好的测试 进行一个有效的执 行计划，并提交领 导评审 测试的执行与 监控 做好测试工作分配 安排，加强测试工 作的实施，并做好 工作监控
8、压力测试
压力测试，英文是Stress Testing，和负载测试差 不多。
一、软件测试简介
测试的方法举例
测试方法名称
9、性能测试
定义
性能测试，英文是 Performance Testing， 性能测试是在交替进行负 荷和强迫测试时常用的术 语
内容及举例
理想的“性能测试”(和其他类型的测试)应在需求文档或质量 保证、测试计划中定义。性能测试一般包括负载测试和压力测 试。 通常验证软件的性能在正常环境和系统条件下重复使用是否还 能满足性能指标。或者执行同样任务时新版本不比旧版本慢。 一般还检查系统记忆容量在运行程序时会不会流失(memory leak)。比如，验证程序保存一个巨大的文件新版本不比旧版本 慢。 一种黑盒测试方法，是对等价类分析方法的一种补充,由长期的 测试工作经验得知，大量的错误是发生在输入或输出的边界上。 因此针对各种边界情况设计测试用例，可以查出更多的错误。 边界条件测试是环绕边界值的测试。通常意味着测试软件各功 能是否能正确处理最大值，最小值或者所设计软件能够处理的 最长的字符串等等。
一、软件测试简介
软件测试的定义
2002年 1983年
Bill Hetzel在《软件 测试完全指南》 （Complete Guide of Software Testing） 一书中指出：“测试 是以评价一个程序或 者系统属性为目标的 任何一种活动。测试 是对软件质量的度 量。” Rick和Stefan在《系 统的软件测试》（ Systematic Software Testing）中对软件测 试做了进一步定义： “测试是为了度量和 提高被测软件的质量 ，对测试件进行工程 设计、实施和维护的 整个生命周期过程。 ”