第9章_软件测试.ppt

9.8.1 测试文件综述 GB/T9386-1988中的八个测试文件是GB/T8567-1988中“测试计划”及“测试分析报告”这两个文件的补充和细化，使文件书写更具体、更有参照性 测试计划可细化为本规范的测试计划、测试设计说明、测试用例说明及测试规程说明 测试分析报告可细化为本规范的测试项传递报告、 测试日志、测试事件报告及测试总结报告 9.8.1 测试文件综述 GB/T9386-88具体规定各测试文件的格式和内容 文件个数及文件中每一章的内容对于具体的应用和特定的测试阶段可以有所增减 任何一个文件可以增加新的内容，某章若无可写的内容，则可不写，但须保留该章的编号 每个开发单位在使用该规范时，可以补充规定对内容的要求和约定，以便反映自己在测试、文件控制、配置管理和质量保证方面所用的特定方法、设备和工具 9.8.1 测试文件综述 使用该规范的每个单位，要规定测试阶段所应有的特定的文件，并在测试计划中规定测试完成后所能提交的全部文件 对于不同的设计层或不同规模的软件，所选文件的种类也可有所不同 GB8567-88《计算机软件产品开发文件编制指南》 测试计划 测试分析报告 GB/T8567-88规定的测试文件 测试计划 目的是建立详细需求说明、准则、一般方法、职责和整体计划，验证建成的系统满足软件需求分析的要求，它定义了由软件开发者完成的测试活动和由质量保证小组和用户来完成的成功的验收测试活动 为做好整个程序系统的组装测试和确认测试，本文件的编制提供了一个对该软件的测试计划，包括对每项测试活动的内容、进度安排、设计考虑、测试数据的整理方法及评价准则等 测试分析报告 测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载 GB9386-88《计算机软件测试文件编制规范》 测试计划 测试设计说明 测试用例说明 测试规程说明 测试项传递报告 测试日志 测试事件报告 测试总结报告 GB/T9386-88规定的测试文件 9.8.3 测试文件编制指南 实施指南 测试文件编制初期，先编写测试计划与测试报告文件 经过一段时间的实践，积累了一定的经验之后，再逐步引进其他文件 测试文件编制最终将形成一个相应于设计层的文件层次，即：系统测试文件、子系统测试文件及模块测试文件等 在本单位所使用的特定的测试技术的文件编制可作为正文中所述的基本文件集的补充 9.8.3 测试文件编制指南 用法指南 在项目计划及单位标准中，应该指明在哪些测试活动中需要哪些测试文件，并可在文件中加入内容，使各个文件适应一个特定的测试项及一个特定的测试环境 9.9 测试的复审 在系统测试后对确认测试进行复审，它包括 初步设计复审和待审设计复审。测试计划的复审是保证所有有意义的设计特征都被测试过，而且所有说明的需求都得到验证 测试规程说明书复审 软件验收复审。包括 功能配置审核 物理配置审核 9.9 测试的复审 保证最后的软件能满足软件需求说明书的要求和设计文本中的设计的信息 所使用的测试方法 测试程序所需人员，包括人数和按照训练、组织协调性和经验而确定的合格程度 所使用的计算机设备，包括软件测试的测试流程图 用来支持测试程序的测试软件 测试安排表，包括测试位置、测试配置和测试流程图 所有软件和单个测试的设计要求之间的相互关系 基于运行、接口和测试要求的测试计划 用来检查软件模块和证实系统满足要求的测试计划 包括输入、执行测试和期望输出的所有执行测试的描述 每次测试的测试结果 9.10 排错技术 测试与排错的不同可体现在 测试是发现错误的积极活动，而排错是消除已经发现错误的消极活动 测试能够且应该事先计划好，即预先说明要测试的内容及其所使用的方法，而排错是源于测试，不可能预先知道何时何处会发生错误。排错计划不可能事先制定好 测试通常是揭示一些错误所表现出来的特征和现象，而排错是根据这些特征和现象寻找出程序中潜在错误的位置，并加以纠正 排错的主要目的是找出软件错误的原因并克服改正 9.10.1 蛮干法 使用最多且效率最低的一种方法 一般是把信息打印或显示出来，或者采用系统的运行跟踪功能等 虽然得到的大量信息可能会导致最后的成功，但这往往增加了工作量并浪费时间 9.10.2 原因消除法 原因消除法把与错误有关的数据组织起来，以确定可能的原因。得出一个设想的原因以后，再用上述数据证明或排除这个设想。或者，列出全部可能的原因，就可以进一步拟定新的测试数据，以便把错误找出来 9.11 系统转换 系统转换，即系统的交付使用 转换之前先要做好用户的培训工作 新旧系统交替，新系统正式投入运行是一个过程，而不是一个突发的事件。需要尽可能地平稳地过渡 9.11 系统转换 系统交付使用之后，系统研制人员必须进行工作的总结，准备资料 全部资料汇总归档 对系统