软件测试基础过程与方法.pptxVIP

第二章 软件测试基础;本章要点：;1、软件测试的目的;在谈到软件测试时，许多人都引用 Grenford J. Myers在《The Art of Software Testing》一书中的观点： 　　①软件测试是为了发现错误而执行程序的过程。 　　②测试是为了证明程序有错，而不是证明程序无错误。 　　③一个好的测试用例是在于它能发现至今未发现的错误。 　　④一个成功的测试是发现了至今未发现的错误的测试。 　　这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能 ; 仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目的，查找不出错误的测试就是没有价值的，事实并非如此。 首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。 其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。;2、软件测试的原则;3、软件测试的分类;3.1、静态测试;3.2、动态测试;3.3、黑盒测试;3.4、白盒测试;3.5、单元测试;内容： 单元测试的主要内容有： A.模块接口测试； B.局部数据结构测试； C.独立路径测试； D.错误处理测试； E.边界条件测试;模块接口测试中的被测模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相关联的模块。这些辅助模块可分为两种： (1) 驱动模块（driver）：相当于被测模块的主程序。它接收测试数据，把这些数据传送给被测模块，最后输出实测结果。 (2) 桩模块（stub）：用以代替被测模块调用的子模块。桩模块可以做少量的数据操作，不需要把子模块所有功能都带进来，但不允许什么事情也不做。 ;3.6、集成测试;对于传统软件来讲，可以把集成测试划分为三个层次： A.模块内集成测试； B.子系统内集成测试； C.子系统间集成测试。 对于面向对象的应用系统来说，可以把集成测试分为两个阶段： A.类内集成测试； B.类间集成测试。 ;模式： 选择什么方??把模块组装起来形成一个可运行的系统，直接影响到模块测试用例的形式、所用测试工具的类型、模块编号的次序和测试的次序、生成测试用例的费用和调试的费用。通常，把模块组装成为系统的测试方式有两种： ⑴一次性集成测试方式（No-Incremental Integration） 一次性集成测试方式也称作非增值式集成测试。先分别测试每个模块，再把所有模块按设计要求放在一起结合成所需要实现的程序。 ⑵增值式集成测试方式 把下一个要测试的模块同已经测好的模块结合起来进行测试，测试完毕，再把下一个应该测试的模块结合进来继续进行测试。在组装的过程中边连接边测试，以发现连接过程中产生的问题。通过增值逐步组装成为预先要求的软件系统。增值式集成测试方式有三种： A.自顶向下增值测试方式（Top-down Integration） B.自底向上增值测试方式（Bottom-up Integration） C.混合增值测试方式（Modified Top-down Integration） ;一次性集成方式 ;自顶向下增值测试方式 ;自底向上增值测试方式 ; 一次性集成测试方式与增值式集成测试方式的比较: 增值式集成方式需要编写的软件较多，工作量较大，花费的时间较多。一次性集成方式的工作量较小； 增值式集成方式发现问题的时间比一次性集成方式早； 增值式集成方式比一次性集成方式更容易判断出问题的所在，因为出现的问题往往和最后加进来的模块有关； 增值式集成方式测试的更为彻底； 使用一次性集成方式可以多个模块并行测试。 这两种模式各有利弊，在时间条件允许的情况下采用增值式集成测试方式有一定的优势。 ;组织和实施: 集成测试是一种正规测试过程，必须精心计划，并与单元测试的完成时间协调起来。在制定测试计划时，应考虑如下因素： 1.采用何种系统组装方法来进行组装测试； 2.组装测试过程中连接各个模块的顺序； 3.模块代码编制和测试进度是否与组装测试的顺序一致； 4.测试过程中是否需要专门的硬件设备。 ;3.7、确认测试;确认测试的工作： ;结果： 在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类： 1、测试结果与预期的结果相符。说明软件的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受； 2、测试结果与预期的结果不符。说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提