软件测试种类.ppt

静态测试（续） 静态结构分析主要是以图形的方式表现程序的内部结构——帮助我们理解程序 函数调用关系图以直观的图形方式描述一个应用程序中各个函数的调用和被调用关系 控制流图显示一个函数的逻辑结构，它由许多节点组成，一个节点代表一条语句或数条语句，连接结点的叫边，边表示节点间的控制流向 数据流图显示程序中声明的符号或变量被引用情况 动态测试 被测代码在相对真实环境下运行，从多角度观察程序运行时能体现的功能、逻辑、行为、结构等行为，以发现其中的错误现象 动态测试方法分为黑盒法和白盒法 黑盒测试是基于功能的测试，只关心软件功能，不考虑其内部，也叫功能测试 白盒测试关心软件内部逻辑结构，测试覆盖率，是由逻辑驱动的测试 为了较快得到测试效果，通常先进行功能测试，达到所有功能后，为确定软件的可靠性进行必要的覆盖测试 单元测试 (Unit Testing) 是针对软件设计的最小单位(C语言中的函数或子过程)进行正确性检验的测试工作 目的在于发现各模块内部可能存在的各种差错 一般在编码之后，由开发人员完成 目标 检查代码实现是否符合设计(不能检查设计是否正确) 尽早发现错误，例如微软应用软件 10-20 defects/KLOC during unit testing 0.5 defects/KLOC after release 性价比最好 单元测试 (续) 单元测试实施的问题 实施效果非常好，但是实施阻力比较大(主要是人员和管理因素)，一般只在关键的程序单元中实施 有比较系统的理论和方法，但也依赖于系统的特殊性和开发人员的经验 有大量的辅助工具，开发人员也经常自己开发测试代码和测试工具 单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试 单元测试的内容 在单元测试时，测试者需要依据详细设计说明书和源程序清单，了解该模块的I/O条件和模块的逻辑结构 主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理的输入和不合理的输入，都能鉴别和响应 集成测试或组装测试(Integrated Testing) 在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。这时需要考虑的问题是 在把各个模块连接起来的时侯，穿越模块接口的数据是否会丢失 一个模块的功能是否会对另一个模块的功能产生不利的影响 各个子功能组合起来，能否达到预期要求的父功能 全局数据结构是否有问题 单个模块的误差累积起来，是否会放大，从而达到不能接受的程度 集成测试或组装测试（续） 在单元测试的同时可进行组装测试 发现并排除在模块连接中可能出现的问题，最终构成要求的软件系统 子系统组装测试又称为部件测试 它是要找出组装后的子系统与系统需求规格说明之间的不一致 模块组装成系统的方式有两种 一次性组装方式 它是一种非增殖式组装方式。也叫做整体拼装 使用这种方式，首先对每个模块分别进行模块测试，然后再把所有模块组装在一起进行测试，最终得到要求的软件系统 增殖式组装方式 首先对一个个模块进行模块测试，然后将这些模块逐步组装成较大的系统 在组装的过程中边连接边测试，以发现连接过程中产生的问题 通过增殖逐步组装成为要求的软件系统 集成测试或组装测试（续） 增殖式组装方式 自顶向下的增殖方式 将模块按系统程序结构，沿控制层次自顶向下进行组装 在测试过程中较早地验证了主要的控制和判断点 选用按深度方向组装的方式，可以首先实现和验证一个完整的软件功能 自底向上的增殖方式 这种组装的方式是从程序模块结构的最底层的模块开始组装和测试 因模块自底向上组装，对于一个给定层次的模块，它的子模块（包括子模块的所有下属模块）已经组装并测试完成，所以不再需要桩模块。在模块的测试过程中需要从子模块得到的信息可以直接运行子模块得到 自顶向下增殖的方式和自底向上增殖的方式各有优缺点 一般来讲，一种方式的优点是另一种方式的缺点。 集成测试或组装测试（续） 软件集成也可在主机环境上完成 在主机平台上模拟目标环境运行,在目标环境上重复测试也是必须的 在此级别上的确认测试将确定一些环境上的问题,比如内存定位和分配上的一些错误 在主机环境上进行集成测试,依赖于目标系统的具体功能有多少.有些嵌入式系统与目标环境耦合非常紧密,若在主机环境做集成是不切实际的 一个大型软件的开发可以分几个级别的集成.低级别的软件集成在主机平台上完成有很大优势,越往后的集成越依赖于目标环境 系统测试 将通过确认测试的软件，作为整个基于计算机系统的一个元素,与计算机硬件,外设,操作系统,数据和人员结合在一起,在实际运动的环境下对计算机系统进行一系列的集成测试和确认测试 系统测试必须在目标环境下运行 当单元测试和集成测试完成之后，系统测试功用则在于评估系统环境下软件的性能 发现和捕捉软件中潜在的BUG 确认测试（Va