GB/T 29265.501-2017
基本信息
标准号： GB/T 29265.501-2017
中文名称：信息技术 信息设备资源共享协同服务 第501部分：测试
标准类别：国家标准(GB)
标准状态：现行
出版语种：简体中文
下载格式：.rar .pdf
下载大小：32367KB
相关标签： 信息技术 信息 设备 资源共享 协同 服务 测试
标准分类号
关联标准
出版信息
相关单位信息
标准简介
GB/T 29265.501-2017 信息技术 信息设备资源共享协同服务 第501部分：测试
GB/T29265.501-2017
标准压缩包解压密码：www.bzxz.net
标准图片预览
标准内容
ICS35.200
中华人民共和国国家标准
GB/T29265.501—2017
信息技术
信息设备资源共享协同服务
第501部分：测试
Information technologyInformation device intelligent groupingand resource sharing-Part 501:Test2017-05-12发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2017-12-01实施
GB/T29265.501—2017
规范性引用文件
术语和定义
缩略语
IGRS测试
IGRS设备测试集结构
IGRS符合性测试集
参考文献
GB/T29265《信息技术信息设备资源共享协同服务》分为如下部分：-第1部分：体系结构与参考模型：一第201部分：基础协议；
一第202部分：通用控制基础协议；第203部分：基于IPV6的通信协议：；-第204部分：网关设计；
第301部分：设备类型；
一第302部分：服务类型：
第303部分：通用控制设备描述；第304部分：数字媒体内容保护；第305部分：电力线通信接口；
第306部分：服务质量；
第401部分：基础应用；
第402部分：应用框架；
第405部分：媒体中心设备；
一第406部分：网络多媒体终端及应用；第501部分：测试；
一第502部分：通用控制设备验证。本部分为GB/T29265的第501部分。本部分按照GB/T1.1一2009给出的规则起草GB/T29265.501—2017
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本部分由全国信息技术标准化技术委员会（SAC/TC28)提出并归口。本部分起草单位：闪联信息技术工程中心有限公司、北京市闪联信息产业协会、海信集团有限公司、深圳市闪联信息技术有限公司、联想集团有限公司、四川长虹电器股份有限公司、TCL集团股份有限公司、康佳集团股份有限公司、中国长城计算机集团公司、创维集团有限公司、中国电子技术标准化研究院、飞利浦（中国)投资有限公司、深圳市九洲电器有限公司。本部分主要起草人：孙育宁、贺志强、王立建、皇晓琳、张维华、孙志勇、李玉军、曹重英、侯紫峰、过晓冰、宿为民、卓兰、杨宏、杨富东、李嘉、刘孟红。HiiKAoNni KAca
HiiKAoNniKAca
1范围
GB/T29265.501—2017
信息技术信息设备资源共享协同服务第501部分：测试
GB/T29265的本部分规定了GB/T29265.201一2017的测试方法，确定了IGRS测试系统的体系结构，描述和规定了测试设备和被测设备间需进行的交互过程和消息及对消息进行判断的规则。本部分适用于计算机、家用电器和通信设备在一定范围内通过有线或无线方式实现资源共享与协同服务。
规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T29265.201一2017信息技术信息设备资源共享协同服务第201部分：基础协议3术语和定义
GB/T29265.201一2017界定的以及下列术语和定义适用于本文件。3.1
测试设备testdevice
与被测试设备处于同一个局域网IP广播域中，能够根据测试例的要求发出IGRS网络消息、接收来自被测设备的IGRS网络消息，并对接收到的IGRS网络消息内容进行检验的实体。4缩略语
下列缩略语适用于本文件。
HTTP超文本传输协议（HyperTextTransferProtocol）IGRS资源共享协同服务（IntelligentGroupingandResourceSharing）IP网间协议（InternetProtocol）TCP传输控制协议（TransmissionControlProtocol)UDP用户数据报协议（UserDatagramProtocol）5IGRS测试
5.1测试的目的
GB/T29265.201一2017在各种IGRS设备上都应得到支持和实现。不同的厂家可以有不同的实现，但是所有的实现都应该符合IGRS基础协议的规定，以保证在使用IGRS协议的网络上的所有设备1
HiiKAoNniKAca
GB/T29265.501-2017
之间能够正确通信。由于IGRS协议标准基本上是以自然语言描述的，实现者对于协议的不同理解会导致不同的协议实现。因此，为了保证来自不同厂家的设备之间能够成功地进行通信，需对协议实现进行测试。
IGRS测试是一种黑盒测试，对IGRS设备必选和可选支持的交互消息规定了符合性测试集及对测试结果进行分析、判定是否通过测试例测试的准则。5.2测试环境及方法
如图1所示，被测设备与一个或多个测试设备都处于局域网同一个IP广播域中。被测
IP网络
标准测试
设备1
标准测试
设备2
图1IGRS符合性测试环境示意图
根据测试例的不同，测试设备构造相应的IGRS消息向被测设备发送，并接收被测设备发来的消息，判断该消息的正确性。
IGRS设备验证不考虑因为网络链路传输等原因引起的测试设备和被测设备发出的消息丢失、组播消息跨子网以及对非IP网络IGRS设备符合性测试的情况。5.3验证要求
根据GB/T29265.201一2017中所定义的各项功能的实现要求的不同，测试集中的测试例分为两个类别：必选和可选。任何一个IGRS设备应通过所有类别为必选的测试例测试。当一个IGRS设备实现了IGRS基础协议中所定义的可选功能时，还应该通过测试集中相应的类别为可选的测试例测试。6IGRS设备测试集结构
6.1测试集结构
如图2所示，IGRS符合性测试集的结构划分为两层：第一层根据IGRS基础协议的主要功能进行划分，分为设备组网、资源共享两组测试集；第二层针对协议的每个主要功能进行细化，得到更加详细的子功能测试集。
HiiKAoNniKAca
IGRS符合性测试集
6.2测试集结构概述
6.2.1IGRS设备组网测试集
设备组网符合性测试集
资源共享符合性测试集
GB/T29265.501—2017
设备宜告符合性测试集
设备管道符合性测试集
获取设备详细描述文档符合性测试集设备组创建符合性测试集
设备查找符合性测试集
设备在线离线事件订阅符合性测试集设备组查找符合性测试集
服务宜告符合性测试集
服务查找符合性测试集
服务在线离线事件订阅符合性测试集获取服务描述文档符合性测试集会话符合性测试集
服务调用符合性测试集
图2IGRS符合性测试集结构示意图本分组主要针对IGRS设备的设备组网功能进行测试，可以划分为7个子功能测试集：设备宣告符合性测试集、设备管道符合性测试集、获取设备详细描述文档符合性测试集、设备组创建符合性测试集、设备查找符合性测试集，设备在线离线事件订阅符合性测试集，设备组查找符合性测试集6.2.2IGRS资源共享测试集
本分组主要针对与IGRS服务相关的资源共享功能进行测试，可以划分为6个子功能测试集：服务宣告符合性测试集、服务查找符合性测试集、服务在线离线事件订阅符合性测试集、获取服务描述文档符合性测试集、会话符合性测试集、服务调用符合性测试集6.2.3测试集描述规则
IGRS子功能测试集的描述分为以下两个部分：a）该测试集涉及的消息；
b）测试例集：包括前提条件和测试例。前提条件中列出本测试集中各测试例所需的测试条件，测试例包含测试自的，验证内容，测试过程描述，类别和测试通过条件五个部分7IGRS符合性测试集
7.1设备宣告符合性测试集
7.1.1涉及消息类型
设备在线宣告消息，见GB/T29265.201一2017的表7。3
HiiKAoNi KAca
GB/T29265.501—2017
设备离线宣告消息，见GB/T29265.201-2017的表8。7.1.2测试例集
7.1.2.1前提条件
前提条件1：适用于测试例1。
测试设备与被测设备处于局域网同一个IP广播域中；测试设备在组播端口239.255.255.250：3880上侦听。前提条件2：适用于测试例2至测试例5。测试设备与被测设备处于局域网同一个IP广播域中；测试设备在组播端口239.255.255.250：3880上侦听；被测设备上的协议实现已启动且正常运行。7.1.2.2测试例1
测试例1的描述如下：
测试目的：验证被测设备的协议实现启动后能自动向组播端口239.255.255.250：3880组播发a）
送正确的设备在线宣告消息。
验证内容：见GB/T29265.201—2017的8.1.1。c
类别：必选。
测试过程描述：启动被测设备上的协议实现。测试通过条件：
1）测试设备在组播端口能够侦听到被测设备的设备在线宣告消息；2）测试设备接收到的设备在线宣告消息符合GB/T29265.201一2017中表7的定义及对每一学段的要求，即消息包括对应的HTTP命今行和必选字段，且每个字段的内容与规定相符。
7.1.2.3测试例2
测试例2的描述如下：
测试目的：验证被测设备能够在其设备在线宣告消息中Cache-control：max-age字段包含的最a)
大宣告有效时间到达前，再次向组播端口239.255.255.250：3880组播发送设备在线宣告消息。b)
验证内容：见GB/T29265.201—2017的8.1.1。c）类别：必选。
测试过程描述：测试设备在组播端口截获被测设备的设备在线宣告消息，获得Cache-control：d)
max-age字段的值为n，即最大宣告有效时间（以秒为单位）；同时，测试设备在组播端口239.255.255.250：3880上侦听m秒。测试通过条件：
1）测试设备在收到被测设备的设备在线宣告消息后n秒内，能够再次收到被测设备发出的设备在线宣告消息。
测试设备接收到的设备在线宣告消息符合GB/T29265.201--2017中表7的定义及对每2）
一字段的要求，即消息包括对应的HTTP命令行和必选字段，且每个字段的内容与规定相符。
7.1.2.4测试例3
测试例3的描述如下：
HiiKAoNi KAca
GB/T29265.501—2017
a）测试目的：验证当被测设备上的配置信息发生更改时，被测设备向组播端口239.255.255.250：3880重新发送设备在线宣告消息，如果原01-ConfigId字段的值达到最大值（见GB/T29265.201--2017中表7），则将01-ConfigId字段的值归1，否则将01-ConfigId字段的值加1。
验证内容：见GB/T29265.201—2017的8.1.1。b）
c）类别：必选。
测试过程描述：
第1步：测试设备在组播端口239.255.255.250：3880上截获被测设备的设备在线宣告消息，并取得该设备在线宣告消息中o1l-ConfigId字段的值cl；第2步：在被测设备上增加一个IGRS服务或停止一个IGRS服务；第3步：测试设备再次在组播端口239.255.255.250：3880上截获被测设备的设备在线宣告消息，并取得该设备在线宣告消息中o1-Configld字段的值c2。测试通过条件：
1）在第3步中，测试设备能够接收到被测设备发出的设备在线宣告消息，并且该消息符合GB/T29265.201-2017中表7的定义和要求；2）如果cl未达到最大值，则c2为cl十1，否则c2为1。7.1.2.5测试例4
测试例4的描述如下：
测试目的：验证当被测设备重新启动后，向组播端口239.255.255.250：3880重新发送设备在线a)
宣告消息，如果原01-BootId字段的值达到最大值（见GB/T29265.201一2017的表7），则将01-BootId字段的值归1，否则将01-BootId字段的值加1。验证内容：见GB/T29265.201—2017的8.1.1。b)
类别：必选。
测试过程描述：
第1步：测试设备在组播端口239.255.255.250：3880上截获被测设备的设备在线宣告消息，并取得该设备在线宣告消息中o1-BootId字段的值bl；第2步：重新启动被测设备；
第3步：测试设备再次在组播端口239.255.255.250：3880上截获被测设备的设备在线宣告消息，并取得该设备在线宣告消息中01-BootId字段的值b2。e）
测试通过条件：
1）在第3步中，测试设备能够接收到被测设备发出的设备在线宣告消息，并且该消息符合GB/T29265.201—2017中表7的定义和要求；2）如果bl未达到最大值，则b2为b1+1，否则b2为1。7.1.2.6测试例5
测试例5的描述如下：
测试目的：验证被测设备在正常离线时能够向组播端口239.255.255.250：3880组播发出设备a）
离线宣告消息。
验证内容：见GB/T29265.201—2017的8.1.2。c）
类别：可选。
测试过程描述：使在线的被测设备正常下线。测试通过条件：
HiiKAoNiKAca
GB/T29265.501—2017
测试设备能够在组播端口239.255.255.250：3880上接收到被测设备发出的设备离线宣告1）
消息；
测试设备接收到的被测设备离线宣告消息符合GB/T29265.201一2017中表8的定义和要求，即消息包括对应的HTTP命令行和必选字段，且每个字段的内容与规定相符。7.2设备管道符合性测试集
7.2.1涉及消息类型
基于对称密钥体制鉴别和消息鉴别机制安全管道创建请求消息，见GB/T29265.201一2017的表9。
基于对称密钥体制鉴别和消息鉴别机制安全管道创建响应消息，见GB/T29265.201一2017的表10。
基于对称密钥体制的鉴别、消息传输加密及消息鉴别机制安全管道创建请求消息，见GB/T29265.201一2017的表11。
基于对称密钥体制的鉴别、消息传输加密及消息鉴别机制安全管道创建响应消息，见GB/T29265.201一2017的表12
基于公钥体制的鉴别、消息传输加密及消息鉴别机制安全管道创建请求消息，见GB/T29265.201-一2017的表13
基于公钥体制的鉴别、消息传输加密及消息鉴别机制安全管道创建响应消息，见GB/T29265.201一2017的表14。
基于可信赖第三方的鉴别、消息传输加密及消息鉴别机制安全管道创建请求消息，见GB/T29265.201一2017的表15。
基于可信赖第三方的鉴别、消息传输加密及消息鉴别机制安全管道创建响应消息，见GB/T29265.201一2017的表16。
基于对称密钥体制鉴别和消息鉴别机制身份鉴别挑战请求消息，见GB/T29265.201一2017的表17。
基于对称密钥体制鉴别和消息鉴别机制身份鉴别挑战响应消息，见GB/T29265.201一2017的表18。
基于对称密钥体制鉴别和消息鉴别机制身份鉴别结果请求消息，见GB/T29265.201一2017的表19。
基于对称密钥体制鉴别和消息鉴别机制身份鉴别结果响应消息，见GB/T29265.201一2017的表20。
基于对称密钥体制的鉴别、消息传输加密及消息鉴别机制鉴别请求消息，见GB/T29265.201-一2017的表21。
基于对称密钥体制的鉴别、消息传输加密及消息鉴别机制鉴别响应消息，见GB/T29265.201一2017的表22，
基于对称密钥体制的鉴别、消息传输加密及消息鉴别机制鉴别结果请求消息，见GB/T29265.201一2017的表23。
基于对称密钥体制的鉴别、消息传输加密及消息鉴别机制鉴别结果响应消息，见GB/T29265.201-一2017的表24。
基于公钥体制的鉴别、消息传输加密及消息鉴别机制鉴别请求消息，见GB/T29265.201一2017的表25。
基于公钥体制的鉴别、消息传输加密及消息鉴别机制鉴别响应消息，见GB/T29265.201一2017的6
表26。
GB/T29265.501—2017bzxZ.net
基于公钥体制的鉴别、消息传输加密及消息鉴别机制鉴别结果请求消息，见GB/T29265.201-2017的表27。
基于公钥体制的鉴别、消息传输加密及消息鉴别机制鉴别结果响应消息，见GB/T29265.201一2017的表28。
基于可信赖第三方的鉴别、消息传输加密及消息鉴别机制鉴别请求消息，见GB/T29265.201一2017的表29
基于可信赖第三方的鉴别、消息传输加密及消息鉴别机制鉴别响应消息，见GB/T29265.201一2017的表30，
基于可信赖第三方的鉴别、消息传输加密及消息鉴别机制鉴别结果请求消息，见GB/T29265.201-一2017的表31。
基手可信赖第三方的鉴别，消息传输加密及消息鉴别机制鉴别结果响应消息，见GB/T29265.201-2017的表32。
安全设备管道创建确认请求消息，见GB/T29265.201一2017的表33。安全设备管道创建确认响应消息，见GB/T29265.201一2017的表34。安全设备管道断开通知消息，见GB/T29265.201一2017的表35。设备在线检测请求消息，见GB/T29265.201-2017的表37。设备在线检测响应消息，见GB/T29265.201一2017的表38。7.2.2非安全管道测试例集
7.2.2.1前提条件
前提条件1：适用于测试例1。
测试设备与被测设备处于局域网同一个IP广播域中；被测设备上协议实现已启动且正常运行；测试设备在组播端口239.255.255.250：3880上侦听，截获被测设备发出的设备在线宣告消息，获得ol-ListenerList字段的内容：测试设备在组播端口239.255.255.250：3880上周期性地发送设备在线宣告消息，其中01-Lis-tenerList字段包含建立非安全管道的IP地址：测试设备和被测设备都采用为IGRS：DeviceSecurity：NULL的安全机制。前提条件2：适用于测试例2。
测试设备与被测设备处于局域网同一个IP广播域中；被测设备上协议实现已启动且正常运行；测试设备在组播端口239.255.255.250：3880上侦听，截获被测设备发出的设备在线宣告消息，获得o1-ListenerList字段的内容；-测试设备在组播端口239.255.255.250：3880上周期性地发送设备在线宣告消息，其中01-ListenerList字段包含建立非安全管道的IP地址：测试设备和被测设备都采用为IGRS：DeviceSecurity：NULL的安全机制：一被测设备具有控制接口，通过该接口能够控制被测设备主动与其他设备建立非安全设备管道。前提条件3：适用于测试例3。
测试设备与被测设备处于局域网同一个IP广播域中：被测设备上协议实现已启动且正常运行；一测试设备在组播端口239.255.255.250：3880上侦听，截获被测设备发出的设备在线宣告消息，7
GB/T29265.501—2017
获得ol-ListenerList字段的内容；测试设备在组播端口239.255.255.250：3880上周期性地发送设备在线宣告消息，其中01-ListenerList字段包含建立非安全管道的IP地址；一测试设备和被测设备都采用为IGRS：DeviceSecurity：NULL的安全机制；一被测设备有控制接口，通过该接口能够控制被测设备主动断开非安全设备管道。7.2.2.2测试例1
测试例1的描述如下：
测试目的：验证被测设备允许其他设备通过被测设备在线宣告消息中o1-ListenerList字段给a
出的地址，与被测设备建立非安全设备管道（即TCP连接）。验证内容：见GB/T29265.201—2017的8.2.1。b)
类别：必选。
测试过程描述：测试设备使用被测设备在线宣告消息中o1-ListenerList字段给出的地址，与被d)
测设备建立TCP连接。
测试通过条件：测试设备与被测设备成功建立TCP连接。7.2.2.3
测试例2
测试例2的描述如下：
测试目的：验证被测设备能够通过其他设备在线宣告消息中1-ListenerList字段给出的地址，a)
与该设备建立非安全设备管道（即TCP连接）。验证内容：见GB/T29265.201—2017的8.2.1。b）
类别：可选。
测试过程描述：使被测设备主动与测试设备建立非安全设备管道：同时，测试设备在其设备在线宣告消息中O1-ListenerList字段给出的地址上侦听。e）
测试通过条件：测试设备与被测设备成功建立TCP连接。测试例3
测试例3的描还如下：
测试目的：验证被测设备与其他设备建立的非安全设备管道能正常断开。a)
验证内容：见GB/T29265.201—2017的8.2.2。b)
类别：可选。
测试过程描述：
第1步：测试设备使用被测设备在线宣告消息中o1-ListenerList字段给出的地址，与被测设备建立TCP连接；
第2步：使被测设备主动断开与测试设备之间的TCP连接。测试通过条件：
1）在第1步中，测试设备与被测设备成功建立TCP连接；2）在第2步中，被测设备与测试设备之间的非安全设备管道断开。7.2.3基于对称密钥体制鉴别和消息鉴别机制的安全管道创建测试例集7.2.3.1前提条件
前提条件1：适用于测试例1。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国国家标准
GB/T29265.501—2017
信息技术
信息设备资源共享协同服务
第501部分：测试
Information technologyInformation device intelligent groupingand resource sharing-Part 501:Test2017-05-12发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2017-12-01实施
GB/T29265.501—2017
规范性引用文件
术语和定义
缩略语
IGRS测试
IGRS设备测试集结构
IGRS符合性测试集
参考文献
GB/T29265《信息技术信息设备资源共享协同服务》分为如下部分：-第1部分：体系结构与参考模型：一第201部分：基础协议；
一第202部分：通用控制基础协议；第203部分：基于IPV6的通信协议：；-第204部分：网关设计；
第301部分：设备类型；
一第302部分：服务类型：
第303部分：通用控制设备描述；第304部分：数字媒体内容保护；第305部分：电力线通信接口；
第306部分：服务质量；
第401部分：基础应用；
第402部分：应用框架；
第405部分：媒体中心设备；
一第406部分：网络多媒体终端及应用；第501部分：测试；
一第502部分：通用控制设备验证。本部分为GB/T29265的第501部分。本部分按照GB/T1.1一2009给出的规则起草GB/T29265.501—2017
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本部分由全国信息技术标准化技术委员会（SAC/TC28)提出并归口。本部分起草单位：闪联信息技术工程中心有限公司、北京市闪联信息产业协会、海信集团有限公司、深圳市闪联信息技术有限公司、联想集团有限公司、四川长虹电器股份有限公司、TCL集团股份有限公司、康佳集团股份有限公司、中国长城计算机集团公司、创维集团有限公司、中国电子技术标准化研究院、飞利浦（中国)投资有限公司、深圳市九洲电器有限公司。本部分主要起草人：孙育宁、贺志强、王立建、皇晓琳、张维华、孙志勇、李玉军、曹重英、侯紫峰、过晓冰、宿为民、卓兰、杨宏、杨富东、李嘉、刘孟红。HiiKAoNni KAca
HiiKAoNniKAca
1范围
GB/T29265.501—2017
信息技术信息设备资源共享协同服务第501部分：测试
GB/T29265的本部分规定了GB/T29265.201一2017的测试方法，确定了IGRS测试系统的体系结构，描述和规定了测试设备和被测设备间需进行的交互过程和消息及对消息进行判断的规则。本部分适用于计算机、家用电器和通信设备在一定范围内通过有线或无线方式实现资源共享与协同服务。
规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T29265.201一2017信息技术信息设备资源共享协同服务第201部分：基础协议3术语和定义
GB/T29265.201一2017界定的以及下列术语和定义适用于本文件。3.1
测试设备testdevice
与被测试设备处于同一个局域网IP广播域中，能够根据测试例的要求发出IGRS网络消息、接收来自被测设备的IGRS网络消息，并对接收到的IGRS网络消息内容进行检验的实体。4缩略语
下列缩略语适用于本文件。
HTTP超文本传输协议（HyperTextTransferProtocol）IGRS资源共享协同服务（IntelligentGroupingandResourceSharing）IP网间协议（InternetProtocol）TCP传输控制协议（TransmissionControlProtocol)UDP用户数据报协议（UserDatagramProtocol）5IGRS测试
5.1测试的目的
GB/T29265.201一2017在各种IGRS设备上都应得到支持和实现。不同的厂家可以有不同的实现，但是所有的实现都应该符合IGRS基础协议的规定，以保证在使用IGRS协议的网络上的所有设备1
HiiKAoNniKAca
GB/T29265.501-2017
之间能够正确通信。由于IGRS协议标准基本上是以自然语言描述的，实现者对于协议的不同理解会导致不同的协议实现。因此，为了保证来自不同厂家的设备之间能够成功地进行通信，需对协议实现进行测试。
IGRS测试是一种黑盒测试，对IGRS设备必选和可选支持的交互消息规定了符合性测试集及对测试结果进行分析、判定是否通过测试例测试的准则。5.2测试环境及方法
如图1所示，被测设备与一个或多个测试设备都处于局域网同一个IP广播域中。被测
IP网络
标准测试
设备1
标准测试
设备2
图1IGRS符合性测试环境示意图
根据测试例的不同，测试设备构造相应的IGRS消息向被测设备发送，并接收被测设备发来的消息，判断该消息的正确性。
IGRS设备验证不考虑因为网络链路传输等原因引起的测试设备和被测设备发出的消息丢失、组播消息跨子网以及对非IP网络IGRS设备符合性测试的情况。5.3验证要求
根据GB/T29265.201一2017中所定义的各项功能的实现要求的不同，测试集中的测试例分为两个类别：必选和可选。任何一个IGRS设备应通过所有类别为必选的测试例测试。当一个IGRS设备实现了IGRS基础协议中所定义的可选功能时，还应该通过测试集中相应的类别为可选的测试例测试。6IGRS设备测试集结构
6.1测试集结构
如图2所示，IGRS符合性测试集的结构划分为两层：第一层根据IGRS基础协议的主要功能进行划分，分为设备组网、资源共享两组测试集；第二层针对协议的每个主要功能进行细化，得到更加详细的子功能测试集。
HiiKAoNniKAca
IGRS符合性测试集
6.2测试集结构概述
6.2.1IGRS设备组网测试集
设备组网符合性测试集
资源共享符合性测试集
GB/T29265.501—2017
设备宜告符合性测试集
设备管道符合性测试集
获取设备详细描述文档符合性测试集设备组创建符合性测试集
设备查找符合性测试集
设备在线离线事件订阅符合性测试集设备组查找符合性测试集
服务宜告符合性测试集
服务查找符合性测试集
服务在线离线事件订阅符合性测试集获取服务描述文档符合性测试集会话符合性测试集
服务调用符合性测试集
图2IGRS符合性测试集结构示意图本分组主要针对IGRS设备的设备组网功能进行测试，可以划分为7个子功能测试集：设备宣告符合性测试集、设备管道符合性测试集、获取设备详细描述文档符合性测试集、设备组创建符合性测试集、设备查找符合性测试集，设备在线离线事件订阅符合性测试集，设备组查找符合性测试集6.2.2IGRS资源共享测试集
本分组主要针对与IGRS服务相关的资源共享功能进行测试，可以划分为6个子功能测试集：服务宣告符合性测试集、服务查找符合性测试集、服务在线离线事件订阅符合性测试集、获取服务描述文档符合性测试集、会话符合性测试集、服务调用符合性测试集6.2.3测试集描述规则
IGRS子功能测试集的描述分为以下两个部分：a）该测试集涉及的消息；
b）测试例集：包括前提条件和测试例。前提条件中列出本测试集中各测试例所需的测试条件，测试例包含测试自的，验证内容，测试过程描述，类别和测试通过条件五个部分7IGRS符合性测试集
7.1设备宣告符合性测试集
7.1.1涉及消息类型
设备在线宣告消息，见GB/T29265.201一2017的表7。3
HiiKAoNi KAca
GB/T29265.501—2017
设备离线宣告消息，见GB/T29265.201-2017的表8。7.1.2测试例集
7.1.2.1前提条件
前提条件1：适用于测试例1。
测试设备与被测设备处于局域网同一个IP广播域中；测试设备在组播端口239.255.255.250：3880上侦听。前提条件2：适用于测试例2至测试例5。测试设备与被测设备处于局域网同一个IP广播域中；测试设备在组播端口239.255.255.250：3880上侦听；被测设备上的协议实现已启动且正常运行。7.1.2.2测试例1
测试例1的描述如下：
测试目的：验证被测设备的协议实现启动后能自动向组播端口239.255.255.250：3880组播发a）
送正确的设备在线宣告消息。
验证内容：见GB/T29265.201—2017的8.1.1。c
类别：必选。
测试过程描述：启动被测设备上的协议实现。测试通过条件：
1）测试设备在组播端口能够侦听到被测设备的设备在线宣告消息；2）测试设备接收到的设备在线宣告消息符合GB/T29265.201一2017中表7的定义及对每一学段的要求，即消息包括对应的HTTP命今行和必选字段，且每个字段的内容与规定相符。
7.1.2.3测试例2
测试例2的描述如下：
测试目的：验证被测设备能够在其设备在线宣告消息中Cache-control：max-age字段包含的最a)
大宣告有效时间到达前，再次向组播端口239.255.255.250：3880组播发送设备在线宣告消息。b)
验证内容：见GB/T29265.201—2017的8.1.1。c）类别：必选。
测试过程描述：测试设备在组播端口截获被测设备的设备在线宣告消息，获得Cache-control：d)
max-age字段的值为n，即最大宣告有效时间（以秒为单位）；同时，测试设备在组播端口239.255.255.250：3880上侦听m秒。测试通过条件：
1）测试设备在收到被测设备的设备在线宣告消息后n秒内，能够再次收到被测设备发出的设备在线宣告消息。
测试设备接收到的设备在线宣告消息符合GB/T29265.201--2017中表7的定义及对每2）
一字段的要求，即消息包括对应的HTTP命令行和必选字段，且每个字段的内容与规定相符。
7.1.2.4测试例3
测试例3的描述如下：
HiiKAoNi KAca
GB/T29265.501—2017
a）测试目的：验证当被测设备上的配置信息发生更改时，被测设备向组播端口239.255.255.250：3880重新发送设备在线宣告消息，如果原01-ConfigId字段的值达到最大值（见GB/T29265.201--2017中表7），则将01-ConfigId字段的值归1，否则将01-ConfigId字段的值加1。
验证内容：见GB/T29265.201—2017的8.1.1。b）
c）类别：必选。
测试过程描述：
第1步：测试设备在组播端口239.255.255.250：3880上截获被测设备的设备在线宣告消息，并取得该设备在线宣告消息中o1l-ConfigId字段的值cl；第2步：在被测设备上增加一个IGRS服务或停止一个IGRS服务；第3步：测试设备再次在组播端口239.255.255.250：3880上截获被测设备的设备在线宣告消息，并取得该设备在线宣告消息中o1-Configld字段的值c2。测试通过条件：
1）在第3步中，测试设备能够接收到被测设备发出的设备在线宣告消息，并且该消息符合GB/T29265.201-2017中表7的定义和要求；2）如果cl未达到最大值，则c2为cl十1，否则c2为1。7.1.2.5测试例4
测试例4的描述如下：
测试目的：验证当被测设备重新启动后，向组播端口239.255.255.250：3880重新发送设备在线a)
宣告消息，如果原01-BootId字段的值达到最大值（见GB/T29265.201一2017的表7），则将01-BootId字段的值归1，否则将01-BootId字段的值加1。验证内容：见GB/T29265.201—2017的8.1.1。b)
类别：必选。
测试过程描述：
第1步：测试设备在组播端口239.255.255.250：3880上截获被测设备的设备在线宣告消息，并取得该设备在线宣告消息中o1-BootId字段的值bl；第2步：重新启动被测设备；
第3步：测试设备再次在组播端口239.255.255.250：3880上截获被测设备的设备在线宣告消息，并取得该设备在线宣告消息中01-BootId字段的值b2。e）
测试通过条件：
1）在第3步中，测试设备能够接收到被测设备发出的设备在线宣告消息，并且该消息符合GB/T29265.201—2017中表7的定义和要求；2）如果bl未达到最大值，则b2为b1+1，否则b2为1。7.1.2.6测试例5
测试例5的描述如下：
测试目的：验证被测设备在正常离线时能够向组播端口239.255.255.250：3880组播发出设备a）
离线宣告消息。
验证内容：见GB/T29265.201—2017的8.1.2。c）
类别：可选。
测试过程描述：使在线的被测设备正常下线。测试通过条件：
HiiKAoNiKAca
GB/T29265.501—2017
测试设备能够在组播端口239.255.255.250：3880上接收到被测设备发出的设备离线宣告1）
消息；
测试设备接收到的被测设备离线宣告消息符合GB/T29265.201一2017中表8的定义和要求，即消息包括对应的HTTP命令行和必选字段，且每个字段的内容与规定相符。7.2设备管道符合性测试集
7.2.1涉及消息类型
基于对称密钥体制鉴别和消息鉴别机制安全管道创建请求消息，见GB/T29265.201一2017的表9。
基于对称密钥体制鉴别和消息鉴别机制安全管道创建响应消息，见GB/T29265.201一2017的表10。
基于对称密钥体制的鉴别、消息传输加密及消息鉴别机制安全管道创建请求消息，见GB/T29265.201一2017的表11。
基于对称密钥体制的鉴别、消息传输加密及消息鉴别机制安全管道创建响应消息，见GB/T29265.201一2017的表12
基于公钥体制的鉴别、消息传输加密及消息鉴别机制安全管道创建请求消息，见GB/T29265.201-一2017的表13
基于公钥体制的鉴别、消息传输加密及消息鉴别机制安全管道创建响应消息，见GB/T29265.201一2017的表14。
基于可信赖第三方的鉴别、消息传输加密及消息鉴别机制安全管道创建请求消息，见GB/T29265.201一2017的表15。
基于可信赖第三方的鉴别、消息传输加密及消息鉴别机制安全管道创建响应消息，见GB/T29265.201一2017的表16。
基于对称密钥体制鉴别和消息鉴别机制身份鉴别挑战请求消息，见GB/T29265.201一2017的表17。
基于对称密钥体制鉴别和消息鉴别机制身份鉴别挑战响应消息，见GB/T29265.201一2017的表18。
基于对称密钥体制鉴别和消息鉴别机制身份鉴别结果请求消息，见GB/T29265.201一2017的表19。
基于对称密钥体制鉴别和消息鉴别机制身份鉴别结果响应消息，见GB/T29265.201一2017的表20。
基于对称密钥体制的鉴别、消息传输加密及消息鉴别机制鉴别请求消息，见GB/T29265.201-一2017的表21。
基于对称密钥体制的鉴别、消息传输加密及消息鉴别机制鉴别响应消息，见GB/T29265.201一2017的表22，
基于对称密钥体制的鉴别、消息传输加密及消息鉴别机制鉴别结果请求消息，见GB/T29265.201一2017的表23。
基于对称密钥体制的鉴别、消息传输加密及消息鉴别机制鉴别结果响应消息，见GB/T29265.201-一2017的表24。
基于公钥体制的鉴别、消息传输加密及消息鉴别机制鉴别请求消息，见GB/T29265.201一2017的表25。
基于公钥体制的鉴别、消息传输加密及消息鉴别机制鉴别响应消息，见GB/T29265.201一2017的6
表26。
GB/T29265.501—2017bzxZ.net
基于公钥体制的鉴别、消息传输加密及消息鉴别机制鉴别结果请求消息，见GB/T29265.201-2017的表27。
基于公钥体制的鉴别、消息传输加密及消息鉴别机制鉴别结果响应消息，见GB/T29265.201一2017的表28。
基于可信赖第三方的鉴别、消息传输加密及消息鉴别机制鉴别请求消息，见GB/T29265.201一2017的表29
基于可信赖第三方的鉴别、消息传输加密及消息鉴别机制鉴别响应消息，见GB/T29265.201一2017的表30，
基于可信赖第三方的鉴别、消息传输加密及消息鉴别机制鉴别结果请求消息，见GB/T29265.201-一2017的表31。
基手可信赖第三方的鉴别，消息传输加密及消息鉴别机制鉴别结果响应消息，见GB/T29265.201-2017的表32。
安全设备管道创建确认请求消息，见GB/T29265.201一2017的表33。安全设备管道创建确认响应消息，见GB/T29265.201一2017的表34。安全设备管道断开通知消息，见GB/T29265.201一2017的表35。设备在线检测请求消息，见GB/T29265.201-2017的表37。设备在线检测响应消息，见GB/T29265.201一2017的表38。7.2.2非安全管道测试例集
7.2.2.1前提条件
前提条件1：适用于测试例1。
测试设备与被测设备处于局域网同一个IP广播域中；被测设备上协议实现已启动且正常运行；测试设备在组播端口239.255.255.250：3880上侦听，截获被测设备发出的设备在线宣告消息，获得ol-ListenerList字段的内容：测试设备在组播端口239.255.255.250：3880上周期性地发送设备在线宣告消息，其中01-Lis-tenerList字段包含建立非安全管道的IP地址：测试设备和被测设备都采用为IGRS：DeviceSecurity：NULL的安全机制。前提条件2：适用于测试例2。
测试设备与被测设备处于局域网同一个IP广播域中；被测设备上协议实现已启动且正常运行；测试设备在组播端口239.255.255.250：3880上侦听，截获被测设备发出的设备在线宣告消息，获得o1-ListenerList字段的内容；-测试设备在组播端口239.255.255.250：3880上周期性地发送设备在线宣告消息，其中01-ListenerList字段包含建立非安全管道的IP地址：测试设备和被测设备都采用为IGRS：DeviceSecurity：NULL的安全机制：一被测设备具有控制接口，通过该接口能够控制被测设备主动与其他设备建立非安全设备管道。前提条件3：适用于测试例3。
测试设备与被测设备处于局域网同一个IP广播域中：被测设备上协议实现已启动且正常运行；一测试设备在组播端口239.255.255.250：3880上侦听，截获被测设备发出的设备在线宣告消息，7
GB/T29265.501—2017
获得ol-ListenerList字段的内容；测试设备在组播端口239.255.255.250：3880上周期性地发送设备在线宣告消息，其中01-ListenerList字段包含建立非安全管道的IP地址；一测试设备和被测设备都采用为IGRS：DeviceSecurity：NULL的安全机制；一被测设备有控制接口，通过该接口能够控制被测设备主动断开非安全设备管道。7.2.2.2测试例1
测试例1的描述如下：
测试目的：验证被测设备允许其他设备通过被测设备在线宣告消息中o1-ListenerList字段给a
出的地址，与被测设备建立非安全设备管道（即TCP连接）。验证内容：见GB/T29265.201—2017的8.2.1。b)
类别：必选。
测试过程描述：测试设备使用被测设备在线宣告消息中o1-ListenerList字段给出的地址，与被d)
测设备建立TCP连接。
测试通过条件：测试设备与被测设备成功建立TCP连接。7.2.2.3
测试例2
测试例2的描述如下：
测试目的：验证被测设备能够通过其他设备在线宣告消息中1-ListenerList字段给出的地址，a)
与该设备建立非安全设备管道（即TCP连接）。验证内容：见GB/T29265.201—2017的8.2.1。b）
类别：可选。
测试过程描述：使被测设备主动与测试设备建立非安全设备管道：同时，测试设备在其设备在线宣告消息中O1-ListenerList字段给出的地址上侦听。e）
测试通过条件：测试设备与被测设备成功建立TCP连接。测试例3
测试例3的描还如下：
测试目的：验证被测设备与其他设备建立的非安全设备管道能正常断开。a)
验证内容：见GB/T29265.201—2017的8.2.2。b)
类别：可选。
测试过程描述：
第1步：测试设备使用被测设备在线宣告消息中o1-ListenerList字段给出的地址，与被测设备建立TCP连接；
第2步：使被测设备主动断开与测试设备之间的TCP连接。测试通过条件：
1）在第1步中，测试设备与被测设备成功建立TCP连接；2）在第2步中，被测设备与测试设备之间的非安全设备管道断开。7.2.3基于对称密钥体制鉴别和消息鉴别机制的安全管道创建测试例集7.2.3.1前提条件
前提条件1：适用于测试例1。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。