IEEE Std 829
1 范围本标准描述了有关软件测试行为(即规程和代码的执行)的一组基本测试文档．本标准定义了每一种基本文档的目的、概要和内容．尽管在标准中描述的文档着眼于动态测试．其中一些文档仍可用于其它测试活动(如测试计划和测试事件报告可用于设计评审和代码评审)． 本标准可应用于一切数字计算机运行的商用、科学用或军用软件．它的应用范围不受软件大小、复杂度和重要性的限制．但不规定哪一类软件必须采用本标准．本标准既适用于初始的开发阶段的测试文档，又适用于其后软件产品新版本的测试文档．对某些软件新版本来说本标准能用于从模块测试到用户检验的所有测试阶段．但是，由于并不是所有基本测试文档对每一测试阶段都有用，所以没有规定在哪个阶段要用哪些文档．使用本标准的单位应规定对哪类软件采用本标准，并规定各个测试阶段所应有的特定文档． 本标准并不要求采用特定的测试方法学、途径、技术、设备或工具，也不指定它们使用的文档——它们可以有另外的文档(如代码对照检查表和报告)，本标准对文档控制、配置管理或质量保证既不指明也不强制采用特定的方法学．根据所用的方法学，可能需要增加别的文档(如质量保证计划)． 在每个标准文档中，每一节的内容(即该主题所包括的内容)对于具体的应用和特定的测试阶段可以有所调整．不仅可以调整内容还可以在基本文档中增加另外的文档，任何文档都可以增加新的节，任何一节都可以增加新的内容．最好把一些节组织成子段落．一节中的全部或部分内容可以放在其它文档中，然后再引用它．使用本标准的单位应该补充规定对内容的要求和约定，以便反映自己在测试、文档控制、配置管理和质量保证方面所用的特定方法学、途径、设备和工具． 本标准既适用于电子介质上的文档又适用于纸张上的文档．除非电子文档编制系统备有安全的批准注册装置，并使用此装置外，批准签字的文档必须使用纸张．2 定义 本章定义本标准中使用的关键术语．2.l 设计层 design level 软件项的设计分解(如系统、子系统、程序或模块)．2.2 通过／失败判据 pass／ fail Criteria 判断一个软件项或软件特性的测试是否通过的判别规则．2.3 软件特性 software feature 软件项的显著特征(如性能，可移植性或功能)2.4 软件项 software item 源代码、目标代码、作业控制代码、控制数据或这些项的集合．2.5 测试 test a．由一个或多个测试用例构成的集合． b．由一个或多个测试规程构成的集合． c．由一个或多个测试用例和规程构成的集合。2.6 测试用例规范 test case Specification。 规定测试项的输人、预期结果和一组执行条件的文档．2.7 测试设计规范 test design specification。 对软件特性或软件特性组合规定测试方法细节和标识相关测试的文档。2.8 测试事件报告 test incident report 报告在测试过程中发生的并需要调查的所有事件的文档。2.9 测试项 test item 作为测试对象的软件项．2.10 测试项传递报告 test item transmittal report 标识测试项的文档，它包括当前状况和位置信息．2.11 测试日志 test log 按时间顺序记录的测试执行细节．2.12 测试计划 test plan 描述所要进行的测试活动范围、方法、资源和进度的文档．它指定测试项，要测试的特性，测试任务，担任各项工作的人员以及应急计划的风险．2.13 测试规程规范 test procedure specification 规定测试的执行步骤的文档．2.14 测试总结报告 test summary report 总结测试活动和结果的文档，它还包括对相应的测试项的评价。2.15 进行测试 testing 分析软件项以便发现现有的和所要求的状态之间的差别(即错误)，并评价软件项特性的过程．3 测试计划3.l 目的规定测试活动的范围、方法、资源和进度。指明被测试的项，要测试的特性，要完成的任务，个人对各项工作的职责和与本计划有关的风险．3.2 概要测试计划必须具有下列结构： 1． 测试计划名称 2． 引言 3． 测试项 4． 被测试的特性 5． 未测试的特性 6． 方法 7． 测试项通过／失败判据 8． 暂停准则和重启动要求 9． 可提供的测试文档 10．测试任务 11．环境要求 12．工人职责 13．人员和培训要求 14．进度 15．风险和应急 16．批准 各节必须按规定次序排列。补充的节可以安
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
