DL／T 860.10-2018标准规范下载简介：
内容预览由机器从pdf转换为word，准确率92%以上，供参考
DL／T 860.10-2018 电力自动化通信网络和系统 第10部分：一致性测试.pdf一致性测试是对通信以及由通信组成了系统的IED的有关系统的型式试验。作为全局性的通信标 准DL/T860包括标准的一致性测试，可以保证所有供应商遵守可行的要求。 型式试验和一致性测试不能完全保证所有功能和性能的要求被满足。但是，正确进行型式试验和 致性测试可以明显减少在工厂和现场集成系统时出现问题的风险。 一致性测试不能代替工程上特定的有关系统的测试，如FAT和SAT。FAT和SAT以用户对特定的 电力自动化系统的要求为基础，由系统集成商进行，通常由用户进行见证。这些测试增加了使系统中 所有潜在问题都被发现和解决的可信度 实交付的电力自动化系统符合规范。
通常，正D通信行为的一致性测试应是电力自动化系统内这些设备支持的典型应用的功能要求和 生能要求的测试。本部分使用DL/T860.4中定义的质量测试的分类法。 一致性测试表明DUT按DL/T860标准规定方法与其他IED互连运行的能力。 一致性测试要求考虑以下情况： 一 所有测试都有测试完整性问题，可能发生的情况很多。测试可以覆盖所有正常操作，但是难 以覆盖所有故障情况。 对来自世界范围不同供应商的IED全部系统配置进行测试是不可能的。因此，应采用带有设 备模拟器的标准化的测试体系结构。采用这样的测试体系结构，隐含着关于它的配置和所应 用的测试过程的协定，以使测试结果可以兼容及再现。 通信标准不规定通信设备的功能，所以功能失效情况不在本部分范围内。但是，现有的分布 功能和设备功能响应对数据流的影响这两者是相互依存的。 一根据标准定义的范围，一些设备的特性可以用与一致性测试的DUT一起提供的信息和文件证 明，代替该设备的一致性测试。 一致性测试确认DUT的通信依据DL/T860标准运行。DL/T860标准着重于数据、功能和设备模 型，包括所有上层的服务或应用层（ACSI）的服务的互操作性，还提出了性能的分级。 因DL/T860标准未定义新的通信栈，所有ISO/OSI七层的一致性可由文件证实，以证明通信栈软 件与相应规范一致，并已进行了预测试和认证（可选）。标准的一致性测试只能对依据ACSI的应用进 行测试。
为保证一致性测试的质量，必须有质量保证体系。测试机构应能明确地证实这一点。所有分包机 构的质量体系也应如此。 在一致性测试的所有阶段GB 4789.2-2010发布稿 食品微生物学检验 菌落总数测定 发布稿，一般按质量监督来监视和检验各组成部分的状态。为此，要在买方或 其测试代理商确定的控制点和见证点，以及按测试机构提出的检验计划进行检验。这些检验与过程有 关，能提供测试质量的信息和可信 验收和现场验收失败的风险
5.3.2.1一致性测试质量计划
为进行评定，测试机构要提供一致性测试的质量计划。 一致性测试的质量计划应满足ISO9001的要求。该计划应包括工作范围全部措施和/或预算
只、时间、信息和质量方面的内容。对于测试机构和它的分包机构只有一个质量计划。 致性测试质量计划还应包括以下内容： 完整和详细的工作方法的描述，这将有助于保证在允许时间内所有检验工作满足适当的要求 和条件。 一所有要完成任务的详细描述，包括参照的日程计划以及工作人员、材料、工作方法及有关方 法和步骤的概述。 组织机构的详细描述，包括委派、任务和测试不同阶段涉及人员的责任。描述应包括不同测 试阶段所有测试、检查、研究、审查以及日期。这些描述是测试和检验计划的一部分。 在测试的所有阶段处理偏差、变更和修改的方法。 测试的终止过程及提供文件的描述。
5.3.2.2测试和检验计划
致性测试质量计划应包括测试和检验计划。测试机构在计划中规定在所有的测试阶段： 检验、测试和记录的内容； 检验和测试的目的； 检验、测试和记录要执行的步骤（程序）和标准； 检验和测试的预期结果； 由谁完成检验、测试和记录。 测试机构负责正确准时执行在测试和检验计划中提到的所有项目。 测试机构应提出在测试和检验计划中对控制点、见证点和观察点的建议。 有多种方法进行控制点和见证点的工作。一致性测试的委托者或其代理人在测试或检验期间可以 在现场，也可以检查相关的质量文件，例如检查单、证书和有效文件。文件检查可以在测试或检验期 间在测试机构那里进行，也可以在一致性测试委托者处进行，这时，测试机构应向委托者提供所有相 关文件。 所有的控制点和见证点由测试机构最晚要在实施前的预定时间内公布。根据安排差旅和获得所需 资源的时间要求，建议这时间至少是一周。
5.3.2.3委托者要求的审查
致性测试的委托者有权审查测试机构及其分包机构的质量体系。测试机构应协助并提供去一致 性测试所有地方的交通工具。虽然测试委托者有检查一致性测试质量的权力，但不免除测试机构的 责任。 由一致性测试委托者提出的检验和测试，应在双方同意的时间、地点，以及测试机构、所有可能 的第三方及分包机构的办公室和工厂进行。
应对制造商提供的PICS、PIXIT、TICS和MICS中标明的每个被测设备的能力进行一致性测试。 在提交被测设备时，应提供以下内容： 一被测设备。 一协议实现一致性陈述（PICS）。应提供标准的PICS，也称为PICS表格（见DL/T860.72 录A）。
用于测试的协议实现额外信息（PIXIT）。 模型实现一致性陈述（MICS）。 技术情况一致性陈述（TICS）。 设备安装和操作的详细指导手册。 致性测试的要求分为以下两类： a）静态一致性要求（定义应实现的要求）。 b）动态一致性要求（定义由协议用于特定实现所引起的要求）。 静态和动态一致性要求应在协议实现一致性陈述（PICS）中规定。PICS用于三种目的： a）适当的测试组合的选择。 b）保证执行适合一致性要求的测试。 c）提供检查静态一致性的基础。 应提供一个标准的PICS。 对不同的SCSM应定义具体的PICS。 应提供MICS详细说明由系统或设备支持的数据对象模型元素。MICS在按DL/T860.6的 文件中实现。 应提供TICS详细的在标准出版后发现技术情况实现的说明。 除PICS外，应提供用于测试的协议实现额外信息或PIXIT文件。 图1给出一致性评价的过程。
5.4.2SCL文件的使用
DUT应与ICD文件一起提交。 测试机构应根据ICD文件产生基于测试系统配置的SCD文件。如测试机构需要一致性测试的委托 者也提供SCD文件，则测试机构应提供SSD文件和测试系统的SCD/SED文件。
单个设备与单个测试设备对比进行一致性测试。 设备特定的一致性测试，视情况而定，包括以下肯定和否定测试： 文件和设备版本控制（DL/T860.4）的检查； 按标准的句法（Schema模式）（DL/T860.6）进行设备配置文件的测试； 按设备有关的对象模型（DL/T860.74，DL/T860.73）进行设备配置文件的测试； 按适用的SCSM（DL/T860.81，DL/T860.92）进行通信栈实现的测试； 按ACSI定义（DL/T860.72）进行ACSI服务的测试； 按DL/T860标准给出的一般规则，进行设备特定扩展的测试。
单个设备与单个测试设备对比进行一致性测试。 设备特定的一致性测试，视情况而定，包括以下肯定和否定测试： 文件和设备版本控制（DL/T860.4）的检查； 按标准的句法（Schema模式）（DL/T860.6）进行设备配置文件的测试； 按设备有关的对象模型（DL/T860.74，DL/T860.73）进行设备配置文件的测试； 按适用的SCSM（DL/T860.81，DL/T860.92）进行通信栈实现的测试； 按ACSI定义（DL/T860.72）进行ACSI服务的测试； 按DL/T860标准给出的一般规则，进行设备特定扩展的测试，
5.5一致性测试报告文件
一致性测试报告应包括以下信息： 描述或详细说明已完成的任何一致性测试的所有文件的参考清单。这些文件可包括制造商的 标准的运行和测试过程以及当地、国家和国际标准。国际标准应标出代号、日期、章条编 号。引用其他文件应包括完整的出处和文件的标识。为便于阅读，还可包括一个完整、准确 的文件的概述或摘要。 用于进行一致性测试的计算机软件或任何专用的测试设备的清单。 制造商名称和地址。 致性测试的委托者（如与制造商不同）的名称和地址。 被测设备的名称。 被测设备所有的（硬件、固件等）变化。 测试机构的名称和地址。 测试报告发布日期。 检测人员的名字及签名。 唯一的编号。 验证一致性的测试项目清单。 一注释和发现的问题。 对每个测试项目以下内容应写入报告： 一测试项目及测试目的的描述，进行测试的步骤以及预期结果； 参照的DL/T860的部分、章、条； 各测试项目的唯一的标识符； 测试结果，如通过、失败、不确定、不可用或“
6有关设备的一致性测试
通信测试至少需两台设备互相通信。对所有产品进行全面的互操作测试是不容易的，所以，测试 概念应包括测试设备、测试配置和测试场景。应使用恰当定义的测试用例进行动态性能的测试。 要测试通信能力必须生成报文信息。如可以，应使用硬件激励（触点、电压、电流等）和来自串 行链路的激励。 应特别指出，通信设备（如星形耦合器、交换机等）应支持标准要求的所有特性，但不得带来意 外事故和限制。应适当考虑测试过程中DUT用的通信方法（客户一服务器、GOOSE、SV等）的影 响。即使可用先进的工具进行这种分析，采用GOOSE报文的功能应用检验也不是一致性测试的 部分。
本条描述测试过程要求、测试结构、测试用例（测试什么）、文件格式，以及在附录A中给出的测 试过程（怎样测试）的几个示例。
6.2.2测试过程要求
测试过程的要求如下： 测试用例描述应测试什么，测试过程描述测试工程师如何测试或测试系统如何完成测试： 测试用例包括参照文件中参照的适用条款； 测试结果应能在同一实验室和其他实验室重现； 合理地、尽可能地支持自动测试，尽可能减少人为干预； 测试应着重于不易测试的情况，例如在工厂或现场验收中不易进行的测试，并降低互操作性 的风险。例如： ·检验被测设备在信息包延迟、丢失、重复和失序的情况； ·配置、实现和操作风险； ·名称、参数、设置或数据类型等不匹配； · 超过一定限值、范围或超时； · 测试否定响应的强制情况； ·检查所有（控制）状态机的路径； ·强制进行多个客户同时控制操作。 ACSI测试集中在应用层（映射）； 被测设备（DUT）考虑为一个黑盒子，为测试使用输入输出和通信接口； 测试包括测试版本、数据模型和配置文件，以及适当的ISO/IEC9646系列标准术语的使用。 测试过程文件格式如图2所示。采用这种格式的测试过程文件也可用作测试报告。附录A给出几 则试过程文件示例。
服务器测试用例由以下各项组成：
a）文件和版本控制（DL/T860.4一2018）； b）配置文件（DL/T860.6—2012)； c）数据模型（DL/T860.73和DL/T860.74—2014)； d）ACSI模型和服务映射（DL/T860.722013和适用的SCSM)。
6.2.4服务器测试用例
图2测试过程文件格式
主要测试用例应用于在测试中运行的测试过 呈的定义。
6.2.4.2测试服务器设备的测试系统结构
测试系统应包括测试系统的硬件和软件及相关的文件。
6.2.4.3文件和版本控制测试过程概述
表1所列的测试用例进行
测试服务器设备的测证
表1服务器文件测试用例
6.2.4.4配置文件测试用例
所列的测试用例进行测
表2服务器配置测试用例
6.2.4.5数据模型测试用例
应按表3所列的测试用例进行测试
表3服务器数据模型测试用例
6.2.4.6ACSI模型和服务映射测试用例
测试项目将分组列在一些表中。这些表应反映DL/T860.72一2013的图3中为模型规定的服务 应用关联（sAss） 服务器、逻辑设备、逻辑节点，数据和数据属性模型（sSrv）；
6.2.4.7应用关联模型
6.2.4.7.1肯定测试用例
应采用表4的测试用例
应采用表4的测试用例。
表4应用关联肯定测试用例
6.2.4.7.2否定测试用例
应采用表5的测试用例。
表5应用关联否定测试用例
6.2.4.8服务器、逻辑设备、逻辑节点和数据模型
6.2.4.8.1肯定测试用例
应采用表6的测试用例
表6服务器肯定测试用例
6.2.4.8.2否定测试用例
应采用表7的测试用例。
应采用表7的测试用例。
表7服务器否定测试用例
6.2.4.9数据集模型
6.2.4.9.1肯定测试用例
应采用表8的测试用例。
表8数据集肯定测试用例
6.2.4.9.2否定测试用例
应采用表9的测试用例。
表9数据集否定测试用例
6.2.4.10服务跟踪模型
6.2.4.10服务跟踪模型
6.2.4.10.1概述
跟踪服务可在执行其他章节定义的相应 通过验证跟踪信息而得到验证。例如在 测试用例执行过程中，跟踪的AddCause值也将被验证
6.2.4.10.2肯定测试用例
测试用例。将采用具有最长名字长度的控制块利
表10服务跟踪测试用
6.2.4.11取代模型
6.2.4.11取代模型
6.2.4.11.1肯定测试用件
应采用表11的测试用例
表11取代肯定测试用例
6.2.4.12定值组控制模型
2.4.12定值组控制模型
6.2.4.12.1肯定测试用例
应采用表12的测试用例。
GB/T 9833.3-2013 紧压茶 第3部分：茯砖茶表12定值组肯定测试用例
[6.2.4.12.2否定测试用例
应采用表13的测试用例。
表13定值组否定测试用例
6.2.4.13非缓存报告机
6.2.4.13非缓存报告模型
ZJM 009-3812-2019 柜式工具箱柜6.2.4.13.1肯定测试
5.2.4.13.1肯定测试 应采用表14的测试用例。
表14非缓存报告肯定测试用例