第6章系统实施测试评价与维护.pptVIP

复旦大学计算机科学与工程系 软件工程课程  管理流程（单元测试） 主要指动态测试应用流程 测试文档（单元测试） 主要指动态测试应用文档 3.测试用例——为了进行有效的测试而设计的输入数据和预期的输出结果数据。 测试用例设计的基本目的是确定一组最有可能发现某个错误或某类错误的测试数据。 测试用例的设计只能在周期和经费允许的条件下，使用最少数目的测试用例，发现最大数目可能的错误。 如果一个模块要完成多种功能，可以将这个模块看成由几个小程序组成。必须对其中的每个小程序先进行单元测试要做的工作，对关键模块还要做性能测试。 对支持某些标准规程的程序，更要着手进行互联测试。有人把这种情况特别称为模块测试，以区别单元测试。 组装测试 (集成测试、联合测试） 通常，在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。这时需要考虑的问题是(5个方面)： 在把各个模块连接起来的时侯，穿越模块接口的数据是否会丢失； 一个模块的功能是否会对另一个模块的功能产生不利的影响；  各个子功能组合起来，能否达到预期要求的父功能； 全局数据结构是否有问题； 单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。 在单元测试的同时可进行组装测试，发现并排除在模块连接中可能出现的问题，最终构成要求的系统。   子系统的组装测试特称为部件测试，它所做的工作是要找出组装后的子系统与系统需求规格说明之间的不一致。 通常，把模块组装成为系统的方式有两种 一次性组装方式 增殖式组装方式 它是一种非增殖式组装方式。也叫做整体拼装。 使用这种方式，首先对每个模块分别进行模块测试，然后再把所有模块组装在一起进行测试，最终得到要求的系统。 这种组装方式又称渐增式组装。 首先对一个个模块进行模块测试，然后将这些模块逐步组装成较大的系统。 在组装的过程中边连接边测试，以发现连接过程中产生的问题。 通过增殖逐步组装成为要求的系统。 确认测试又称有效性测试。任务是验证系统的功能和性能及其它特性是否与用户的要求一致。 对系统的功能和性能要求在系统需求规格说明书中已经明确规定。它包含的信息就是系统确认测试的基础。 有效性测试是在模拟的环境 (可能就是开发的环境) 下，运用黑盒测试的方法，验证被测系统是否满足需求规格说明书列出的需求。 首先制定测试计划，规定要做测试的种类。还需要制定一组测试步骤，描述具体的测试用例。 通过实施预定的测试计划和测试步骤，确定： 系统的特性是否与需求相符； 所有的文档都是正确且便于使用； 同时，对其它系统需求，例如可移植性、兼容性、出错自动恢复、可维护性等，也都要进行测试。 在全部系统测试的测试用例运行完后，所有的测试结果可以分为两类： 测试结果与预期的结果相符。这说明系统的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受。 测试结果与预期的结果不符。这说明系统的这部分功能或性能特征与需求规格说明书不一致，因此要为它提交一份问题报告。 系统配置复查的目的是保证 系统配置的所有成分都齐全； 各方面的质量都符合要求； 具有维护阶段所必需的细节； 而且已经编排好分类的目录。 应当严格遵守用户手册和操作手册中规定的使用步骤，以便检查这些文档资料的完整性和正确性。 在通过了系统的有效性测试及系统配置审查之后，就应开始系统的验收测试。 验收测试是以用户为主的测试。系统开发人员和QA（质量保证）人员也应参加。 由用户参加设计测试用例，使用生产中的实际数据进行测试。 在测试过程中，除了考虑系统的功能和性能外，还应对系统的可移植性、兼容性、可维护性、错误的恢复功能等进行确认。 确认测试应交付的文档有： 确认测试分析报告; 最终的用户手册和操作手册; 项目开发总结报告。 系统测试，是将通过确认测试的系统，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持系统、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。 系统测试的目的在于通过与系统的需求定义作比较, 发现系统与系统的定义不符合或与之矛盾的地方。 例如，C语言规定 “一个语句必须以分号‘;’结束”。这时，可以确定一个有效等价类“以‘;’结束”; 若干个无效等价类 “以‘:’结束”、“以‘,’结束”、“以‘ ’结束”、“以 END IF结束”等。 确立测试用例 在确立了等价类之后，建立等价类表，列出所有划分出的等价类。 再从划分出的等价类中按以下原则选择测试用例：a. 为每一个等价类规定一个唯一编号；b. 设计一个新的测试用例，使其尽可能多地覆盖尚未被覆盖的有效等价类，重复这一步，直到所有的有效等价类都被覆盖为止；c. 设计一个