01计算机软件测试文件编制规范01.doc

1 目的 本规范规定一组软件测试文件。测试是软件生存周期中一个独立的﹑关键的阶段，也是保证软件质量的重要手段。为了提高检测出错误的几率，使软件能有计划地﹑有条不紊地进行，就必须要编制测试软件。而标准化的测试文件就如同一种通用的参照体系，可达到便于交流的目的。文件中所规定的内容可以作为对测试过程的每个阶段的能见度，极大的提高测试工作的可管理性。 2 适用范围 本规范是为软件管理人员﹑软件开发人员、软件维护人员﹑软件质量保证人员﹑审核人员及顾客（用户）制定的。本规范用于描述一组测试文件，这些测试文件描述测试行为。本规范定义每一种基本文件的目的﹑格式和内容。所描述的文件着重于动态测试过程，但仍有些文件适用于其他种类的测试活动。 本规范可应用于数字计算机上运行的软件。它的应用范围不受软件大小、复杂度或重要性的限制，本规范既适用于初始开发的软件测试文件编制，也适用于其后的软件产品更新版本的测试文件编制。 本规范既适用于纸张上的文件，也适用于其它媒体上的文件。如果电子文件编制系统不具有安全的批准注册机制，则批准签字的文件必须使用纸张。 3 引用文件 GB/T11457-1995 《软件工程术语》 GB/T8567-1988《计算机软件产品开发文件编制指南》 GB/T19000-3-1994《在软件开发、供应和维护中的使用指南》 4 术语 4.1 设计层 软件项的设计分解（如系统、子系统、程序或模块）。 4.2 通过准则 判断一个软件享货软件的测试是否通过的判别依据。 4.3 软件特性 软件项的显著特性（如功能、性能或可移植性等）。 4.4 软件项 原代码、目标代码、作业控制代码、控制数据或这些项的集合。 5 职责5.1 项目经理负责对软件测试文件编写的组织领导工作。 5.2 软件产品策化负责具体软件测试文件的编写工作。 5.3 软件部配置管理员负责本部门软件测试文件的具体归档及管理工作并在项目结束后将文件传到质量管理部门归档工作. 6 工作程序 6.1 主要内容 本规范规定了各个测试文件的格式和内容，所提出的文件类型包括测试计划、测试说明和测试报告。 6.1.1 测试计划描述测试活动的范围、方法、资源和进度。它规定被测试的项、被测试的特性、应完成的测试任务、担任各项工作的人员职责及本计划有关的风险等。 测试类型包括： 功能测试、边界测试、性能测试、可行性测试。 6.1.2 测试说明包括三类文件： （1）测试设计说明： 详细描述测试方法，规定该设计及其有关测试所包括的特性，还规定完成测试所需的测试用例和测试规程，并规定特性的通过准则。 （2）测试用例说明：列出用于输入的具体值以及预期的输出结果，并规定在使用具体测试用例时，对测试规程的各种限制。将测试用例与测试设计分开，可以使它们用于多个设计并能在其它情形下重复使用。 （3）测试规程说明： 规定对于运行系统和执行指定的测试用例来实现有关测试设计所要求的所有步骤。 6.1.3 测试报告包括四类文件： （1）测试项传递报告：指明在开发组和测试组独立工作的情况下或者在希望正式开始测试的情况下为进行测试而被传递的测试项。 （2）测试日志：测试组用于记录测试执行过程中发生的情况。 （3）测试事件报告：描述在测试执行期间发生并需要进一步调查的一切事件。 （4）测试总结报告：总结与测试设计说明有关的测试活动。 这些文件同其它文件在编制方面的关系以及同测试过程的对应关系如图1所示。 6.2 实施灵活性 在本标准中，涉及软件测试的文件有“测试计划”及 “测试分析报告”。本规范中的八个测试事件是上述二个测试文件的补充和细化，这样可使文件的书写更具体、更有参照性，其中测试计划可细化为本规范的测试计划、测试设计说明、测试用例、测试用例说明及测试规范说明，测试分析报告可细化为本规范的测试项传递报告、测试日志、测试事件报告及测试总结报告。 在所提供的每个标准文件中，每一章的内容对于具体的应用和特定的测试阶段可以有所增减。不仅可以调整内容，还可以在基本文件集中增加另外的文件。任何一个文件都可以增加新内容，并且某章若无可写内容，则可以不写。但须保留该章的编号。6.3 总体要求 6.3.1 以下将叙述各个测试文件的书写格式及内容。对于每一个文件而言各章应按指定的次序排列，补充的章可以放在最后或放在“批准”一章的前面（如果该文件最后一章是“批准”的话）。如果某章的部分或全部内容在另一文件中，则应在相应的内容位置上列出所引用的文件，引用的文件必须附在该文件后面或交给该文件的使用者。 6.3.2 当需要时，对测试活动与结果进行分析，并形成测试分析报告以便不断积累经验、改进软件的设计质量。 7 相关文件 7.1 测试计划 7.2 测试计划说明 7.3