软件开发第3章.ppt

软件维护分为以下几类： 软件维护分为 完善性维护 改正性维护 适应性维护 软件测试 预防性维护 2．影响维护工作量的因素 软件维护期间的绝大多数问题，都可归因于软件定义和软件开发的方法有缺点。由于在软件定义和软件开发期间缺乏严格而又科学的管理和规划，往往会给维护阶段带来巨大的工作量。大体上来讲，影响维护工作量的因素主要有以下几种： 影响的因素 程序设计语言 系统的规模 系统的结构 软件测试 文档的质量 系统的年龄 ①深度优先策略 先从软件结构中选择一条主控路径，把该路径上的模块一个个结合进来进行测试，以便完成一个特定的子功能，接着再结合其他需要优先考虑的路径。主控路径一般选择系统的关键路径或输入/输出路径。 以图3-21为例，首先将模块M1、M2、M5、M8集成在一起，再将M6集成起来，然后考虑中间和右边的路径。总的顺序为：M1—M2—M5—M8—M6—M3—M7—M4 ②广度优先策略 逐层结合直接下属的所有模块，即把处于同一个控制层次上的所有模块组装起来。 以上图为例，首先把M2、M3、M4与主控模块M1集成起来，再将M5、M6等其他模块集成进来。总的顺序为：M1—M2—M3—M4—M5—M6—M7—M8。 自顶向下集成的优点是 能较早地发现高层模块接口、控制等方面的问题； 初期的程序概貌可让人们较早地看到程序的主功能，增强开发人员的信心。 缺点是 桩模块不可能提供完整的信息，因此把许多测试推迟到用实际模块代替桩模块后； 设计较多的桩模块，测试开销大； 早期不能并行工作，不能充分利用人力。 2）自底向上集成 从软件结构的最低一层模块开始，自底向上进行装配和测试。这种方法常用在软件开发阶段的早期。因测试到较高层模块时，所需的下层模块功能均已具备，所以不再需要桩模块。 其基本操作步骤为： ①把低层模块组合成实现一个个特定子功能的族。 ②为每一个族编写一个驱动模块，以协调测试用例的输入和测试结果的输出。 ③对模块族进行测试。 ④按软件结构图依次向上扩展，用实际模块替换驱动模块，形成一个个更大的族。 ⑤重覆②至④步，直至软件系统全部测试完毕。 自底向上集成的优点是 ①随着上移，驱动模块逐步减少，测试开销小一些； ②比较容易设计测试用例； ③早期可以并行工作； ④低层模块的错误能较早发现。 缺点是 ①系统整体功能最后才能看到 ②上层模块错误发现的晚，上层模块的问题是全局性的问题，影响范围大。 （3）确认测试 确认测试通常是在一个模拟环境下用黑盒测试方法实现的，软件确认也就是要证明软件的功能和性能与用户需求的一致性。 对软件的功能和性能在软件需求规格说明中已经有明确的规定。 测试时要制订出详细的测试计划，在测试计划中概述所要进行的测试类型。 详细的测试过程定义了用于发现软件与需求不一致的错误而使用的具体的测试用例。 测试计划和测试过程的设计都是为了使软件符合所有功能和性能要求，包括文档的正确和完整，以及其他要求。 经过确认测试后，可能产生两种情况： ①功能、性能与需求规格说明一致，该软件系统是可以接受的。 ②功能、性能与需求规格说明有差距，要提交一份问题报告。 当第二种情况发生后，对错误的修改涉及的面很广，往往与系统需求分析阶段的错误有很大的关系，解决起来比较困难，这就必须与用户进行充分的协商。 软件配置审查是确认测试过程中还有一项重要工作，那就是对软件配置进行审查。所谓的软件配置是指软件过程的3类输出信息：计算机程序、描述计算机程序的文档和数据。 软件配置审查的任务就是检查软件的所有文档资料的完整性、正确性。 如发现遗漏和错误，应补充和改正。同时要编排好目录，为以后的软件维护工作奠定基础。 （4）系统测试 所谓系统测试，是将经过确认测试的软件作为整个基于计算机的系统的一个元素，与计算机硬件，外部设备，支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对系统进行的一系列集成测试和确认测试。 系统测试通常由任务委托单位或用户组织的验收小组负责。 系统测试的目的是通过与系统的需求定义做比较，发现软件与系统定义不符合或矛盾的地方。 系统测试的测试用例应当根据需求分析说明来设计，并在实际环境下运行。 3.4.3软件测试相关文档资料 软件测试文档主要有测试计划和测试分析报告。 1．测试计划 测试计划是描述软件测试努力的目标、范围、方法和焦点的文档。完整的文档有助于测试组之外的人员理解为什么要进行软件正确性检测，并且如何进行测试。测试计划应当足够完整但不需要太详尽，下面列举出在测试计划中包含的一些内容。 引言 计划 测试设计说明 评价准则 应提供的测试文件 2．测试计划评审 测试计划制定完成后，提交管理部门，并要召开评审会议进行评审，评审通过后方能进行软件测试工作。 3.测试分析报告 软件测试分析报告是软件