《软件测试文件编制规范.docx》由会员分享，可在线阅读，更多相关《软件测试文件编制规范.docx（35页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、软件测试文件编制规范计算机软件测试文件编制规范1引言1.1目的和作用本规范规定一组软件测试文件。测试是软件生存周期中一个独立的、关键的阶段，也是保证软件质量的重要手段。为了提高检测出错误的几率，使测试能有计划地、有条不紊地进行地进行，就必需要编制测试文件。而标准化的测试文件就好像一种通用的参照体系，可到达便于沟通的目的。文件中所规定的内容能够作为对测试经过完备性的对照检查表，故采用这些文件将会提高测试经过的每个阶段的能见度，极大地提高测试工作的可管理性。1.2适用对象及范围本规范是为软件管理人员、软件开发人员和软件维护人员、软件质量保证人员、审计人员、客户及用户制定的。本规范用于描绘一组测试文
2、件，这些测试文件描绘测试行为。本规范定义每一种基本文件的目的、格式和内容。所描绘的文件着重于动态测试经过，但有些文件仍适用其它种类的测试活动。本规范可应用于数字计算机上运行的软件。它的应用范围不受软件大小、复杂度或重要性的限制，本规范既适用于初始开发的软件测试文件编制，也适用于其后的软件产品更新版本的测试文件编制。本规范并不要求采用特定的测试方法学、技术及设备或工具。对文件控制、配置管理或质量保证既不指明也不强迫特定的方法学。根据所用的方法学，可能需要增加别的文件如“质量保证计划。本规范既适用于纸张上的文件，也适用于其它媒体上的文件。假如电子文件编制系统不具有安全的批准注册机制，则批准签字的文
3、件必须使用纸张。2引用标准GB/T11457软件工程术语GB8566计算机软件开发规范GB8567计算机软件产品开发文件编制指南3定义本章定义本规范中使用的关键术语。3.1设计层designlevel软件项的设计分解如系统、子系统、程序或模块。3.2通过准则passcriteria判定一个软件项或软件特性的测试能否通过的判别根据。3.3软件特性softwarefeature软件项的显著特性。如功能、性能或可移植性等。3.4软件项softwareitem源代码、目的代码、作业控制代码、控制数据或这些项的集合。3.5测试项testitem作为测试对象的软件项。4概述4.1主要内容本规范确定了各个测
4、试文件的格式和内容，所提出的文件类型包括测试计划、测试讲明和测试报告。测试计划描绘测试活动的范围、方法、资源和进度。它规定被测试的项、被测试的特性、应完成的测试任务、担任各项工作的人员职责及与本计划有关的风险等。测试讲明包括三类文件：1测试设计讲明：具体描绘测试方法，规定该设计及其有关测试所包括的特性，还规定完成测试所需的测试用例和测试规程，并规定特性的通过准则。2测试用例讲明：列出用于输入的详细值以及预期的输出结果，并规定在使用详细测试用例时，对测试规程的各种限制。将测试用例与测试设计分开，能够使它们用于多个设计并能在其它情形下重复使用。3测试规程讲明：规定对于运行系统和执行指定的测试用例来
5、实现有关测试设计所要求的所有步骤。测试报告包括四类文件：1测试项传递报告：指明在开发组和测试组独立工作的情况下或者在希望正式开场测试的情况下为进行测试而被传递的测试项。2测试日志：测试组用于记录测试执行经过中发生的情况。3测试事件报告：描绘在测试执行期间发生并需进一步调查的一切事件。4测试7总结报告：总结与测试设计讲明有关的测试活动。这些文件同其它文件在编制方面的关系以及同测试经过的对应关系如图1所示。4.2施行灵敏性在GB8567中，涉及软件测试的文件有“测试计划及“测试分析报告。本规范中的八个测试文件是上述二个文件的补充和细化，这样可使文件的书定更详细、更有参照性，其中测试计划可细化为本规
6、范的测试计划、测试设计讲明、测试用例讲明及测试规程讲明，测试分析报告可细化为本规范的测试项传递报告、测试日志、测试事件报告及测试总结报告。使用本规范的每个单位，要规定测试阶段所应有的特定文件，并在测试计划中规定测试完成后所能提交的全部文件。对于不同的设计层或不同规模的软件，所选文件的种类可以有所不同。在所提供的每个标准文件中，每一章的内容对于详细的应用和特定的测试阶段能够有所增减。不仅能够调整内容，还能够在基本文件集中增加另外的文件。任何一个文件都能够增加新的内容，并且某章若无可写的内容，则可不写，但须保留该章的编号。使用本规范的每个单位应该补充规定对内容的要求和约定，以便反映本人在测试、文件
7、控制、配置管理和质量保证方面所用的特定方法、设备和工具。附录A参考件中，将叙述文件编制施行及使用指南。4.3总体要求下面将叙述各个测试文件的书写格式及内容。对于每一个文件而言各章应按指定的次序排列，补充的章能够放在最后或放在“批准一章的前面假如该文件最后一章是“批准的话。假如某章的部分或全部内容在另一文件中，则应在相应的内容位置上列出所引用的材料，引用的材料必须附在该文件后面或交给文件的使用者。5内容要求5.1测试计划测试计划构造如表1所示。表1测试计划1测试计划名称2引言3测试项4被测试的特性5不被测试的特性6方法7项通过准则8暂停标准和再启动要求9应提供的测试文件10测试任务11环境要求1
8、2职责13人员和训练要求14进度15风险和应急16批准下面给出每一章的具体内容：5.1.1测试计划名称本计划的第1章为本测试计划取当代战争专用的名称。5.1.2引言本计划的第2章归纳所要求测试的软件项和软件特性，能够包括系统目的、背景、范围及引用材料等。在最高层测试计划中，假如存在下述文件，则需要引用它们：项目计划、质量保证计划、有关的政策、有关的标准等。5.1.3测试项本计划的第3章描绘被测试的对象，包括其版本、修订级别，并指出在测试开场之前对逻辑或物理变换的要求。5.1.4被测试的特性本计划的第4章指明所有要被测试的软件特性及其组合，指明每个特性或特性组合有关的测试设计讲明。5.1.5不被
9、测试的特性本计划的第5章指出不被测试的所有特性和特性的有意义的组合及其理由。5.1.6方法本计划的第6章描绘测试的总体方法，规定测试指定特性组志需的主要活动、技术和工具，应详尽地描绘方法，以便列出主要的测试任务，并估计执行各项任务所需的时间。规定所希望的电低程度的测试彻底性，指明用于判定测试彻底性的技术如：检查哪些语句至少执行过一次。指出对测试的主要限制，例如：测试项可用性、测试资源的可用性和测试截止期限等。5.1.7项通过准则本计划的第7章规定各测试项通过测试的标准。5.1.8暂停标准和再启动要求本计划第8章规定用于暂停全部或部分与本计划有关的测试项的测试活动的标准。规定当测试再启动时必须重
10、复的测试活动。5.1.9应提供的测试文件本计划的第9章规定测试完成后所应递交的文件，这些文件能够是前述八个文件的全部或者部分。5.1.10测试任务本计划的第10章指明执行测试所需的任务集合，指出任务音的一切依靠关系和所需的一切特殊技能。5.1.11环境要求本计划的第11章规定测试环境所必备的和希望的的性质。包括：硬件、通信和系统软件的物理特征、使用方式以及任何其它支撑测试所需的软件或设备，指出所需的特殊测试工具及其它测试要求如出版物或办公场地等。指出测试组目前还不能得到的所有要求的;。5.1.12职责本计划的第12章指出负责管理、设计、准备、执行、监督、检查和仲裁的小组。另外指出负责提供5.1
11、.3中指出的测试项和在5.1.11中指出的环境要求的小组。这些小组能够包括开发人员、测试人员、操作员、用户代表、数据管理员和质量保证人员。5.1.13人员和训练要求本计划的第13章指明测试人员应有的水平以及为把握必要技能可供选择的训练科目。5.1.14进度本计划的第14章包括在软件项目进度中规定的测试里程碑以及所有测试项传递时间。定义所需的新的测试里程碑，估计完成每项测试任务所需的时间，为每项测试任务和测试里程碑规定进度，对每项测试资源规定使用期限。5.1.15风险和应急本计划的第15章预测测试计划中的风险，规定对各种风险的应急措施如：延期传递的测试项可能需要加夜班来赶上规定的进度。5.1.1
12、6批准本计划的第16章规定本计划必须由哪些人姓名和职务审批。为签名和填写日期留出位置。5.2测试设计讲明测试设计讲明如表2所示。表2测试设计讲明1测试设计讲明名称2被测试的特性3方法详述4测试用例名称5特性通过准则下面给出本讲明每一章的具体内容。5.2.1测试设计讲明名称本讲明第1章给每一个测试设计讲明取一个专用名称。假如存在的话，可以引用有关的测试计划中给出的名称。5.2.2被测试的特性本讲明的第2章规定测试项，描绘作为本设计测试目的的特性和特性的组合，其它特性能够论及，但不必测试。5.2.3方法详述本讲明的第3章将测试计划中规定的方法进行细化，包括要用的详细测试技术，规定分析测试结果的方法
13、如比拟程序或人工观察。规定为选择测试用例提供合理根据的一切分析结果。例如：能够讲明容错的条例如：区别有效输入和无效输入的条件。归纳所有测试用例的共同属性，能够包括输入约束条件，分享环境的要求，对分享的特殊规程的要求及任何分享的测试用例间的依靠关系。5.2.4测试例名称本讲明的第4章列出与本设计有关的每一测试用例的名称和扼要讲明。某个特定的测试用例可能在多个测试设计讲明中出现，列出与本测试设计讲明有关的规程及其扼要讲明。5.2.5特性通过准则本讲明的第5章规定用于判别特性和特性组合能否通过测试的准。5.3测试用例讲明测试用例讲明构造如表3所示。表3测试用例讲明1测试用例讲明名称2测试项3输入讲明
14、4输出讲明5环境要求6特殊的规程讲明7用例间的依靠关系由于测试用例可能被由多个小组长期使用的多个测试设计讲明引用，所以在测试用例讲明中必须包含足够详细的信息以便重复使用。下面给出本讲明每一章的具体内容。5.3.1测试用例讲明名称本讲明的第1章给本测试用例讲明取一个专用名称5.3.2测试项本讲明的第2章规定并扼要讲明本测试用例所要涉及的项和特性、对于每一项、可考虑引用下面文件：需求讲明书、设计讲明书、用户手册、操作手册。5.3.3输入讲明本讲明的第3章规定执行测试用例所需的各个输入。有些输入能够用值允许适当的误差来规定。而另一些输入，如常数表或事务文件能够用名来规定。规定所有适宜的数据库、文件、
15、终端信息、内存常驻区域和由操作系统传送的值。规定各输入间所需的所有关系如时序关系等。5.3.4输出讲明本讲明的第4章规定测试项的所有输出和特性如：响应时间。提供各个输出或特性的正确值在适当的误差范围内。5.3.5环境要求本讲明的第5章5.3.5.1硬件规定执行本测试用例所需的硬件特征和配置如：80字符24行的显示终端。5.3.5.2软件规定执行本测试用例所需的系统软件和应用软件。系统软件能够包括操作系统、编译程序、模拟程序和测试工具等。5.3.5.3其它讲明所有其它的要求，如特种设施要求或经过专门训练的人员等。5.3.6特殊的规程要求本讲明的第6章描绘对执行本测试用例的测试规程的一切特殊限制。
16、这些限制能够包括特定的准备、操作人员干涉、确定特殊的输出和去除经过。5.3.7用例间的依靠关系本讲明的第7章列出必须在本测试用例之前执行的测试用例名称，归纳依靠性质。5.4测试规程讲明测试规程讲明构造如表4表示表4测试规程讲明1测试规程讲明名称2目的3特殊要求4规程步骤下面给出本讲明每一章的具体内容。5.4.1测试规程讲明名称本讲明的第1章给每个测试规程讲明取一个专用名称，给出对有关测试设计讲明的引用。5.4.2目的本讲明的第2章描绘本规程的目的。假如本规程执行测试用例，则引用各有关的测试用例讲明。5.4.3特殊要求本讲明的第3章指出执行本规程所需的所有特殊要求，包括作为先决条件的规程、专门技
17、能要求和特殊环境要求。5.4.4规程步骤本讲明的第4章5.4.4.1日志讲明用来记录测试的执行结果、观察到的事件和其它与测试有关事件见5.6条测试日志和5.7条测试事件报告的所有特殊方法或格式。5.4.4.2准备描绘新任务执行规程所必需的动作序列。5.4.4.3启动描绘开场执行规程所必需的动作。5.4.4.4处理描绘在规程执行经过中所必需的动作。5.4.4.5度量描绘怎样进行测试度量如描绘怎样用网络模拟程序来充其量远程终端的响应时间。5.4.4.6暂停描绘因发生意外事件暂停测试所必需的动作。5.4.4.7再启动规定所有再拨动点和在启动点上重新启动规程所必需的动作。5.4.4.8停止描绘正常停止
18、执行时所必需的动作。5.4.4.9去除描绘恢复环境所必需的动作。5.4.4.10应急描绘处理执行经过中可能发生的异常事件所必需的动作。5.5测试项传递报告测试项传递报告构造如表5所示。表5测试项传递报告1传递报告名称2传递项3位置4状态5批准下面给出本报告每一章的具体内容。5.5.1传递报告名称本报告的第1章为本测试项传递报告取一个专用名称。5.5.2传递项本报告的第2章规定被传递的项及其版本/修订级别。提供与传递项有关的项文件和测试计划的相关信息，指出对该传递项负责的人员。5.5.3位置本报告的第3章规定传递项的位置及其所在媒体。5.5.4状态本报告的第4章描绘被传递的测试项的状态，包括其与
19、项文件、这些项的以往传递以及测试计划的差异。列出希望由被传递项解决的事件报告。5.5.5批准本报告的第5章规定本传递报告必须由哪些人姓名和职务审批，并为签名和日期留出位置。5.6测试日志测试日志构造如表6所示。表6测试日志1测试日志名称2描绘3活动和事件条目下面给出本报告每一章的具体内容。5.6.1测试日志名称本日志的第1章为本测试日志取一专用的名称。5.6.2描绘本日志的第2章除了在日志条目中十分注明的以外，用于日志中所有条目的信息都包括在本章中。应该考虑有下面信息：1规定被测试项及其版本/修订级别。假如存在的话，引用各项的传递报告。2规定完成测试的环境属性，包括设备讲明、所用的硬件、所用的
20、系统软件及可用存储容量等可用资源。5.6.3活动和事件条目本日志的第3章对每个事件包括事件的开场和结束，记录发生的日期和时间，并讲明记录者。应考虑下面各项信息。5.6.3.1执行描绘记录所执行的测试规程的名称，并引用该测试规程讲明。记录执行时在场人员，包括：测试者、操作员和观察员，还要讲明每个人的作用。5.6.3.2测试结果对每次执行，记录人工可观察到的结果如：产生的错误信息、异常中止和对操作员动作的请求等，还要记录所有输出的位置如磁带号码，记录测试的执行能否成功。5.6.3.3环境信息记录本条目的的一切特殊的环境条件。5.6.3.4意外事件记录意外事件及其发生前后的情况如请求显示总计，屏幕显
21、示正常，但响应时间似乎异常长，重复执行时响应时间也同样过长。记录无法开场执行测试或无法结束测试的周围环境如电源故障或系统软件问题。5.6.3.5事件报告名称每产生一个测试事件报告时，记录其名称。5.7测试事件报告测试事件报告构造如表7所示。表7测试事件报告1测试事件报告名称2摘要3事件描绘4影响下面给出本报告每一章的具体内容。5.7.1测试事件报告名称本报告的第1章为本测试事件报告取一个专用名称。5.7.2摘要本报告的第2章简述事件，指出有关测试项及其版本/修订级别。引用有关的测试规程讲明、测试用例讲明及测试日志。5.7.3事件描绘本报告的第3章对事件进行描绘。该描绘应包括下面各项：输入预期结
22、果实际结果异常现象日期和时间规程步骤环境重复执行的意图测试者观察者该描绘应该包括有助于确定事件发生原因及改正其中错误的有关浩劫及观察。例如，描绘可能对此事件有影响的所有测试用例执行情况，描绘与已公布的测试规程之间的一切差异等。5.7.4影响本报告的第4章在所知道的范围内指出本事件对测试计划、测试设计讲明、测试规程讲明或测试用例讲明所产生的影响。5.8测试总结报告规定本报告必须由哪些人姓名和职务审批，并为签名和日期留出位置。文件编制施行及使用指南参考件A1施行指南在施行测试文件编制的初始阶段可先编写测试计划与测试报告文件。测试计划将为整个测试经过提供基础。测试报告将鼓励测试单位以良好的方式记录整
23、个测试经过的情况。经过一段时间的实践，积累了一定的经历之后再逐步引进其它文件。测试文件编制最终将构成一个相应于设计层的文件层次，即：系统测试文件、子系统测试文件及模块测试文件等。在本单位所使用的特定的测试技术的文件编制可作为正文中所述的基本文件集的补充。A2用法指南在项目计划及单位标准中，应该指明在哪些测试浩劫中需要哪些测试文件，并可在文件中参加一些内容，使各个文件适应一个特定的测试项及一个特定的测试环境。表A1是在多种测试活动中所需的测试文件的例。所需的文件数量将因单位而异。表A1一个测试文件编制实例文件测试计划测试设计讲明测试用例讲明测试规程讲明测试项传递报告测试日志测试事件报告测试总结报告活动验收-安装-系统子系统-模块-