6、计算机软件测试文件编制规范Word版本.docxVIP

6、计算机软件测试文件编制规范Word版本.docx

  1. 1、本文档共28页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
计算机软件测试文档编制规范 引言 测试是软件生存周期中一个独立的关键阶段,也是保证软件质量的重要手段。为了提高检测出错误的几率,使测试有计划和有条不紊地进行,应编制软件测试文档。标准化的测试文档就如同一种通用的参照体系,可达到便于交流的目的。文档中所规定的内容可以作为对相关测试过程完备性的对照检查表,故采用这些文档将会提高测试过程每个阶段的可视性,极大地提高测试工作的可管理性。 本标准规定了各个测试文档的格式和内容。主要涉及测试计划、测试说明和测试报告等。 测试计划描述测试活动的范围、方法、资源和进度。它规定被测试的项、被测试的特征、应完成的测试任务、负责每项工作的人员以及与本计划有关的风险等 测试说明包括三类文档: a) 测试设计说明:详细描述测试方法,并标识该测试设计和相关测试所覆盖的特征,还标识为完成测试和规定特征的通过准则所需要的测试用例和测试规程; b) 测试用例说明:将用于输入的实际值以及预期的输出形成文档。并标识在使用具体测试用例时对测试规程的约束。将测试用例与测试设计分开,可以使它们用于多个设计,并能在其他情形下重复使用; c) 测试规程说明:标识为实施相关测试设计而运行系统并执行规定测试用例所要求的所有步骤测试规程与测试设计分开,特意明确要遵循的步骤,而不宜含有无关的细节。 测试报告包括四类文档: a)测试项传递报告:指明在开发组和测试组独立工作的情况下或者在希望正式开始测试的情况下为进行测试而被传递的测试项 b) 测试日志:测试组用于记录测试执行过程中发生的情况; c) 测试事件报告:描述在测试执行期间发生并需进一步调查的任何事件; d) 测试总结报告:用来总结测试活动和结果的文档。 这些文档与其他文档在编制方面的关系以及同测试过程的对应关系如图1所示。 这些文档的使用指南参见附录A,这些文档编制示例参见附录B和附录C. 本标准是为软件管理人员、软件开发、测试和维护人员、软件质量保证人员、审核人员、客户及用户 制定的。 本标准用于描述一组与软件测试实施方面有关的基本测试文档。本标准定义每一种基本文档的目的、格式和内容。尽管本标准所描述的文档侧重于动态测试活动,但是有些文档仍适用于其他种类的测试活动(例如,测试计划可以用于设计和代码评审) 本标准可应用于数字计算机上运行的商业软件、科学计算软件或者军用软件。它的应用范围不受软件大小、复杂度或关键性 范围 本标准规定了一组基本的计算机软件测试文档的格式和内容要求。本标准适用于计算机软件生存周期全过程。 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。 GB/T 8566 信息技术 软件生存周期过程(GB/T 8566-2007, ISO/IEC 12207: 1995, MOD)GB/T 867 计算机软件文档编制规范 GB/T 11457 信息技术 软件工程术语 测试计划 目的 用来描述测试活动范围、方法、资源和进度。定义被测试的软件项、要测试的特征、要完成的测试任务、负责每项任务的人员以及与该计划相关的风险。 提纲 测试计划应有如下结构:a)测试计划标识符; b)引言; c) 测试项: d)要测试的特征; e)不要测试的特征; g)测试项通过准则b)暂停准则和恢复要求; i测试交付项; i)测试任务 k) 环境要求)职责; m)人员配备和培训要求; n) 进度; 0)风险和应急; p)批准。 上述各项应按规定的顺序排列。附加的项可以直接加在批准项之前。如果上述某一项的部分内容或全部内容是在另一个文档里,则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试计划里或向该计划的用户提供。 详细说明 测试计划标识符 为该测试计划规定一个唯一标识符。 引言 概述要测试的软件项和软件特征。可以包括每个测试项的要求及其历史记录。 如果存在下述文档,在最高层测试计划中需要引用它们a)项目授权; b) 项目计划 c) 质量保证计划 d) 配置管理计划e)有关的政策或方针; f) 有关的标准 在多级测试计划中,每个低一级的测试计划必须引用上一级测试计划。 测试项 标识测试项(其中包括其版本/修订级别),并在测试开始之前规定影响硬件需求的测试项传递媒体的特性或者指出逻辑或物理变换要求(例如,程序必须从磁带转换到磁盘上)。 如果存在下述测试项文档集,则需要引用之: a) 需求规格说明; b) 设计规格说明; c) 用户指南; d)操作指南 e)安装指南 引用与这些测试项有关的任何事件报告。 可以标识那些明确排除在测试之外的软件项或测试项。 要测试的特

文档评论(0)

182****5673 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档