搜索
ICS35.240L77备案号：28400-2010DB11北京市地方标准DB11/T714.2—2010电子政务运维服务支撑系统规范第2部分：符合性测试SpecificationforE-Governmentoperationsandmaintenanceservicesupportingsystem—Part2:ConformityTest2010-06-28发布2010-10-01实施北京市质量技术监督局发布DB11/T714.2—2010I目次前言.................................................................................II1范围...............................................................................12规范性引用文件.....................................................................13术语、定义和缩略语.................................................................13.1术语和定义.....................................................................13.2缩略语.........................................................................24符合性声明.........................................................................35符合性测试方法及测试判定...........................................................35.1符合性测试方法.................................................................35.2符合性测试判定.................................................................36抽象测试套件与可执行测试套件.......................................................46.1抽象测试套件...................................................................46.2抽象测试用例和可执行测试用例的关系.............................................47电子政务运维服务支撑系统的抽象测试套件.............................................47.1功能测试.......................................................................57.2性能测试......................................................................29附录A（资料性附录）五种场景的技术要求与抽象测试套件...............................32参考文献.............................................................................35DB11/T714.2—2010II前言DB11/T714《电子政务运维服务支撑系统规范》分为两个部分：——第1部分：基本要求；——第2部分：符合性测试。本部分为DB11/T714的第2部分。本部分由北京市信息化标准化技术委员会归口。本部分由北京市经济和信息化委员会组织实施。本部分起草单位：北京市经济和信息化委员会、北京信息化协会、北京宜富泰网络测试实验室有限公司、国家应用软件产品质量监督检验中心、北京市天元网络股份技术有限公司、神州数码系统集成服务有限公司。本部分主要起草人：童腾飞、水海峰、马蕾、李伟、周琼、吴芸、唐凡、陈颖慧、周悦、王威、亓峰、陈兴渝、王颖、郑颖。DB11/T714.2—20101电子政务运维服务支撑系统规范第2部分：符合性测试1范围DB11/T714的本部分规定了电子政务运维服务支撑系统符合性测试的测试方法和测试判定，并给出一套适用于DB11/T714.1符合性测试的抽象测试套件。本部分适用于电子政务运维服务支撑系统的符合性测试。其他信息系统运维服务支撑系统的符合性测试可参照执行。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T8566信息技术软件生存周期过程GB/T11457信息技术软件工程术语GB/T17544信息技术软件包质量要求和测试DB11/T714.1电子政务运维服务支撑系统规范第1部分基本要求3术语、定义和缩略语3.1术语和定义DB11/T714.1中界定的以及下列术语和定义适用于本文件。3.1.1抽象测试用例abstracttestcase针对特定要求的一般性测试用例。抽象测试用例是导出可执行测试用例的形式化基础。在抽象测试用例中包含有一个或多个测试项。一个抽象测试用例不取决于实现，也不取决于数值。它应当是完整的，足以将测试判定明确地分配到每个潜在的可观察到的测试结果（即测试活动的后果）之中。3.1.2抽象测试模块abstracttestmodule相关的抽象测试用例的集合。注：抽象测试模块可以层次式嵌套。3.1.3抽象测试套件abstracttestsuite抽象测试模块的集合，它规定了实现一致性所要满足的全部要求。DB11/T714.2—201023.1.4符合性测试conformitytest对软件产品功能或性能达到规定要求的程度所进行的测试。3.1.5符合性测试报告conformitytestreport说明对电子政务运维服务支撑系统软件产品实施符合性测试的行为和结果的文档。3.1.6可执行测试用例executabletestcase对满足特定要求的实现所进行的专门测试用例。注：抽象测试用例赋值后的实例化结果。3.1.7可执行测试套件executabletestsuite可执行测试用例的集合。3.1.8功能function软件中一个算法的实现，利用该实现，用户或程序可以执行某一工作任务的全部或部分内容。注：对用户来说,功能不一定是能访问的（如数据的自动备份或存储）。[GB/T17544-1998，定义2.1]3.1.9供方supplier与需方签订合同，并按合同规定提供系统、软件产品或软件服务的组织。[GB/T8566-2007，定义3.31]3.1.10测试用例testcasea)为具体的目标（例如，为练习具体的程序路径或验证对特定需求的遵循性）而开发的一组测试输入、执行条件和预料的结果。b)对于测试项，规定输入、预料结果和一组执行条件的文档。[GB/T11457-2006，定义2.1695]3.1.11测试项testitem是测试目标的软件项。[GB/T11457-2006，定义2.1709]3.2缩略语下列缩略语适用于本文件。DB11/T714.2—20103IT：信息技术（InformationTechnology）EMAIL：电子邮件（ElectronicMail）HTML：超文本置标语言（HyperTextMarkupLanguage）CMDB：配置管理数据库（ConfigurationManagementDatabase）SLA：服务级别协议（ServiceLevelAgreement）USB：通用串行总线（UniversalSerialBus）4符合性声明声明符合DB11/T714.1的系统或产品应满足以下要求：a)声明符合DB11/T714.1时，应符合DB11/T714.1的所有功能和性能要求；b)声明符合DB11/T714.1所提及的场景时，应符合该场景所涉及的所有功能要求和性能要求；c)以DB11/T714.1所提及的五种场景之一为基线增减某些功能要求或性能要求时，应明确声明增减的要求条款，附录A列出了DB11/T714.1提及的五场景的功能要求，其中场景五为符合全部功能要求的场景；d)符合性声明中提到的所有特性都已进行符合性测试；e)记录测试期间发现的异常情况，并在产品发布前解决这些异常。而且必须修复违背特性声称的异常情况，否则必须取消此种特性声称。如果存在下述两种情况，可认为已知的异常情况是可以接受的：1)该异常情况不违背所声称的特性；2)供方已适当考虑到该异常情况的性质和对潜在需方的影响，该异常情况看起来可以忽略不计，并且已保存了有关于该异常情况的文档（集）以备日后改进。5符合性测试方法及测试判定5.1符合性测试方法符合性测试的目标是确定所测试的运维服务支撑系统是否与其声明符合的DB11/T714.1条款所表述的要求相符合。测试中检验可观察到的运维服务支撑系统能力与符合性声明所声明的能力相符合。符合性测试有两种通用方法：a)验证测试，即使用严格的正确性证明方法；这种方法能对一个实现的符合性进行明确、穷尽地例证；b)证伪测试，即根据一项标准，为一个实现开发特定的测试集合或套件，以检测该实现中的错误的一种方法；通过将测试集中在一项标准的关键内容上，证伪测试试图为一个具有需求能力的实现提供可信度。单一的方法或复合的方法都可以在符合性测试中使用，应优先使用第一种方法进行符合性测试，在验证测试难以进行的情况下，证伪测试也可用于符合性测试。。5.2符合性测试判定测试判定应声明为如下的三种：通过、失败或无结论；通过和失败是两种主要的判定，但在个别情况下不得不采用无结论判定；对于每个失败或无结论的判定都应给出理由，也可同时一并提供资料性信息：DB11/T714.2—20104a)“通过判定”表明所观察的测试结果对于关注的测试项的符合性要求提供了符合性证据，所观察的测试结果相对于相应的标准和符合性声明是有效的；b)“失败判定”表明所观察的测试结果相对于测试项不符合，或相对于相应的标准中的至少一项符合性要求不符合；示例：异常终止——不管什么理由，可执行测试用例的执行过程过早终止。c)“无结论判定”表明所观察到的测试结果展现出既不是通过判定也不是失败判定。这种判定只宜出现在非常个别的情况中。示例：测试用例错误。对于特定的测试结果，应给予采用与特定抽象测试用例相关的判定准则作出的测试判定。6抽象测试套件与可执行测试套件6.1抽象测试套件抽象测试套件由抽象测试模块和抽象测试用例组成层次结构，其中最底层由抽象测试用例构成。而抽象测试模块常常分成抽象测试用例和其他的抽象测试模块。图1显示了这种层次结构的一个例子。图1抽象测试套件层次结构示例每个抽象测试用例至少应执行一项测试项，该测试项源自相应的DB11/T714.1的要求。在抽象测试套件的层次结构内部，嵌套的抽象测试模块可被用于提供一个抽象测试用例的逻辑排序。抽象测试模块可被嵌套至任意深度。它们可被用于辅助抽象测试套件的设计、开发或理解。每个抽象测试模块由0个、1个或多个抽象测试用例组成。一个可执行测试套件是一个抽象测试套件的实例化结果，全部从属于被测试的运维服务支撑系统的参数在这里都被赋予了具体的数值。6.2抽象测试用例和可执行测试用例的关系可执行测试用例从抽象测试用例导出，并且应具有能够在被测电子政务运维服务支撑系统软件产品上运行的形式。可执行测试用例来源于在抽象测试用例中赋予具体参数值的实例化结果。可执行测试用例对于每一个被测电子政务运维服务支撑系统软