GBT9386-200X计算机软件测试文档编制规范-送审稿

'ICS35.080L77中华人民共和国国家标准GB/T9386—××××计算机软件测试文档编制规范Specificationforcomputersoftwaretestdocumentation（送审稿）××××-××-××发布××××-××-××实施国家质量监督检验检疫总局发布 GB/T9386—××××目次前言...........................................................................II引言..........................................................................III1范围.........................................................................12规范性引用文件...............................................................13术语和定义...................................................................14测试计划.....................................................................25测试设计说明.................................................................46测试用例说明.................................................................57测试规程说明.................................................................68测试项传递报告...............................................................79测试日志.....................................................................710测试事件报告................................................................811测试总结报告................................................................9附录A（资料性附录）实施和使用指南...........................................11附录B（资料性附录）测试文档示例.............................................12附录C（资料性附录）传递报告事例.............................................34I GB/T9386—××××前言本标准的附录A、附录B和附录C是资料性附录。本标准由中华人民共和国信息产业部提出。本标准由全国信息技术标准化技术委员会归口。本标准起草单位：信息产业部电子工业标准化研究所、北京跟踪与通信技术研究所、上海计算机软件开发中心。本标准主要起草人：II GB/T9386—××××引言测试是软件生存周期中一个独立的关键阶段，也是保证软件质量的重要手段。为了提高检测出错误的几率，使测试有计划和有条不紊地进行，应编制软件测试文档。标准化的测试文档就如同一种通用的参照体系，可达到便于交流的目的。文档中所规定的内容可以作为对相关测试过程完备性的对照检查表，故采用这些文档将会提高测试过程每个阶段的可视性，极大地提高测试工作的可管理性。本标准规定了各个测试文档的格式和内容。主要涉及测试计划、测试说明和测试报告等。测试计划描述测试活动的范围、方法、资源和进度。它规定被测试的项、被测试的特征、应完成的测试任务、负责每项工作的人员以及与本计划有关的风险等。测试说明包括三类文档：a)测试设计说明：详细描述测试方法，并标识该测试设计和相关测试所覆盖的特征。他还标识为完成测试和规定特征的通过/失败准则所需要的测试用例和测试规程，；b)测试用例说明：将用于输入的实际值以及预期的输出形成文档。并标识在使用具体测试用例时对测试规程的约束。将测试用例与测试设计分开，可以使它们用于多个设计，并能在其他情形下重复使用；c)测试规程说明：标识为实施相关测试设计而运行系统并执行规定测试用例所要求的所有步骤。测试规程与测试设计分开，特意明确要遵循的步骤，而不宜含有无关的细节。测试报告包括四类文档：a)测试项传递报告：指明在开发组和测试组独立工作的情况下或者在希望正式开始测试的情况下为进行测试而被传递的测试项；b)测试日志：测试组用于记录测试执行过程中发生的情况；c)测试事件报告：描述在测试执行期间发生并需进一步调查的任何事件；d)测试总结报告：用来总结测试活动和结果的文档。本标准是为软件管理人员、软件开发、测试和维护人员、软件质量保证人员、审核人员、客户及用户制定的。本标准用于描述一组与软件测试实施方面有关的基本测试文档。本标准定义每一种基本文档的目的、格式和内容。尽管本标准所描述的文档侧重于动态测试活动，但是有些文档仍适用于其他种类的测试活动（例如，测试计划可以用于设计和代码评审）。本标准可应用于数字计算机上运行的商业软件、科学计算软件或者军用软件。它的应用范围不受软件大小、复杂度或关键性的限制。本标准既适用于初始开发的软件测试文档编制，也适用于其后的软件产品更新版本的测试文档编制。本标准并不要求采用特定的方法学、技术及设备或工具。对文档控制、配置管理或质量保证既不指明也不强制特定的方法学。根据所用的方法学，可能需要增加一些其他文档（例如质量保证计划）。本标准既适用于纸张上的文档，也适用于其他媒体上的文档。如果电子文档编制系统不具有安全的批准注册机制，则批准签字的文档必须使用纸张。III GB/T9386—××××计算机软件测试文档规范1范围本标准规定了一组基本的计算机软件测试文档的格式和内容要求。本标准适用于计算机软件生存周期全过程。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T8566信息技术软件生存周期过程GB/T8567计算机软件文档编制规范GB/T11457软件工程术语3术语和定义GB/T11457中确立的以及下列术语和定义适用本标准。3.1设计层designlevel软件项的设计分解（如系统、子系统、程序或模块）3.2通过/失败准则pass/failcriteria判断一个软件项或软件特征的测试是否通过的判别依据。3.3软件特征softwarefeature软件项的显著特征（如功能、性能或可移植性）3.4软件项softwareitem源代码、目标代码、作业控制代码、控制数据或这些项的集合。3.5测试test(A)由一个或多个测试用例组成的集合；或者，(B)由一个或多个测试规程组成的集合；或者，(C)由一个或多个测试用例和规程组成的集合。3.6测试用例说明testcasespecification对于一个测试项，用来指定输入、预期结果和一组执行条件的文档。3.7测试设计说明testdesignspecification用来指定一个软件特征或者软件特征组合的测试方法细节并标识相关测试的文档。3.8测试事件报告testincidentreport用来报告测试过程中出现的任何需要深入调查的事件的文档。3.91 GB/T9386—××××测试（活动）testing一个过程，该过程分析软件项，以检测现有条件和要求条件之间的差异（即，缺陷）并评估软件项的特征。3.10测试项testitem作为测试对象的软件项。3.11测试项传递报告testitemtransmittal/report标识测试项的文档。它包含了当前状态和位置信息。3.12测试日志testlog关于执行测试的相关细节按时间顺序排列的一种记录。3.13测试计划testplan描述预定测试活动的范围、方法、资源和进度的一种文档。它确定测试项、要测试的特征、测试任务、执行每一任务的人员、以及需要应急对策的任何风险。3.14测试规程说明testprocedurespecification用来规定执行一项测试的动作顺序的一种文档。3.15测试总结报告testsummaryreport用来总结测试活动和结果的一种文档。它还包括对相应测试项的评估。4测试计划4.1目的用来描述测试活动范围、方法、资源和进度。定义被测试的软件项、要测试的特征、要完成的测试任务、负责每项任务的人员以及与该计划相关的风险。4.2提纲测试计划应有如下结构：a)测试计划标识符；b)引言；c)测试项；d)要测试的特征；e)不要测试的特征；f)方法；g)测试项通过/失败准则；h)暂停准则和恢复要求；i)测试交付项；j)测试任务；k)环境要求；l)职责；m)人员配备和培训要求；n)进度；o)风险和应急；p)批准。上述各条款应按规定的顺序排列。附加的条款可以直接加在批准条款之前。如果上述某一条款的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试计划里或向该计划的用户提供。4.3详细说明2 GB/T9386—××××4.3.1测试计划标识符为该测试计划规定一个唯一标识符。4.3.2引言概述要测试的软件项和软件特征。可以包括每个测试项的要求及其历史记录。如果存在下述文档，在最高层测试计划中需要引用它们：a)项目授权；b)项目计划；c)质量保证计划；d)配置管理计划；e)有关的政策或方针；f)有关的标准。在多级测试计划中，每个低一级的测试计划必须引用上一级测试计划。4.3.3测试项标识测试项（其中包括其版本/修订级别）。并在测试开始之前规定影响硬件需求的测试项传递媒体的特性或者指出逻辑或物理变换要求（例如，程序必须从磁带转换到磁盘上）。如果存在下述测试项文档集，则需要引用之：a）需求规格说明；b）设计规格说明；c）用户指南；d）操作指南；e）安装指南。引用与这些测试项有关的任何事件报告。可以标识那些明确排除在测试之外的软件项或测试项。4.3.4要测试的特征标识所有要测试的软件特征及其组合，并标识与每个特征或每个特征组合有关的测试设计说明。4.3.5不要测试的特征标识不要测试的所有特征和重要的特征组合及其理由。4.3.6方法描述测试的总体方法。对于每个主要的特征组或特征组合组，规定要确保这些特征组得到充分测试的方法。规定用于测试指定特征组所需的主要活动、技术和工具。应详尽地描述方法，以便标识出主要的测试任务，并估计执行各项任务所需要的时间。规定所希望的最低程度的测试充分性，指明用于判断测试充分性的技术（例如，确定哪些语句至少已执行过一次）。规定任何补充的结束准则（例如，出错频率）。应规定用来跟踪需求的技术。标识对测试的主要约束，例如，测试项的可用性、测试资源的可用性和测试截止期限等。4.3.7测试项通过/失败准则规定用来确定每个测试项是否通过测试或者测试失败的准则。4.3.8暂停准则和恢复要求规定用于暂停与该计划有关的测试项的全部或部分测试活动的准则。规定恢复测试时必须重复的测试活动。4.3.9测试交付项标识可交付的文档，宜包括下述文档：a）测试计划；b）测试设计说明；c）测试用例说明；d）测试规程说明；e）测试项传递报告；f）测试日志；g）测试事件报告；h）测试总结报告。3 GB/T9386—××××测试输入数据和测试输出数据宜标识为可交付项。测试工具（例如，模块驱动器和桩模块）也可以包含在内。4.3.10测试任务标识准备和执行测试所需要的任务集合。标识各项任务间的所有依赖关系和所要求的任何特殊技能。4.3.11环境要求详细说明测试环境必要的和希望的特性。详细内容应包括各种设施的物理特征。这些设施包括硬件、通信和系统软件、使用方式（可单独使用）以及支持测试所需的任何其他软件或设备。还应规定这些测试设施、系统软件和专有组成部分（例如，软件、数据和硬件）所需的安全等级。标识必要的特殊测试工具及其他任何测试要求（例如，出版物或办公场地等）。标识测试组目前尚不可用的所有需要的来源。4.3.12职责标识负责管理、设计、准备、执行、监督、检查和解决的各个小组。另外，标识负责提供4.3.3中标识的测试项和在4.3.11中标识的环境要求的各个小组。这些小组可以包括开发人员、测试人员、操作员、用户代表、技术支持人员、数据管理员和质量保证人员。4.3.13人员配备和培训要求按技能等级提出测试人员配备要求。标识为提供必要技能的培训选项。4.3.14进度包括在软件项目进度中标识的测试里程碑以及所有的测试项传递事件。定义所需要的其他测试里程碑，估计完成每项测试任务所需要的时间，为每项测试任务和测试里程碑规定进度，对每种测试资源（即设施、工具和人员）规定使用期限。4.3.15风险和应急标识测试计划的高风险假设，对各种风险提出应急措施（例如，测试项的延期交付可能需要加班以满足交付日期）。4.3.16批准确定必须批准该计划的人员的姓名和职别。为签名和填写日期留出位置。5测试设计说明5.1目的通过测试设计及其相关测试来详细地规定测试方法和标识要测试的特征。5.2提纲测试设计说明应有如下结构：a)测试设计说明标识符；b)要测试的特征；c)方法细化；d)测试用例标识；e)特征通过/失败准则。上述各条款应按指定的顺序排列。附加的条款可以放在结尾处。如果上述某一条款的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试设计说明里或向该设计说明的用户提供。5.3详细说明5.3.1测试设计说明标识符为该测试设计说明规定唯一的标识符。如果在相关的测试计划中有规定，则应引用。5.3.2要测试的特征标识测试项，并描述作为该设计说明对象的特征和特征组合。尽管可能还有某些其他特征，但不必标识它们。5.3.3方法细化将测试计划中描述的方法进行细化，包括要采用的具体测试技术。应标识分析测试结果的方法（例如，比较程序或可视化审查）。4 GB/T9386—××××指明为选择测试用例提供合理依据的任何分析结果。例如，人们可以规定允许限定容错的条件（例如，区别有效输入与无效输入的那些条件）。归纳任何测试用例的共同属性，可以包括各种输入约束（如，针对一组相关测试用例的所有输入必须是真）、任何共享环境的要求、任何共享特殊规程的需求、以及任何共享测试用例之间的依赖关系。5.3.4测试用例标识列出与该设计有关的每一测试用例的标识并简要描述。某个特定的测试用例可能在两个以上的测试设计说明中出现。列出与该测试设计说明有关的每个规程的标识及其简要描述。5.3.5特征通过/失败准则给出用于判定特征或特征组合是否通过或失败的准则。6测试用例说明6.1目的定义由测试设计说明所标识的测试用例。6.2提纲测试用例说明应有如下结构：a)测试用例说明标识符；b)测试项；c)输入说明；d)输出说明；e)环境要求；f)特殊的规程要求；g)用例间的依赖关系。上述各条款应按指定的顺序排列，附加的条款可以放在结尾处。如果上述某一条款的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试用例说明里或向该测试说明的用户提供。鉴于测试用例可能被不同小组的若干测试设计说明长期地引用，为此在测试用例说明中必须包含足够具体的信息以便复用。6.3详细说明6.3.1测试用例说明标识符为该测试用例说明规定唯一的标识符。6.3.2测试项标识并简要描述该测试用例要执行的软件项和特征。对于每一测试项，考虑引用以下测试项文档集：a）需求规格说明；b）设计规格说明；c）用户指南；d）操作指南；e）安装指南。6.3.3输入说明规定执行测试用例所需要的每种输入。有些输入可以用值（必要时允许适当的容差）来规定，而其他输入（如常数表或事务处理文件）可以用名称来规定。规定所有合适的数据库、文件、终端消息、内存驻留区域及操作系统传送的各个值。规定输入之间的所要必要的关系（例如，定时）。6.3.4输出说明规定测试项所有要求的输出和特征（例如，响应时间）。为每个要求的输出或特征提供准确的值（必要时允许适当的容差）。6.3.5环境要求6.3.5.1硬件规定执行该测试用例所需的硬件特性和配置（例如：132个字符×24行的显示器）。6.3.5.2软件5 GB/T9386—××××规定执行该测试用例所需的系统软件和应用软件，可以包括诸如：操作系统、编译程序、模拟程序和测试工具之类的系统软件。此外，该测试项可以与应用软件进行交互。6.3.5.3其他规定所有的其他要求，例如独特的设施要求或经过专门训练的人员等。6.3.6特殊的规程要求描述对执行该测试用例的测试规程的任何特殊约束。这些约束可以包括特殊的装配或设置、操作者的干预、输出确定规程以及特定的清除过程。6.3.7用例间的依赖关系列出执行该测试用例之前必须执行的各个测试用例的标识，并概要说明这些测试用例之间依赖关系的性质。7测试规程说明7.1目的详细说明执行一组测试用例的各个步骤，或者更广泛的说明为了评估一组特征而用于分析软件项的各个步骤。7.2提纲测试规程说明应有如下结构：a)测试规程说明标识符；b)目的；c)特殊要求；d)规程步骤。上述各条款应按指定的顺序排列。如需要，附加的条款可以放在结尾处。如果上述某一条款的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试规程说明里或向该规程说明的用户提供。7.3详细说明7.3.1测试规程说明标识符为该测试规程说明规定唯一的标识符，必要时，提供对相关测试设计说明的引用。7.3.2目的描述该规程的目的。如果该规程执行任何测试用例，则提供对每个测试用例说明的引用。另外，提供对测试项文档相关部分的引用（例如，对使用规程的引用）。7.3.3特殊要求标识执行该规程所需要的任何特殊要求。这些要求可以包括必要的规程、专门技能要求和特殊环境要求。7.3.4规程步骤如适用，应包括在7.3.4.1至7.3.4.10中描述的步骤。7.3.4.1日志描述用来记录测试的执行结果、观察到的事件、以及与测试有关的任何其他事件的任何特殊的方法或格式（见第9和第10章）。7.3.4.2准备描述准备执行该规程所必需的动作序列。7.3.4.3启动描述开始执行该规程所必需的动作。7.3.4.4处理描述在该规程执行过程期间所必需的动作。7.3.4.5测量描述如何进行测试的测量（例如，描述如何利用网络模拟器来测量远程终端的响应时间）。7.3.4.6暂停描述当发生意外事件而暂停测试所必需的动作。7.3.4.7重启动标识任何规程的重启动点，并描述在每个重启动点重新启动规程所必需的动作。6 GB/T9386—××××7.3.4.8停止描述正常停止执行时所必需的动作。7.3.4.9清除描述恢复环境所必需的动作。7.3.4.10应急描述处理在执行过程中可能发生的异常事件所必需的动作。8测试项传递报告8.1目的标识为测试而传递的测试项。其中包括负责每一测试项的人员、测试项的物理位置和状态。与当前项的需求和设计的任何偏离均应记录在该报告中。8.2提纲测试项传递报告应有如下结构：a)传递报告标识符；b)传递项；c)位置；d)状态；e)批准。上述各条款应按指定的顺序排列。在批准条款前还可以加入附加的条款。如果上述某一条款的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试项传递报告里或向该传递报告的用户提供。8.3详细说明8.3.1传递报告标识符为该测试项传递报告规定唯一的标识符。8.3.2传递项标识被传递的各个测试项，其中包括其版本/修订级别。提供对传递项有关的测试项文档集和测试计划的引用。指出负责该传递项的人员。8.3.3位置标识各传递项的位置，并标识包含被传递测试项的媒体。适当时，指出标记或者标识特定媒体的方法。8.3.4状态描述被传递测试项的状态，包括与该测试项文档集、与这些测试项的先前传递以及与测试计划的偏离。列出期望由被传递项解决的各个事件报告。指出是否存在对测试项文档集的未决的修改，该修改可能影响在该传递报告中列出的各个测试项。8.3.5批准详细说明最可能批准该传递报告的人员姓名和职务。并为签名和日期留出位置。9测试日志9.1目的按时间顺序提供关于执行测试的相关细节的记录。9.2提纲测试日志应有如下结构：a)测试日志标识符；b)描述；c)活动和事件条目。上述各条款应按指定的顺序排列。附加的条款可以放在结尾处。如果上述某一条款的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试日志里或向记录的用户提供。9.3详细说明9.3.1测试日志标识符为该测试日志规定唯一的标识符。7 GB/T9386—××××9.3.2描述除了在日志条目中特别注明外，此处应包括适用于日志中所有条目的信息。以下信息应予考虑：a）标识被测试的各个测试项及其版本/修订级别。对于其中的每一项，如果存在其传递报告，则应加以引用；b）标识执行测试的环境属性，其中包括设施说明、使用的硬件（例如，使用的内存容量、CPU型号、磁带机的型号和编号、和/或海量存储设备）、使用的系统软件及可用资源（例如，可用的内存容量）。9.3.3活动和事件条目对于每个事件（包括事件的开始和结束），要记录发生的日期和时间、以及记录者的身份。9.3.3.1至9.3.3.5中的信息应予考虑。9.3.3.1执行描述记录正在执行的测试规程的标识，提供并引用该测试规程说明。记录执行时在场的所有人员（包括测试者、操作员和观察员），还要说明每个人的职能。9.3.3.2测试结果对每次执行，记录目视可观察到的结果（例如，产生的出错消息、异常终止和对操作员动作的请求等）。还要记录任何输出的位置（如磁带编号），以及记录测试的执行是否成功。9.3.3.3环境信息记录与本条目有关的任何特殊的环境条件（例如，硬件更换）。9.3.3.4异常事件记录某个不期望事件（例如，尽管请求显示总计并显示了正确的屏幕，但响应时间似乎过长。重复执行时，响应时间也同样过长）发生前后的情况。9.3.3.5事件报告标识符随时记录每个测试事件报告产生的标识符。10测试事件报告10.1目的将测试过程中发生的需要调查研究的所有事件形成文档。10.2提纲测试事件报告应有如下结构：a)测试事件报告标识符；b)摘要；c)事件描述；d)影响。上述各项应按指定的顺序排列。附加的各项可以放在结尾处。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试事件报告里或向事件报告的用户提供。10.3详细说明10.3.1测试事件报告标识符为该测试事件报告规定唯一的标识符。10.3.2摘要概述事件。标识所涉及的所有测试项，指出其版本/修订级别。应提供对有关测试规程说明、测试用例说明和测试日志的引用。10.3.3事件描述对事件进行描述。该描述应包括以下内容：a)输入；b)预期结果；c)实际结果；d)异常现象；e)日期和时间；8 GB/T9386—××××f)规程步骤；g)环境；h)重复执行的意图；i)测试者；j)观察者。该描述应包括可能有助于隔离并纠正事件原因的相关活动和观察结果（例如，描述可能对此事件有影响的所有测试用例执行情况，描述与已公布的测试规程之间的任何偏差）。10.3.4影响在所知道的范围内指明该事件对测试计划、测试设计说明、测试规程说明或测试用例说明所产生的影响。11测试总结报告11.1目的总结指定测试活动的结果并根据这些结果进行评价。11.2提纲测试总结报告应有如下结构：a)测试总结报告标识符；b)摘要；c)差异；d)测试充分性评价；e)结果汇总；f)评价；g)活动总结；h)批准。上述各条款应按指定的顺序排列。附加的条款还可以加在批准条款之前。如果上述某一条款的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试总结报告或向该总结报告的用户提供。11.3详细说明11.3.1测试总结报告标识符为该测试总结报告规定唯一的标识符。11.3.2摘要总结对测试项的评价。标识已测试的各个项，指出其版本/修订级别，并指出执行测试活动所处的环境。对于每个测试项，如果存在测试计划、测试设计说明、测试规程说明、测试项传递报告、测试日志和测试事件报告文档，则应提供对相关信息的引用。11.3.3差异报告测试项与其设计说明之间的任何差异，并指出与测试计划、测试设计或测试规程之间的任何差异，详细说明每种差异产生的原因。11.3.4测试充分性评价如果有测试计划，应根据测试计划（4.3.6）中规定的测试充分性准则对测试过程作出评价。确定未作充分测试的特征或特征组合，并说明理由。11.3.5结果汇总汇总测试的结果。标识已解决的所有事件，并总结其解决方案。指出尚未解决的所有事件。11.3.6评价对每个测试项（包括其限制）进行总体评价。该评价必须以测试结果和测试项级别的通过/失败准则作为依据。可以包含对失败风险的估计。11.3.7活动总结总结主要的测试活动和事件。总结资源消耗数据，例如：人员的总体配备水平、总机时和每个主要测试活动所花费的时间。11.3.8批准9 GB/T9386—××××详细说明必须批准该报告的所有人员的姓名和职务，并为签名和日期留出位置。10 GB/T9386—××××附录A（资料性附录）实施和使用指南A.1实施指南当一个组织使用该标准时，建议按如下阶段实施：a)初始阶段首先编写测试计划和测试记录/报告文档。测试计划将为整个测试过程提供基础。测试记录/报告文档应鼓励测试组织以良好的方式来记录整个测试过程。开始在系统这一级实施测试文档，在系统测试期间要求严格控制是关键的。系统测试文档是满足这种需求的关键要素。b)后续阶段经过一段时间的实践，积累了一定经验后再逐步引入其他文档。其引入的顺序应取决于前阶段的成果。测试文档最终应形成对应于其设计层次的一种文档层次，即系统测试文档，子系统测试文档，以及模块测试文档。A.2附加的测试文档指南组织所采用的特定的测试技术的文档编制指南（例如：代码检查或仿真）可作为该标准的基本文档的补充。A.3使用指南a)在项目计划或者组织的标准中,应指明在哪些测试活动中需要哪些测试文档。并为在组织内使用这些文档提供指南；图A.1是多种测试活动需要的测试文档说明的一个示例。实际上各个组织要求的文档数目不尽相同；b)可以对每个文档进行剪裁或增加款项和材料，以适用于一个特定的测试产品和特定的测试环境的要求；c)以模块测试的级别来考虑模块的测试文档集，例如，为一组模块生成一组测试报告而开发一个模块测试设计说明可能是有用的。当需要不同的测试用例时,一个公共的测试规程说明可能是适用的。文档测试项测试事测试总活动测试测试设测试用测试规测试传递报件报结报计划计说明例说明程说明记录告告告验收×××××××区域×××××安装×××××××系统××××××××子系统×××××××程序×××模块×××图A.1必要的测试文档说明示例11 GB/T9386—××××附录B（资料性附录）测试文档示例下面的示例来自于商业数据处理。这个示例并不意味着本标准对其他种类的软件适用性有任何的限制。B.1公司工资系统测试文档集B.1.1引言B.1.1.1范围本附录给出的这一系统测试文档集示例是依照本标准编写的。展示每个文档是由于它们有可能用于某个工资系统的系统测试。该示例中采用的工资系统包括以下主要功能：1.维护雇员信息；2.维护工资历史信息；3.准备工资支票；4.准备工资税务报表；5.准备工资支付报表。已提出用于工资系统的二期开发计划，不久后将要启动。这个阶段主要涉及人员报表系统。B.1.1.2假定在准备该示例时，曾作出以下假定：a)系统测试活动假设模块测试和集成测试已经完毕。它意味着单个程序的功能已经过全面的测试。因此，系统级测试集中在对多个程序块的功能性（例如：年终处理）以及对外部接口、安全、恢复和性能的测试。此外，操作者和用户规程也经过测试。b)工资系统应是仅在一个地点被测试的系统。B.1.1.3命名约定工资系统示例从头至尾都采用下面命名约定。12 GB/T9386—××××项目策划文档AP01-01需求规格说明AP01-02初步开发计划AP01-03项目授权AP01-04系统设计描述AP01-05商业计划AP01-06最终开发计划AP01-08质量保证计划AP01-09配置管理计划AP01-12项目结束报告系统参考手册AP02-01系统参考手册AP02-02操作手册AP02-03模块参考手册AP02-04用户事务参考手册程序模块AP03-程序模块控制程序AP04-控制程序，实用程序，类别测试文档集AP05-YYZZ测试计划AP06-YYZZ测试设计说明AP07-YYZZ测试用例说明AP08-YYZZ测试规程说明AP09-YY测试日志AP10-00测试事件报告日志AP11-YY测试事件报告AP12-YY测试总结报告AP13-YY测试项传递报告注：本标准没有规定该测试文档13 GB/T9386—××××B1.2公司工资系统——系统测试计划系统测试计划—公司工资系统目次1.测试计划标识符..........................................................212.引言....................................................................212.1目标...................................................................212.2背景...................................................................212.3范围...................................................................212.4引用文件...............................................................213.测试项..................................................................213.1程序模块...............................................................223.2作业控制规程...........................................................223.3用户规程...............................................................223.4操作者规程.............................................................224.要测试的特征............................................................225.不要测试的特征..........................................................226.方法....................................................................236.1转换测试...............................................................236.2作业流测试.............................................................236.3接口测试...............................................................236.4安全测试...............................................................236.5恢复测试...............................................................236.6性能测试...............................................................236.7回归测试...............................................................236.8综合测试...............................................................246.9约束...................................................................247.测试项通过/失败准则.....................................................248.暂停准则和恢复要求.......................................................248.1测试暂停准则............................................................248.2测试恢复要求...........................................................249.测试交付项..............................................................2410.测试任务...............................................................2511.环境要求...............................................................2511.1硬件..................................................................2511.2软件..................................................................2511.3安全..................................................................2511.4工具..................................................................2511.5出版物................................................................2512.职责...................................................................2512.1系统测试组............................................................2512.2公司工资部门..........................................................2512.3开发项目组............................................................2613.人员和培训要求..........................................................2613.1人员配备..............................................................2614 GB/T9386—××××13.2培训..................................................................2614.进度...................................................................2615.风险和应急.............................................................2616.批准...................................................................26附件A任务列表.............................................................2715 GB/T9386—××××1测试计划标识符AP05-01032引言2.1目标公司工资系统的系统测试计划应该支持以下目标：(1)细化准备和进行系统测试所需要的活动。(2)与所有负责方沟通有关他们要执行的任务以及执行任务时所安排的进度。(3)确定用来准备计划的信息源。(4)确定进行系统测试所需要的测试工具和环境。2.2背景去年，XYZ公司系统和程序开发部门应公司会计部门的要求开发了一个新的通用总帐系统。与此同时，还提出要求要开发一个与该通用总帐系统接口的新的公司工资系统。管理层系统评估委员会在19**年9月批准了开发工资系统的请求，并且指定一个工资系统顾问组来确定系统需求。顾问组于19**年12月完成了一份需求陈述（AP01-01）和一份初步开发计划。2.3范围该测试计划覆盖了公司工资系统的全部系统测试，包括操作者和用户规程、以及程序和作业控制。除了综合性多程序功能性测试外,还应评估外部接口、安全、恢复和性能。2.4引用文件下列文档用作该测试计划的信息源：公司工资系统初步开发计划（AP01-02）公司工资系统授权（AP01-03）公司工资系统最终开发计划（AP01-06）公司工资系统质量保证计划（AP01-08）公司工资系统配置管理计划（AP01-09）XYZ公司系统开发标准及规程（XYZ01-0100）公司通用总帐系统设计描述（AG01-04）公司通用总帐系统测试计划（AG05-01）3测试项组成公司工资系统的所有项在系统测试期间应予测试。待测试的版本应由配置管理员放在合适的库中。管理员还应控制对受试版本的更改，并且将可提供新版本的时间通知测试组。以下文档为规定正确的操作建立基础:公司工资系统需求规格说明（AP01-01）公司工资系统设计描述（AP01-04）公司工资系统参考手册（AP02-01）公司工资系统模块参考手册（AP02-03）要测试的各项列出如下:3.1程序模块要测试的程序模块按以下规则来标识：类型库成员名称源代码SOURLIB1AP0302AP0305可执行代码MACLIB1AP0301AP030216 GB/T9386—××××AP03053.2作业控制规程应用程序、分类和实用程序的控制规程标识如下：类型库成员名称应用程序PROCLIB1AP0401分类PROCLIB1AP0402实用程序PROCLIB1AP04033.3用户规程公司工资系统用户事务参考手册(AP02-04)中规定的在线规程应予测试.3.4操作者规程系统测试包括公司工资系统操作参考手册(AP02-02)中规定的规程。4要测试的特征以下清单列出待测试的特征:测试设计说明编号描述AP06-01数据库转换AP06-02月薪雇员全面的工资处理AP06-03计时雇员全面的工资处理AP06-04所有雇员全面的工资处理AP06-05定期报告AP06-06通用总帐事务的建立AP06-07安全AP06-08恢复AP06-09性能5不要测试的特征下列特征不应包括在系统测试中，因为它们在系统初始安装时不会使用。平等就业机会委员会符合性报告内部培训进度报告工资/业绩审查报告二期开发阶段文档集应包含关于这些特征的一个测试计划。测试用例将不会覆盖正在受试的事务或者报告中所有可能的选项组合。只有目前XYZ公司工资处理明确需求的组合应予测试。6方法测试人员应根据系统文档集准备所有的测试设计、用例以及规程说明。这种方法应验证测试所覆盖那些领域的文档集信息的准确性和综合性。公司工资和会计部门的人员应协助开发测试设计和测试用例，这样做有助于确保测试能体现系统的实际使用。为了确保保密性，从会计文件中选取的所有测试数据应含有已更改的保密敏感字段。17 GB/T9386—××××6.1转换测试除了计算输入和输出的记录外，转换数据库的有效性应以两种方式进行验证。第一种验证方法涉及到使用必须由开发组建立的“数据库审核员”功能。当针对被转换数据库运行时,数据库审核员应核对一条记录内的数值范围，以及要求的各条记录之间的关系。第二种验证方法涉及到随机选取旧记录的一个小的子集，然后直接与新记录的相对应子集进行比较。直接比较的数目“c”和旧记录的数目“r”必须加以规定。从1到r的范围内产生由随机数字组成的c集合。在转换过程中，该集合应予以分类和应用，以驱动对直接比较记录的选择。注—同样的两种验证方法在实际的转换期间应予采用。6.2作业流测试月薪雇员和计时雇员的记录综合集以及这两种记录的合并集应用于测试工资处理。标准的作业流测试方法应予采用。每种定期报告作业流至少运行一次。6.3接口测试为了测试工资系统与通用总帐系统之间的接口，工资系统应建立一个通用总帐事务综合集。这些事务应输入到通用总帐测试系统。生成的通用总帐条目必须加以选取、打印并与由工资系统准备的通用总帐事务的打印输出相比较。6.4安全测试无妥当口令但又试图访问在线数据条目并显示事务的情况应予测试。6.5恢复测试在可单独运行的时间内，通过停机且随后依照恢复规程进行恢复测试。6.6性能测试依据性能要求（AP01-01），通过利用产生的数据量测量若干作业的运行时间，以此来评估性能。6.7回归测试假设为了测试在系统测试期间做过的程序修改，则应对系统进行若干次重复测试。对系统的每一新版本应做一次回归测试，从而检测由于程序修改所导致的意想不到的影响。应通过对新版本执行前一版本曾执行的那些所有测试来完成回归测试，然后对由此得到的结果文件进行比较。标准的比较器程序（UT08-0100）应予采用，以便比较所有的系统输出。6.8综合性公司工资系统参考手册(AP02-01)中描述的每个系统特征至少应有一份相关联的测试设计说明。公司工资系统用户事务参考手册(AP02-04)中所规定的每个用户规程至少应予测试一次。公司工资系统操作手册(AP02-02)中规定的每个操作规程至少也应予测试一次。另外，每个作业控制规程至少应予执行一次。对于关联到上述每个领域的测试设计说明，应采用覆盖矩阵予以核查。6.9约束公司工资系统的最终执行日期定于19**年8月31号。必须符合这个日期，因为新的ABC部门将于9月1日开始全面运行，必须拥有这个系统方能向其雇员发放工资。7测试项通过/失败准则该系统必须符合XYZ公司系统开发标准和规程（XYZ01-0100）中陈述的系统通过/失败的标准需求。18 GB/T9386—××××该系统还必须满足下列需求：--内存需求一定不要大于真实存储量64K。--用户规程与其他会计系统的一致性必须使工资主管满意。8暂停准则和恢复要求8.1暂停准则不能转换雇员信息数据库会导致所有测试活动的暂停。8.2恢复要求出现测试暂停后，当系统的新版本向测试组传递时，6.7条中描述的回归测试应予执行。9测试交付项系统测试组应形成下列文档，这些文档在测试结束后交付给配置管理组。测试文档系统测试计划；系统测试设计说明；系统测试用例说明；系统测试规程说明；系统测试日志；系统测试事件报告日志；系统测试事件报告；系统测试总结报告。测试数据：（1）所有数据录入、查询屏幕和回答屏幕的拷贝都应附在相关的测试用例文档中。（2）输入和输出测试文件的拷贝应交付给配置管理组。（3）最终执行每个测试规程的打印输出的缩微胶片拷贝，应与测试文档集一起交付给配置管理组。10测试任务见附件A的任务列表。11环境要求11.1硬件测试应在XYZ公司的硬件配置下进行。鉴于大多数测试必须在主要的操作时间内开展，在此期间内应向测试组提供3个在线终端。11.2软件11.2.1操作系统该业务操作系统应用于执行这些测试。11.2.2通信软件所有在线程序应在测试通信软件的控制下加以测试。11.3安全性安全性应限于现有的各种控制器。11.4工具开发和评估系统测试需要下列测试工具：19 GB/T9386—××××（1）测试数据生成器(UT09-0200)。该程序用于生成绝大多数的测试数据。它位于标准系统库SYSLIBA。（2）比较器程序(UT08-0100)。该程序用于在回归测试期间比较系统结果。它位于标准系统库SYSLIBA中。（3）数据库审核器。该程序用于审核数据库中的数值范围及记录之间的相互关系。它须由开发组提供。11.5出版物需要下列文档支持系统测试：--公司工资系统需求陈述(AP01-01)--公司工资系统设计描述(AP01-04)--公司工资系统参考手册(AP02-01)--公司工资系统操作手册(AP02-02)--公司工资系统模块参考手册(AP02-03)--公司工资系统用户事务参考手册(AP02-04)12职责下列各组对测试各部分负有责任。12.1系统测试组该组对测试及技术测试业务进行全面管理。12.2公司工资部门该组是公司工资系统的终端用户，在下列各项活动中应协助系统测试组工作。--审查测试设计说明；--执行在线测试；--校验输出屏幕和报告。12.3项目开发组该组传递要测试的系统，并响应系统测试事件报告。该组对需要排错的任何程序进行调试，并提供数据库审核器。13人员和培训要求13.1人员配备需要下列人员开展该测试项目：13.1.1测试组测试经理1高级测试分析员1测试分析员2测试技术员113.1.2工资部门工资监管人员113.2培训公司工资部门的人员必须经过培训，以便对数据录入事务进行处理。用户事务参考手册(AP02-04)应作为该培训的基础。14进度见附录A的任务列表。硬件，软件和测试工具应用于从19**年6月1日到19**年8月1日期间的测试。15风险和应急如果系统故障严重地影响测试进度，开发经理已同意分派一名全职人员到测试组做调试工作。如果一位工资监管人员对于测试工作不够用，工资经理已同意确定第二位监管人员。20 GB/T9386—××××如果硬件出现的问题影响系统在白天的应用，则测试组应安排其夜晚的活动。公司工资系统的第一次运行使用，在分发工资支票前必须详细地加以核查，并对任何出错的支票须用手工进行修正。16批准___________________________________________________测试经理日期___________________________________________________开发项目经理日期___________________________________________________质量保证经理日期测试文档21 GB/T9386—××××附件A任务列表任务前期任务特殊技责任投入完成日期能（1）准备测试计结束工资系统设—测试经理；4XX-01-21划计描述高级测试分析（AP01-04）和员初步的开发计划（AP01-02）（2）准备测试设任务1通晓公司的高级测试分析9XX-04-01计说明工资规程员（3）准备测试用结束相应的测试—测试分析员4XX-04-15例说明设计（任务2）（4）准备测试结束相应的测试—测试分析员6XX-05-15规程说明用例（任务3）（5）建立最初的任务4—测试分析员6XX-06-01雇员信息数据库（6）结束测试项结束集成测试—开发项目经理-XX-06-01传递并向测试组传递该公司的工资系统（7）检查执行该任务6工作控制经测试技术员1XX-06-08系统需要的所有验工作控制规程（8）组装并链接任务6—测试技术员1XX-06-08该公司工资系统（9）执行数据录任务5—测试分析员1XX-06-22入测试规程任务8（10）执行批测任务5—测试技术员3XX-06-30试规程任务8（11）检查批测任务10通晓工资报测试分析员1XX-07-02试结果告需求（12）解决测试任务9—开发组经理；2XX-07-16事件报告任务11系统测试组经理；公司的工资部门经理（13）重复任务任务12——2XX-07-30（6）-（12）直到所有测试规程成功运行（14）撰写系统任务13—系统测试组经1XX-08-06测试总结报告理；公司工资部门经理（15）将所有测任务14—系统测试组1XX-08-06试文档集和测试数据传输给配置管理组22 GB/T9386—××××B1.3公司工资系统—系统测试规程说明1测试规程说明标识符AP08-010119**年3月5日2目的为执行数据库转换(AP06-0101)的测试设计说明中规定的测试，该规程描述了所必需的各个步骤。该规程还描述了系统测试用例说明AP07-0101中描述的测试用例的执行。注：不管是测试设计说明和还是测试用例说明都不包括在这一组系统测试示例中。该测试应执行公司工资系统参考手册(AP02-01)中规定的雇员信息数据库转换规程，以及公司工资系统模块参考手册（AP02-03）中描述的转换程序(AP03-07)。3特殊需求为了执行该规程,AP06-0101里指定的“随机子集”程序、旧数据选取程序、新数据选取程序以及数据库审核器必须予以提供。4规程步骤4.1日志将该规程的执行情况记录在一个标准的测试日志里(AP09-YY)。4.2准备(1)根据AP07-0101中指定的测试用例说明,使用测试数据生成器(UT09-0200)来生成一个雇员旧数据库的测试版本。(2)执行随机子集程序，要求从1到500范围内的50个随机数字。(3)将随机数字文件以递增的顺序排列。(4)利用（排列好的随机数字文件的）雇员信息旧数据库的测试版本来执行旧数据选取程序。(5)打印选取的记录。4.3处理利用生成雇员信息新数据库的旧数据库的测试版本来执行转换程序。4.4措施(1)利用雇员信息新数据库来执行数据库审计器。报告在测试事件报告中的违背情况。(2)利用排列好的随机数字文件的新数据库来执行新数据选取程序。(3)打印选取记录。(4)将选取的旧记录与选取的新记录进行对比。报告测试事件报告中的差异。4.5清除删除选取的文件和随机数字文件。23 GB/T9386—××××B1.4公司工资系统—系统传递报告1传递报告标识符AP13-0319**年6月24日2传递项一个新版本的数据转换程序(AP03-0702)正在传递。模块参考手册(AP02-0305)描述该程序。其相关联转换规程在系统参考手册(AP02-0109)中作了规定。传递的程序与系统测试计划AP05-0103相关联。有关该程序的信息沟通宜联系工资系统项目开发经理。3位置传递的代码定位如下:--源代码SOURLIB1(AP0307)--对象代码SYSLIB1(AP0307)文档库可以提供系统文档集和测试计划。4状态转换程序已经过单元级和集成级的完全重新测试。该新版本用于解决6月10日执行AP08-0101形成的三个事件报告(AP11-15、16和17)。转换程序中不充分的逻辑不足导致无效部门代码消息(AP11-15)和空白主地址(AP11-16)。增加了补充逻辑。非确切的程序说明导致依整数字段处理问题(AP11-17)。逻辑已经得到更改，为提高透明度增加了评论意见。5批准__________________________________________________开发经理日期_________________________________________________测试经理日期B1.5公司工资系统——系统测试日志1测试日志标识符AP09-0419**年6月10日2描述数据转换程序的第一个版本(AP03-0701)正在测试。程序(AP13-01)和整个工资系统一起24 GB/T9386—××××传递到测试组。正在利用标准的公司数据中心的设施来进行批量测试。该日志记录数据转换测试规程（AP08-0101）的执行情况。高级测试分析员通过CRT将这些测试传递给后台处理。3活动和事件条目19**年6月10日事件下午2:00-李刚开始测试。下午2:15–开始生成旧测试数据库。下午3:30–在测试数据生成器发现一个可能存在的问题。AP11-14填好事件报告并围绕出现的问题进行研究。下午6:00–完成旧数据库的生成工作。它位于测试TEST1。下午6:15-李刚停止测试。19xx年6月11日事件上午9:45-李刚开始测试。上午10:00–开始创建随机数字文件。上午10:45–生成排序的随机数字文件。上午11:30–选择并打印旧测试数据库中的一个随机记录子集。下午12:30-李刚停止测试。下午12:45-张华开始测试。下午1:00–针对旧测试数据库执行转换程序。AP11-15新数据库位于TEST2。运行的状态报告包含3个部门代码字段中的无效数据的警告。3个记录得到核实且各个值看来是有效的。形成一个事件报告。下午3:30–针对新数据库运行数据库审核器。AP11-16审核器报告空白主地址的多个实例。通过检查发现这些地址在旧数据库中，不是空白的。事件得到报告。下午4:00–张华停止测试。19xx年6月12日事件上午8:15–张华开始测试。上午8:30–从新数据库选择并打印随机的记录子集。AP11-17在一个用例中,依整数字段从3更改为0（可能由于不存在名称）。事件得以报告。上午11:30–删除选取和随机数字字段。上午11:45–张华停止测试。B1.6公司工资系统——系统测试事件报告1报告标识符AP11-1719**年6月12日2概述通过将转换程序(AP03-0701)生成的雇员新数据库记录与旧数据库的那些记录进行比25 GB/T9386—××××较，发现依整数字段发生更改。测试日志AP09-04记录该事件。该事件发生在执行测试规程AP08-0101的期间。3事件描述19**年6月12日上午8:30张华雇员旧数据库的测试版本被转换成新格式。在这个过程中,不曾预料对依整数字段中的值进行更改。附上的打印输出文档显示的记录更改了这个字段值。注意到：尽管从属计数在原始记录中是3,但是均没有出现名称。在所有其他记录中名称的数目与计数都是匹配的。也许该程序正在计算名称并促成一致性。4影响在解决该事件之前暂停测试活动。B2规范化数值表达式——模块测试文档集下面的示例描述了某个模块的测试，该模块对在显示器上输入的数字表达式重新格式化。该模块删除所有的逗号、标记和小数点,并且检查输入表达式的有效性。本附录给出测试文档集包括测试设计说明、测试用例说明、测试总结报告。B2.1引言一般需求为了在显示器上提供用户友好的数字数据的录入,系统允许键控数字表达式，包含可选的非数字符号（如逗号、小数点和引入标记）。下列任何一个示例将是有效的录入:+01234.-.01212，345.6为了便于编辑此类输入，需要一个例行程序把数字表达式规范成一个小数点排列好的值并描述它。一个表达式是通过如下不同的特征加以描述的：—包括符号标记--包括逗号--包括小数点--小数位的数目--整数位的数目返回代码应标识出任何编辑错误的具体实况。该例行程序应通过COBOL程序访问。函数设计输入:称为NUMERIC-EXPRESSION长度为25的字符串包含一个数字表达式。该表达式必须包含至少一个数位。它可能包含少于14个整数位和少于4个小数位。它还可能包含下列各项的有效组合:--前部标记符号--小数点26 GB/T9386—××××--分组逗号有效的录入字段在左边、右边或者左右两边可能都有空白。内空白是无效的。处理：编辑输入表达式，如果无效则在返回代码中记录出错状态。如果有效则删除任何标记符号、小数点和逗号，由此产生的数字值则在标有符号的字段中小数点对齐。另外，计算一组输入描述符。输出:PICS9(14)V9(4)中小数点对齐、标有符号的数字值称为ALIGNED-NUMERIC-VALUE。一组输入描述符:INTEGER-DIGIT-COUNT（0-14）FRACTIONAL-DIGIT-COUNT（0-4）WAS-SIGN-FOUND（N-O，YES）WERE-COMMSA-FOUND（N-O，YES）WAS-DECIMAL-POINT-FOUND（N-O，YES）具有以下值的RETURN-CODEóNORMALIZATION-OKóINVALID-FIRST-CHAR首字符是除数字、句号或者标记之外的符号óINVALID-NONFIRST-CHAR非首字符是除数字、句号或者逗号之外的符号óNO-DIGIT-FOUND没有输入数字字符óTOO-MANY-INTEGER-DIGIT14个以上连续数字无小数点óTOO-MANY-FRACTIONAL-DIGIT小数点的右侧有4个以上数字óTOO-MANY-DECIMAL-DIGIT1个以上小数点óCOMMA-RIGHT-AFTER-SIGN1个标记后紧跟逗号óINVALID-COMMA-INTERVAL逗号后侧的连续数字少于3个逗号前边或后边的连续数字多于3个óCOMMA-AFTER-POINT逗号在小数点的右侧如果RETURN-CODE值不是NORMALIZATION-OK，那么其他输出域的值未定义。技术设计语言:COBOL访问:执行包含在内的子例程层次表:规范化-数字-表达式左侧-对齐表达式查找最右侧没有空格确证表达式初始化描述符字段将返回调整为OK进行确证扫描删除确证扫描规范化有效表达式保存数字删除特殊符号对齐输出值建立标记27 GB/T9386—××××注释：输出字段设置程序返回代码（Error）进行确证扫描删除确证扫描返回代码（OK）将返回调整为OK输入描述符启动描述子段进行确证扫描删除确证扫描ALIGNED-NUMERIC-VALUE对齐输出值建立标记B2.2规范化数字表达式-模块测试设计说明1测试设计规格标识符NNE.TD.01.0519xx年3月15日注：没有与这个模块相关的测试计划，因为其开发没有与任何特定的应用项目相关系（因此没有项目级的测试计划），并且因为该特定的项目经理已决定不需要详细的模块测试计划。质量保证经理赞同该决定。2要测试的特征单个特征2.1只有数据处理2.2标记符号处理2.3小数点处理2.4逗号处理组合特征2.5标记符号和小数点组合2.6标记符号和逗号组合2.7小数点和逗号组合2.8标记符号、小数点和逗号组合功能设计描述中规定所有这些特征，功能设计描述包含在程序员指南的通用例程里。3方法细化模块的单个处理特征首先采用有效输入和无效输入进行测试，其后应进行所有的组合测试。编写一个程序来驱动该模块。应利用包含一个输入值和字段的每条记录来形成一个文件，以便存储产生的各个值。驱动程序应阅读一条记录，传递该模块的相应输入值，将产生的值存储在该记录中并重写该记录。该模块的当前版本标识符应存贮在每个重写的记录里。在测试开始之前,应以与驱动文件相同的格式生成一个测试用例文件。记录应包含输入值和预期得到的值。随着测试的进行,驱动文件应与用例文件进行比较。文件比较实用程序应报告任何差别。28 GB/T9386—××××鉴于生成所有可能的输入值是不实际的,测试组合的综合性应基于以下准则加以评估。(1)需求覆盖情况满足每种需求吗?(2)设计覆盖情况满足每条功能设计说明吗?(3)域覆盖情况每个输入约束（如，小数点的最多1个）都测试了吗?包括各个代表值吗?生成所有出错消息了吗?(4)分支覆盖情况每个分支至少测试一次吗?(5)语句覆盖情况每条语句至少执行过一次吗?应生成适合的检查表以评估(1)至(3)条准则。现有的代码测试仪器工具应用来评估(4)至(5)条准则。测试组合必须至少有一次满足以上规定的5条准则的每一条。测试用例选择基本原理输入约束(1)整数位不多于14个；(2)小数位不多于4个；(3)小数点不多于1个；(4)每个逗号的左侧有1到3个邻近数字；(5)每个逗号的右侧有3个邻近数字；(6)小数点后无逗号。没有相关的内部约束或输出约束。通用测试用例特性所有测试用例需要一个模块驱动器。4测试标识用例:只有数字有效的14个整数位NNE.TC.001居中6个整数位NNE.TC.002左侧对齐1个整数位NNE.TC.003无效的15个整数位NNE.TC.010含嵌入式空格的数字串NNE.TC.011含前导无效字符的数字串NNE.TC.012含嵌入式无效字符的数字串NNE.TC.013含尾部无效字符的数字串NNE.TC.014标记符号29 GB/T9386—××××有效的右对齐+标有符号的14个整数NNE.TC.020-标有符号的整数NNE.TC.021无效的嵌入式标记NNE.TC.030尾部标记NNE.TC.031仅有标记而没有数字NNE.TC.0322个前导标记NNE.TC.0332个分离标记NNE.TC.034小数点有效的含4个小数位的前导点NNE.TC.040含1个小数位的嵌入式点NNE.TC.041含14个整数的尾部点NNE.TC.042无效的5个小数位NNE.TC.0502个点NNE.TC.051没有数字的点NNE.TC.052逗号有效的1个逗号NNE.TC.060含14个整数位的4个逗号NNE.TC.061无效的前导逗号NNE.TC.070逗号左侧有4个数字NNE.TC.071逗号右侧有2个数字NNE.TC.072逗号右侧有4个数字NNE.TC.073尾部逗号NNE.TC.074没有数字的逗号NNE.TC.07515个整数位NNE.TC.076标记符号和小数点有效的含有标记符号和尾部点的1位数NNE.TC.080含有标记符号接着点的1位数NNE.TC.081含有标记符号和点的14位数NNE.TC.082无效的没有数字的标记符号和点NNE.TC.090标记符号和逗号有效的含有标记符号和逗号的14位数NNE.TC.100含有标记符号和逗号的4位数NNE.TC.101无效的靠近逗号的标记符号NNE.TC.110小数点和逗号有效的含有逗号的14个整数位和4个小数位NNE.TC.120含有4个数字和尾部点的1个逗号NNE.TC.12130 GB/T9386—××××无效的逗号与点之间没有数字NNE.TC.130逗号与点之间4个数字NNE.TC.131逗号再点之后NNE.TC.132标记符号、小数点和逗号有效的最长有效表达式NNE.TC.140最短有效表达式NNE.TC.141代表性有效表达式NNE.TC.142无效的15个整数位和4个小数位NNE.TC.15014个整数位和5个小数位NNE.TC.151规程.没有与该设计相关的正式测试规程。使用该模块驱动器的规程是在程序员指南的测试工具部分。5特征通过/失败准则为了通过这种测试，每种特征必须通过其所有的测试用例。B2.3规范化数字表达式-模块测试用例说明1测试用例说明标识符NNE.TC.121.0119**年3月17日含4个数字和尾部点的1个逗号2测试项规范化数字表达式子例程该例程从数字表达式中除去标记、逗号和小数点。需求、功能设计和技术设计说明都包含在程序员指南的通用程序部分。3输入说明在NUMERIC-EXPRESSION名称字段输入：1,234。4输出说明ALIGNED-NUMERIC-VALUE：+12340000RETURN-CODE：NORMALIZATION-OKINTEGER-DIGIT-COUNT：4FRACTIONAL-DIGIT-COUNT：0WAS-SIGN-FOUND：N-0WERE-COMMAS-FOUND：YESWAS-DECIMAL-POINT-FOUND：YES5环境需求31 GB/T9386—××××需要一个模块驱动器来执行该用例。6特殊规程需求使用模块驱动器的规程包含在程序员指南的测试工具部分。7用例相互关联性无。B2.4规范化数字表达式-模块测试总结报告1测试总结报告标识符NNE.TS.0119**年3月23日2概要在纠正3次故障后，规范化数字表达式模块(第5次修订)通过了所有测试。采用一个模块驱动器测试该例程。下面的测试文档与该模块相关：(1)模块测试设计说明NNE.TD.01.05(2)模块测试用例说明NNE.TC.001-.1513变更测试期间所确定的各种条件来自原始功能设计中所描述的无效条件的增加。结果产生了另外11个测试用例说明。所有这些更改均包含在当前的文档集里。4综合性评估附上的检查表(但不包括示例)和执行跟踪报告表明，已经满足了在测试设计说明中规定的最低限度综合性要求。5结果总结测试用例中的3个(071、073和131)暴露了由于逻辑不充分而导致的故障。完善逻辑后,定义了新的测试用例,并且重新运行测试集，所有特征都通过其测试。6评估该模块通过了综合性的测试,只检测出3次故障。在最初六个月的使用中,将不会出现额外2次以上故障。7活动总结开始测试03/12/xx估计时间实际时间测试设计(包括用例)2.0天3.0天模块驱动器开发1.0天1.5天执行测试2.0天2.0天模块修改2.0天1.5天32 GB/T9386—××××测试报告0.5天0.5天____________结束测试03/23/xx7.5天8.5天8批准________________________________________开发项目经理日期33 GB/T9386—××××附录C（资料性附录）传递报告示例APP产品线产品测试传递报告(V2.0)项目版本号ma-web5.6.0.3¾每日导出应收接口调整¾执行时间结算方式订单行收入确认规则调整¾修改合同信息功能调整新增/修改的功能/隐错¾密码管理¾广告展现页面保存功能¾其他功能调整程序名称：ma-webcvspath:App/ecom/ma/ma-webcvstag:ma-web_5-6-0-3_PD_BL功能模块（产品组件）名Version:ma-web5.6.0.3称/版本Builtdate:0718200621:38:38md5sum:deebf70be2a61b8e340c8378b9b16cdbma_encode_5_6_0_3.tgz配置文件修改详见releasenotes编译依赖关系无被测试程序提交位置guest@testing-app00:/home/guest/fromRD/ma-web/5.6.0/优先级等级包括：紧急、高、中、低优先级别优先级紧急的任务需将该提交测试清单同时抄送给产品线总监/高级经理以及产品测试经理和软件质量总监。紧急（）高（√）中（）低（）此处表示对于模块或者包名以前是否测试过，若已经提交测试新增还是修改过则填写修改，若从来没有提交测试过则填写新增新增（）修改（√）是否经过了设计评审/设计是（√）否（）评审参加人设计review参加人:王某某、李某某进行了互相评审是否提交了正式的设计评是（）否（√）审报告/评审结论设计评审结论:通过新增/修改的模块代码名称Ma-web/代码规模(代码行)是否经过了代码评审/代码是（√）否（）评审参加人评审参加人：王某某、李某某34 GB/T9386—××××是否提交了正式的代码评是（√）否（）审报告/评审结论代码评审结论:是否进行了单元测试/单元是（√）否（）测试报告路径是否提交了正式的单元测是（√）否（）试报告/单元测试结论单元测试结论:测试正常对其它系统/产品或者模块该版本修改了与erp系统的接口文件，需要和erp系统进行联/功能的影响调是（√）否（）是否需要更改模板请注意功能调整模块的测试。并且注意与erp系统联调功能以测试重点及回归关联功能。提交人王某某、李某某2006-7-1109:05测试提交日期/建议测试完2006-7-1915：00成日期/预计上线日期2006-7-1918：0035'