国家标准 GB/36456.3一2018 面向工程领域的共享信息模型第3部分.测试方法 domainorientedsharedinformationm0del- Engineerimg Part3:Testingmethodology 2018-06-07发布 2019-01-01实施国家市场监督管理总局发布国家标准化管理委员会国家标准
GB;/T36456.3一2018 目次前言范围 2 规范性引用文件术语和定义概述 -般要求 6 测试过程概述判定方法 8 报告生成形式化描述语言 10测试附录A(资料性附录形式化描述语言使用实例
GB;/T36456.3一2018 前言 GB/T36456《面向工程领域的共享信息模型》分为三个部分 -第1部分:领域信息模型框架; 第2部分;领域信息服务接口; 第3部分:测试方法本部分为GB/T36456的第3部分本部分按照GB/T1.l一2009给出的规则起草请注意本文件的某些内容可能涉及专利本文件的发布机构不承担识别这些专利的责任本部分由全国信息技术标准化技术委员会(SAC/TC28)提出并归口本部分起草单位;清华大学、电子技术标雅化研究院、中车信息技术有限公司本部分主要起草人:孙家广、顾明、刘玉身、张荷花、高歌、余云涛、杨磊、相福民、李博
GB;/T36456.3一2018 面向工程领域的共享信息模型第3部分;测试方法范围 GB/T36456的本部分规定了GB/T36456.1描述的领域信息模型框架实现的测试方法本部分适用于工程领域信息模型实现的测试,也适用于指导工程领域信息共享测试软件的开发规范性引用文件下列文件对于本文件的应用是必不可少的凡是注日期的引用文件,仅注日期的版本适用于本文件凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件面向工程领域的共享信息模型第1部分领域信息模型框架 GB/T36456.1 GB/T36456.2面向工程领域的共享信息模型第2部分领域信息服务接口术语和定义下列术语和定义适用于本文件 3.1 工程领域信息模型实现implementationsforengineeringdomaininformationmodel 针对某工程领域的声称符合GB/T36456.1的信息模型实现,简称信息模型实现 3.2 完备性检查completenesscheeking 关于信息模型中的组件,属性和关系与全部规定要求相一致的检查 3.3 业务符合性检查regulationchecking 关于信息模型中的组件、属性和关系与工程领域业务规范全部规定相一致的检查 3,4 tationundertest;IU 受试实现implemenm 接受测试的声称符合GB/T36456.1的信息模型实现 3.5 测试项testitem 信息模型测试中的直接接受测试的项目一个测试项至少包含一个明确的测试目的 3.6 形式化描述项formaldescriptionoftestitem 使用形式化描述语言表示的测试项 3.7 测试判定testverdict 相对于测试项,对IUT测试的“通过”“失败”或“无结论”陈述
GB/T36456.3一2018 概述本部分描述的信息模型测试是对GB/T36456.1中由信息模型组件构成的模型的测试,不同于对硬件或软件系统的测试所用的测试方法本质上是检查方法 GB/T36456.1所规范的信息模型的组件,属性和建模方法是对信息模型实现的基本要求这些要求反映在信息模型实现中相关信息的描述中,它们是使用某种语言进行的描述对信息模型实现的测试就是对描述进行检查，进而按设定的条件判定这些描述是否符合 GB/T36456.l的规定本部分描述的信息模型测试方法是采用完备性检查和业务符合性检查的方法通过对信息模型实现的完备性和业务符合性的检查,判断所测各项的符合性,进而确定整个信息模型实现对GByT36458.1 的符合程度 5 一般要求 5.1测试套件结构测试套件是对信息模型实现进行测试的基本数据工具用于测试的套件构造宜采用分层次结构建议的测试套件结构如图1所示测试套件业务符合性检查完备性检查测试组测试组测试项条目测试项条目测试项条目测试项(条目测试目的测试要求描述组测试标识符形式化措述项形式化描述项图1测试套件结构在图1中,作为代表,只显示出一条从测试套件到形式化描述项的多层分支测试套件是作为测试判断基准的数据集合测试套件中,完备性检查测试组和业务符合性检查测试组是套件的子集,或者说是套件的两个大类每个大类都由若干测试项(条目)组成每个测试项由测试标识符、测试目的、测试要求以及描述组组成,其中,每个描述组由若干形式化描述项组成
GB;/T36456.3一2018 5.2测试项对IUT进行测试的测试项(以下简称为“受试测试项”)是完备性检查测试或业务符合性检查测试中展开测试活动的直接测试对象对受试测试项进行测试的结果,其判定以测试套件中的测试项(以下简称“基准测试项”)中包含的相关数据为判断基准基准测试项是信息模型测试过程中测试结果判断的模板,其中包含的数据覆盖判断基准和形式化描述规范的实例基准测试项中: a 应至少包含一个明确的具体测试目的; b)所使用的自然语言描述应包括以下内容 l)测试标识符:该测试项的唯一标识符; 22 测试目的:该测试项的自然语言描述; 33 测试要求;适用于该测试项的GB/T36456.1中描述的要求以及信息模型实现者需要遵循的工程项目要求,业务要求和信息模型其他相关要求描述组;包含一组用于精确表示具体测试目的的形式化描述项！形式化描述项使用本部分推荐的形式化描述语言对受试测试项进行的完备性检查测试是通过IUT中描述的完备性检查,检查IUT中的组件、属性和关系以及用于表述模型的相应的含义是否符合GB/T38456.1的规定,以及为满足本工程项目需要对各个具体信息组件的要求对受试测试项进行的业务符合性检查测试是通过对IUT中所描述的语言表述进行分析,检查工程领域信息模型中IUT的组件、属性和关系是否符合GB/T36456.1以及所涉及的业务规范要求,如果不符合,确定问题与原因测试过程概述测试过程包含所有为确定IU的测试判定结论所必要的测试活动测试过程包括四个阶段测试准备,根据给定的测试要求进行以下测试准备 a 1)确定被测模型可用; 2) 安排相应的测试套件; 确定测试环境可用硬件环境要求处理器Inteli5及以上、内存4(G及以上;软件环境要 33 求操作系统windows7及以上; 4 必要时,获取相应IUT的专业、生命周期、管理等相关信息以便能够确认针对该模型运用了适当的测试要求测试执行;对IUT的每个受试测试项运用测试套件和相应的判定方法,得到各个测试项的测 b 试判定结果测试项的可能判定结果包括三种;“通过”“失败”或“无结论” 测试执行中的核心部分“测试”在第10章描述结果分析;根据测试给出的每个测试项的判定结果,，结合测试套件,对所有测试项的判定结果进行综合分析,做出对IUT的评价 d 报告生成;根据测试套件和IUT评价,生成IUT的测试报告图2给出测试过程的简要说明
GB/T36456.3一2018 测试要求 UT 测试准备测试套件受试甜试项的判定结果测试执行 UT评价测试套件结果分析渊试报告测试套件基准测试项判定方法报告生成图2测试过程示意判定方法 7.1测试项判定方法 7.1.1测试项判定条件和结论测试项测试的结果有“通过”“失败”或“无结论”三种测试项的判定依据是测试项的描述组里包含的形式化描述项的符合性测试项的可能结论和相应的判定条件如下若测试项包含的所有形式化描述项的判定结果都为“通过”,则该测试项判定为通过 a b) 若任一形式化描述项的判定结果为“失败”,则该测试项判定为“失败” 若任一形式化描述项的判定结果为“无结论”,则该测试项判定为“无结论” c 7.1.2形式化描述项的判定方法按第9章对描述项的形式化表示的规定,基于GB/T36456.2描述的接口提供的概念服务、属性服务和关系服务,迭代或嵌套调用领域信息服务接口,形成以概念查询、属性查询或关系查询为查询目标的测试和结果判定形式化描述项测试的可能判定结果和相应判定条件如下按第9章对形式化表示的规定,依据描述项对应条件句、陈述句形式化表示(如“所有卧室的 a 面积>10”)的主语,检索能够精确匹配相关的组件,得到被测组件(如“卧室”)集合C 若集合C的组件个数为0(意味着没有任何需要精确匹配的要求),则测试结果判定为“通过” b 基于GB/T36456.2描述的接口提供的概念属性,关系等服务方法,在被测集合C中检索符合要求如属性值约束,关系约束)的结果,并对检索结果的个数是否符合要求进行检查,若符合需要精确匹配的要求且符合检索结果的个数要求,则测试结果判定为“通过” 若不满足b)中“通过”判定条件,测试结果判定为“失败” c d 若确定描述项的形式化表示有差错,则该描述项判定为“无结论”,并记录理由 7.2信息模型评价方法 7.2.1信息模型评价结论和条件依据一定条件对IUT做出评价 IUT的可能评价结论和相应的判定条件如下若完备性检查测试组和业务符合性检查测试组的判定结果都为“通过”,则该IUT评价结果为 a
GB;/T36456.3一2018 “通过”; b 若完备性检查测试组或业务符合性检查测试组的判定结果为“失效”,则该IUT评价结果为 “失败”; 若完备性检查测试组或业务符合性检查测试组的判定结果为“无结论”,则该IUT评价结果为 “无结论” 7.2.2完备性检查测试组判定方法完备性检查测试组的判定结论和相应的判定条件如下若完备性检查测试组包含的所有测试项的判定结果都为“通过”,则完备性检查测试组判定结 a 果为“通过”; 若完备性检查测试组包含的任一测试项的判定结果都为“失败”,则完备性检查测试组判定结 b 果为“失败”; 若完备性检查测试组包含的任一测试项的判定结果都为“无结论”,则完备性检查测试组判定结果为“无结论” 7.2.3业务符合性检查测试组判定方法业务符合性检查测试组的判定结论和相应的判定条件如下若业务符合性检查测试组包含的所有测试项的判定结果都为“通过”,则业务符合性检查测试组判定结果为“通过”; b 若业务符合性检查测试组包含的任一测试项的判定结果都为“失败”,则业务符合性检查测试组判定结果为“失败”; 若业务符合性检查测试组包含的任一测试项的判定结果都为“无结论”,则业务符合性检查测试组判定结果为“无结论” 7.3IUT判定方法 IUT的具体判定,应根据测试要求中该IUT所涉及的GB/T36456.1中描述的要求以及需要遵循的工程项目,业务活动和信息模型其他要求,对基准测试项进行修改、调整,形成受试测试项,并将最终结果反映在测试套件中 IUT判定方法应遵循7.1和7.2描述的方法报告生成 8.1报告组成测试报告由测试基本信息、测试结果摘要、测试项结果、IUT测试结论组成 8.2测试基本信息测试基本信息应包括UT的文件名,测试套件文件名、日期时间等内容 8.3测试结果摘要测试结果摘要应包括总测试摘要以及套件的两个大类完备性和业务符合性测试的结果摘要总测试结果摘要应包括测试套件的测试项总数、通过率和不符合要求的组件数目完备性测试结果摘要应包括完备性检查测试组的测试项总数、通过率以及不符合要求的组件数目等
GB/T36456.3一2018 业务符合性测试结果摘要应包括业务符合性检查测试组的测试项总数,通过率,不符合要求的组件数目等 8.4测试项结果报告中按以下规定分别对判定结果为“通过”“失败”和“无结论”的测试项给出说明 “通过”的测试项说明:包括测试项编号和测试项描述、测试结果、需要进一步人工检查的内 a 容等; b “失败”的测试项说明:包括测试项编号和内容、检查结果、不满足该测试项的组件总数、组件不满足测试项的具体原因、组件的ID,组件的定位信息、需要进一步人工检查的内容等; “无结论”的测试项说明:包括测试项编号、内容和测试结果为无结论的原因说明等 8.5IUT测试结论 UT测试结论为“通过”“失败”或“无结论” 表1给出一个IUT测试结论填写模板表1IUT测试结论填写模板说明 UT测试结论测试者(签名) 目期 9 形式化描述语言 9.1总则 9.1.1概述在工程领域信息模型测试中,为支持信息模型的自动检查,往往将自然语言描述的测试目标转换为计算机可处理的结构化表示,以实现规范描述的精确和无歧义使用形式化描述语言描述此类结构化表示下面给出IUT测试中使用的形式化描述语言的规范,附录A给出形式化描述语言的使用实例 9.1.2约定在9.2中,“(”里面的内容是对“(”前词汇的解释在9.3中,语法结构中符号的含义是;“()”符号里面表示形式化关键词,“()”里面表示一个语句整体,“"表示0至多个语句,“?”表示0个或1个语句,“”表示或者 9.2关键词以下关键词作为保留字,用于构成形式化描述语言的语法结构,和用于IUT测试中编写形式化语句: 语法结构关键词;如果,那么,不存在、存在一个,所有,不,至多、至少; a 字符串操作关键词;包含、不包含,匹配、不匹配; b 数值比较关键词:=、>、>、<、<; d 正则表达式关键词:正则逻辑连接关键词:并且、或者; e 运算关键词:十、一、×、/ 引号关键词:'英文单引号)、""英文双引号、'(中文单引号)、“”(中文双引号); 8
GB;/T36456.3一2018 h)其他关键词;的、代词(用大写字母A至Z中任一字母表示一个代词. i 词法组件:标识符(如“卧室123”),中文汉字(如“卧室”),大写英文字母(如“A”,“B”,“C”),阿拉伯数字(如“123”)、中英文特殊字符(如中文小括号、英文小括号、顿号、下划线、中划线) 9.3语法结构形式化语句主要是陈述句,由条件句和复合句构成;条件句包含简单条件句以及由简单条件句构成的复合条件句;复合句由简单句构成此外,构成形式化描述语言的还有各类短语、标识符等本形式化描述语言的语法结构如下形式化语句;形式化语句=(条件句复合句) aa b条件句;条件句-《如果》复合条件句《那么》复合条件句复合条件句;复合条件句一简单条件句《(并且>(或者》简单条件句) c 简单条件语句简单条件句=(名副代词的》属性属性动间短语((并且)(或者)属性 d 动词短语) 关系动词短语并且或者))关系动词短语)"); 数值动词短语|字符串动词短语) 属性动词短语;属性动词短语 e 数值动词短语;数值动词短语数值比较符》数值《数值比较符》数值属性名词短语〈数值比较符》简单名词短语简单名词短语;简单名词短语=(名词的》属性 l名词《代词》〈的》属性); 数值属性名词短语;数值属性名词短语=(数值《四则运算符》简单名词短语 h 简单名词短语《四则运算符》数值 l简单名词短语《四则运算符》简单名词短语) 字符串动词短语;字符串动词短语=((字符串操作符>l正则操作符))<引号》(字符串)" 引号)》; 关系动词短语;关系动词短语=((不)?关系动词(数值《至多》数值至少》数值)?" 名词; k 复合句复合句=简单句并且>简单句 D 简单句;简单句=(前缀名词短语(属性动词短语((并且|或者>)属性动词短语') 前缀名词关系动词短语(((并且》l或者》)关系动词短语) m前缀名词短语;前缀名词短语=前缀名词的》属性; 前缀名词,前缀名词=(存在一个》名词《代词)((所有(不存在)名词); n 其他;属性标识符;关系动词一标识符;数值一阿拉伯数字 o 标识符;名词= 10测试 10.1概述测试是第二阶段“测试执行”的核心组成部分,也是整个测试过程的核心组成部分测试是对IUT 进行具体的测试本测试本质上是通过检查来完成第6章已描述了整个测试的过程对于测试执行阶段,第5章已对该阶段使用的测试套件和测试项进行了描述;第7章已对该阶段使用的判定方法进行了描述鉴于此,本部分的描述只是对IUT进行具体测试时对照模板进行检查的测试场景给出简单示例,其测试方法引用之前的描述,不再赘述
GB/T36456.3一2018 0.2lU的完备性检查 10.2.1组件完备性检查对照该1UT的测试套件,检查UT中的组件是否与测试条件相符,并给出相应结果(通过、失败、无结论) 若组件完备性检查结果不通过,其余测试可不再进行示例;组件“工程(eim;Engineering)”的完备性检查按GB/T36456.1规定,在领域信息模型框架中该组件是必选项,并且GB/T36456.1规定;一个信息模型中有且仅有一个“工程(eim,Engineering)"组件在完备性检查执行中,测试套件中应该有对应的测试项;测试项的描述组中应该有一条形式化描述项;按第9章形式化描述语言中的规定,应该表示为;所有模型有组件1工程检查UT是否与此规定符合具体判断按第7章相关条款描述执行若该形式化描述项判定结果为“失败”,则该组件完备性检查测试项判定结果为“失败”;若该形式化描述项判定结果为“通过”,则该组件完备性检查测试项判定结果为“通过”;若该形式化描述项判定结果为“无结论”,则该组件完备性检查测试项判定结果为“无结论” 0.2.2属性完备性检查对照该IUT的测试套件,检查IUT中组件的属性是否与测试条件相符,并给出相应结果(通过、失败,无结论) 在组件完备性检查通过的情况下,对测试要求中指定的组件进行属性完备性检查示例:组件“工程eim:Engineering)”的属性完备性检查在领域信息模型框架中,按照GB/T36456.l的要求,在没有其他更多要求的情况下,对该组件要求了7个属性;有且仅有一个标识符(eimhaslID)、有0至1个名称(eim;bhas Name)、 0至1个描述(eim,hasDeseriptiom).0至1个类型(eim;hasType),0至多个别名(eimhasAias),0至1个阶段 eim:hasPhase)和0至多个环境 (eimhasContexts) 在完备性检查执行中,测试套件中应该有对应的测试项;测试项的描述组中应该有7条形式化描述项;按第9章形式化描述语言中的规定,应该表示为7条语句如下所有工程有属性1标识符所有工程有属性至多1名称所有工程有属性至多1描述所有工程有属性至多1类型所有工程有属性至少0别名所有工程有属性至多1阶段所有工程有属性至少0环境检查IUT是否与此规定符合具体判断按第7章相关条款描述执行若7条形式化描述项全部判定结果为“通过",则该属性完备性检查测试项通过;若7条形式化描述项中任一条描述项的判定结果为“失败",则该测试项判定结果为“失败”;若7条形式化描述项中任一条描述项的判定结果为“无结论”,则该测试项判定结果为“无结论” 0.2.3关系完备性检查对照该IUT的测试套件,检查IUT中组件之间的关系是否与测试条件相符,并给出相应结果(通过,失败、无结论) 在组件完备性检查通过的情况下,对测试要求中指定的组件进行关系完备性检查示例，组件“工程(eimm;Enginering)"与组件“空间结构(eimSpatialstrueture) ”的关系完备性检查在领域信息模型框架中,按照GB/T36456.1的要求,“工程(eim;Engineering)”与“空间结构(eim:Spatialstrcture)”的分解关系为条件必选,即当存在空间结构时,必须存在分解关系在完备性检查执行中,在组件“工程(eim:Engineering)”与组件“空间结构eim;SpatialStrueture)”完备性检查通过的情况下,测试套件中应该有对应的测试项;测试项的描述组中应该有一条形式化描述项;按第9章形式化描述语言中的规定 ,应该表示为所有工程分解空间结构,或者表示为所有工程分解车少空间结构检查UT是否与此规定符合, 章相关条款描述执行具体判断按第7 0.3IUT的业务符合性检查 10.3.1组件业务符合性检查对照该IUT的测试套件,检查在业务活动过程中,IUT中包含的组件足够支撑业务活动要求的内容,并给出相应结果通过失败、无结论) 按第9章形式化描述语言中的规定,形式化描述项应该表示
GB;/T36456.3一2018 为在复合句中或者条件句的那么)部分包含语法模式为“模型有组件至少数值|至多数值)?组件名称”的语句示例对组件“避难层”的要求在领域信息模型框架中,按照GB/T36456.1的要求以及工程项目的业务要求,要求建筑高度大于100m的公共建筑,应设置避难层在业务符合性检查执行中,测试套件中应该有对应的测试项;测试项的描述组中应该有一条形式化描述项;按第9章形式化描述语言中的规定,应该表示为如果公共建筑的高度 >100那么模型有组件避难层检查IUT是否与此规定符合,具体判断按第7章相关条款描述执行 0.3.2属性业务符合性检查对照该IUT的测试套件,检查在业务活动过程中,IUT中包含的组件的属性是否符合业务活动要求的内容,并给出相应结果(通过、失败、无结论) 按第9章形式化描述语言中的规定,形式化描述项应表示为在复合句或者条件句的那么)部分包含语法模式为“组件<的》属性后缀名词短语”的语句示例:对组件“门”的“防火类型”的属性符合性要求在领域信息模型框架中,按照GB/T36456.1的要求以及工程项目的业务要求,要求建筑中的疏散走道在防火分区处应设置甲级防火门在业务符合性检查执行中,测试套件中应该有对应的测试项;测试项的描述组中应该有一条形式化描述项;按第9章形式化描述语言中的规定,应该表示为如果门处于防火分区并且门处于疏散走道那么门的防火类型包含“甲级" 检查UT是否与此规定符合,具体判断按第7 章相关条款描述执行 0.3.3关系业务符合性检查对照该IUT的测试套件,检查在业务活动过程中,IUT中包含的组件之间的关系足够符合业务活动要求的内容,并给出相应结果(通过、失败,无结论) 按第9章形式化描述语言中的规定,形式化描述项应表示为在复合句中或者条件句的那么)部分包含语法模式为“组件A(不))?动词数值|〈至少》数值1至多》数值)?组件B"这种模式的语句示例:组件“防火墙”与“门”“窗”“洞”等组件的关系符合性要求在领域信息模型框架中,按照GB/T36456.1的要求以及工程项目的业务要求,要求建筑的防火墙上不应开设门,窗,洞在业务符合性检查执行中,测试套件中应该有对应的测试项;测试项的描述组中应该有3条形式化描述项;按第9章形式化描述语言中的规定,应该表示为3条语句如下所有防火墙不有窗所有防火墙不有门所有防火墙不有洞检查IUT是否与此规定符合,具体判断按第7章相关条描述执行
GB/T36456.3一2018 附录 A 资料性附录) 形式化描述语言使用实例 A.1 简单句所有建筑的高度>60 存在一个管道A的直径>55 存在一个建筑B的高度<60并且>45 注:简单句的语法结构需要注意逻辑关键词的使用,逻辑关键词会在下面详细举例介绍特别注意的是,在使用 “存在一个"关键词时,构件后面要有代词连接,如上例所示 A.2复合句不存在建筑的高度<60或者>8o 并且所有建筑的耐火等级匹配“一级” 并且存在一个建筑A的层数>8 存在一个楼板A的耐火极限2 并且所有楼板的耐火等级匹配“二级” 注;复合句是由多个简单句组成的,中间使用逻辑连接词“并且"连接,可以连接任意多个简单句根据用户的实际需要进行撰写,关于“并且”这个关键词的介绍会在后面具体示例 A.3条件句 " 如果管道的名称包含“中水并且管道的直径<8o 那么管道的管道材质包含“不锈钢” 并且管道的连接方式包含“卡压” 如果同门的名称包含"给水”或者包含"排水”并且包含"世压阀”井且阀门的直径<50 那么阀门的阀体材质匹配“青铜”并且阀门的连接方式匹配“螺纹连接” 注:条件句的标志就是“如果那么"关键词,中间由逻辑连接词“并且"连接多个简单条件句组成复合条件句简单条件句又由逻辑连接词"并且"“或者”连接后缀名词短语构成 A.4字符串处理如果风管的名称包含“排烟” 并且风管的管道材质包含“钢板” 10
GB;/T36456.3一2018 那么风管的板厚>1.2 如果阀门的名称包含“减压孔板” 并且阀门的直径> 50 那么阀门的阀体材质包含“不锈钢” 并且阀门的连接方式匹配“法兰连接” 注“匹配”"表示字符串的完全匹配,“不匹配”与“匹配”是相反的操作,表示与目标字符串不是完全匹配;“包含”"表示包含关系,即包含目标字符串,例如“建筑设计防火规范”包含“防火”“建筑”;"不包含”是“包含”的相反操作，表示不包含目标字符串 A.5二元运算数值属性名词短语如果卧室A的面积> 那么卧室A的总-窗-面积>卧室A的面积/7 如果楼层有疏散楼梯那么疏散楼梯的宽度>楼层的人数×0.0075 注:二元运算数值属性名词短语是对简单名词短语使用四则运算符关键词进行连接,通常用来表示复杂的数值关系,但是需要注意;本部分不具有运算能力,所以对于数值之间的四则运算并不支持,类似“45十56"这种结构是错误的表达,需要提前计算出结果 -“101”取而代之 A.6逻辑连接词用法第一类;用于连接字符串和数值比较操作(共享在语句前面出现的名词短语(主语)) 例如所有管道的材质包含“镀锌”并且包含“钢管” 如果阀门的名称包含“给水”或者包含“排水”并且包含“安全阀” 那么阀门的连接方式匹配“法兰连接” 第二类:作为连接词连接的语句包含完整的主语例如如果建筑的高度>70 那么建筑的耐火等级匹配“二级” 并且建筑的层数>6 如果卧室的面积 20 那么卧室有窗或者卧室边界有门 S 如果阀门的名称包含“给水”或者包含“排水”并且包含“安全阀” 并且阀门的直径<50 阀门的阀体材质匹配“青铜" 那么并且阀门的连接方式匹配“螺纹连接” A.7关于动词语句用法动词作为本部分的重要关键词,包含词汇范围较广,根据测试的内容,可使用不同的动词表示组件 11
GB/T36456.3一2018 之间的关系,如“从属”“包含”“处于”“引用”“有”“边界有”“开向”等其基本结构是“动词名词” 如果建筑有管道并且支吊架从属管道那么吊架的间距<4500 如果建筑有楼梯间并且楼梯间边界有门那么门的名称包含“乙”或者包含“甲” 如果楼梯间有门那么门开向楼梯间 A.8命名规范语法(正则表达式如果楼,地面板的名称包含“楼板”或者包含“地板” 楼、地面板的名称正则"([中文]2)-)?[中文]+-c[18][Ol5][1-9]0-]" 那么注“正则”关键词后接描述规范命名要求的表达式这一部分的书写详见正则表达式使用手册 12

面向工程领域的共享信息模型第3部分：测试方法GB/T36456.3-2018

共享信息模型（Common Information Model，CIM）是一种用于描述电力系统、能源市场和相关业务的数据模型，它是一个通用的、标准化的信息交换格式，可以实现跨不同软件系统和平台的数据共享与交换。

在工程项目中，由于存在多种类型的软件系统和平台，CIM的重要性愈发显著。而要确保CIM数据质量，测试就变得至关重要。GB/T36456.3-2018即是针对CIM的测试方法标准，旨在解决工程领域中CIM测试的问题。

GB/T36456.3-2018测试方法的特点

GB/T36456.3-2018是由中国电力科学研究院主导制定的，是中国电力行业技术标准之一。该标准主要针对CIM在电力系统中的实际应用进行测试，有以下几个特点：

综合性：GB/T36456.3-2018标准涵盖了CIM的各个方面，包括功能、性能、安全等多个方面的测试，并提供了完整的测试流程。
可扩展性：标准可以根据不同的应用场景进行扩展，以满足不同领域的需求。
实用性：标准不仅提供了测试方法和流程，还给出了测试案例和评估标准，使得测试过程更加实用。

GB/T36456.3-2018测试方法的应用

GB/T36456.3-2018测试方法可以广泛应用于电力系统的建设、维护和升级中。具体来说，它可以用于以下几个方面：

软件开发阶段的测试：开发人员可以采用该标准进行CIM的测试和调试，以确保程序的正确性。
系统集成测试：在系统集成测试过程中，可以使用该标准对CIM进行全面测试，以验证系统各部分之间的数据交换是否正常。
数据质量检查：该标准可以用于检查CIM数据的完整性、准确性和一致性，以保证数据的质量。

结论

共享信息模型是电力系统中不可或缺的一部分，而测试方法则是确保其正确性和可靠性的关键。GB/T36456.3-2018标准作为针对CIM的测试方法，在工程领域中具有重要意义，可以帮助开发人员更好地完成程序的开发和调试，同时也可以保证系统集成和数据质量的稳定性。