DCA测试报告31.doc

DCA测试报告文件编号：DCA-100-R2-TR-1.09E编 写：版 本：1.09E审 核：日 期：2011-3-1批 准：版权声明本测试报告及相关文档受版权和知识产权法的保护，未经上海惠安系统控制有限公司的书面允许，不得在任何媒体上直接或者间接地重新生成，改写，发布，组装，传送，显示，发表和扩散。This Test Report is protected by copyright and intellectual property laws and may not be reproduced, rewritten, distributed, re-disseminated, transmitted, displayed, published or broadcast, directly or indirectly, in any medium without the prior written permission Wescon Controls (Shanghai), Inc. 文档历史记录文档版本修订号更改日期更改人更改说明V1.00E12009/07/10尹路兵创建V1.01E12009/07/17尹路兵1、测试章节增加是否需测试项；2、增加是否pass表格和截图；3、网络规约增加双机双网测试章节；4、增加弥补测试项（自由发挥）；V1.02E12009/07/20尹路兵1、更改第1章节中某些用词不准问题；2、插入DCA系统点初始化测试章节。V1.03E12009/07/29尹路兵1、对测试步骤及截图进行更新；2、删除不必要的项；3、增加表格索引。V1.04E12009/08/12尹路兵1、2.2.1.3章节DPA修正为DCA；2、3.1.1.3章节中第2条reset link报文修正为初始化结束报文；3、2.4.1.3章节中第2条版本号增加描述“版本号（需同时在命令菜单 v中和error log信息中同时观察版本是否相符）”。V1.05E12009-9-21虞麟勇增加2.11.1.3 7/8项数据库点状态.COMM LOST ONLINE/OFFLINE 状态.V1.05E22009-10-12沈高境修改文档封面和编号格式。V1.06E12009-12-29虞麟勇根据编程规范全面修改。V1.07E12010-3-26虞麟勇增加数据库DEVICE状态点移动测试，增加数据库描述名。V1.08E12010-4-9虞麟勇增加遥测负数采集功能测试V1.09E12011-3-1虞麟勇增加遥调负多个Frame功能测试目录引言8编写目的8适用对象8相关文档8概述91. 测试计划101.1测试范围101.2测试内容101.3方法111.4测试环境搭建及配置121.5测试工具141.6Responsibilities（职责）141.7Staffing（人力安排）141.8进度安排142. DCA软件基本特性162.1DCA软件启动命令测试 需测试 不测试162.2DCA软件运行停止和重启 需测试 不测试192.3DCA配置检查 需测试 不测试212.4DCA软件启动信息显示 需测试 不测试242.5DCA系统点初始化测试 需测试 不测试252.6串口通讯测试 需测试 不测试272.7串口流控制测试 需测试 不测试302.8网络通讯测试 需测试 不测试322.9HDLC通讯测试 需测试 不测试352.10虚点统计 需测试 不测试372.11DCA系统点应用 需测试 不测试393. 规约特性413.1建立通讯 需测试 不测试413.2总召测试（General/Group Interrogation Poll） 需测试 不测试433.3电度召唤测试（Group Counter Interrogation Poll） 需测试 不测试453.4自动的背景召唤 需测试 不测试483.5时间同步方式测试 需测试 不测试513.6时间同步精度 需测试 不测试543.7数据处理 需测试 不测试563.8遥测数据缩放比例测试 需测试 不测试593.9品质描述符（Quality Descriptor Flag）测试 需测试 不测试613.10DO命令测试 需测试 不测试633.11AO命令测试 需测试 不测试664. 性能测试684.1支持最大的连接数 需测试 不测试684.2初始化时间和CPU利用率 需测试 不测试704.3雪崩测试 需测试 不测试724.4长时间稳定性测试 需测试 不测试744.5双机双网测试 需测试 不测试764.6DCA 容错性测试 需测试 不测试784.7DCA 多event 数据入库测试 需测试 不测试80表格索引表格 1 测试环境搭建所需硬件设备12表格 2 Software Versions13表格 3 Serial Connection Parameters Configuration Variations26表格 4 DO Configuration Variations58引言编写目的这篇测试报告指定了DCA（Data Collection Application）软件的范围，测试项目，测试环境的搭建，测试职责，测试人员要求，以及对每一个独立项目的测试过程。测试过程指定了执行测试的一步步顺序操作。根据不同规约开发的DCA软件有其各自的特点，可基于本通用文档编写相对应的测试报告。适用对象这篇文档提供给测试者用来验证所开发的DCA软件满足功能说明中所有的功能需求并满足系统性能要求。这篇测试报告结果同样适用于开发者、质量保证者以及项目工程师。相关文档· DCA软件功能说明· DCA软件配置说明概述DCA软件是适用于多种产品（如ACU/ UC630/ MOXA/ EGS/ TLS/D25/D200/D20）的嵌入式软件，在应用软件可在不同操作系统上运行，通过串口或网络（TCP/ UDP），按照规约协议进行数据传送。1. 测试计划这一章说明了DCA软件的测试范围、测试项目、测试方法、测试计划、测试职责、资源以及人员需求。· PASS：结果满足期望值。· FAIL：结果不满足期望值。· CONDITIONAL：结果有条件地满足期望值。1.1 测试范围本测试大纲描述了DCA软件通用的功能测试和性能测试。1.1.1 Assumptions（假设，前提条件）测试过程假设各测试平台的系统软件运行正常。1.1.2 约束条件无1.2 测试内容本测试大纲主要测试DCA软件的通用功能和性能。1.2.1 需要测试的内容1.2.1.1 DCA软件基本功能测试· DCA的初始化和关闭· DCA的自我监视和恢复（如子进程超时没有响应或已经crash，则DCA主进程可以重新启动子进程）· DCA初始化阶段可以配置检查· 一个DCA可以和多个IED通讯· 多个DCA可以同一个或者多个IED通讯· 支持RS232/485串口通讯· 支持网络TCP、UDP通讯· 根据FS要求支持若干虚点指示DCA软件各进程的运行情况· 支持串口流控制· 支持错误信息输出至Error Log供查询1.2.1.2 规约特性测试（包括DCA与数据库的数据转换）· 可与对侧设备通过具体的规约通讯。· 可正确解析由IED上报的各种类型（AI/ DI/ CI）的数据value、时标和quality，并正确的更新至数据库。规约中不支持的数据类型应被丢弃。· 可正确的下发遥控、遥调、总召、电度召唤、对时等控制命令。· 确认DCA的数据时标与IED上报的完全一致。· 重启DCA可以精确保持events· 应用层错误检查及报告1.2.1.3 性能测试· 确认DCA能与多个IED同时通讯。· 重启DCA主站查看初始化到通讯正常时间及CPU负荷率。· 对200个或以上DI同时变位进行雪崩测试，查看DCA软件能否正确处理，查看CPU负荷率。· 连续拷机1个月，观察Device Status有无failure，查看DCA能否正确处理四遥数据。· 配置2个子站双网与DCA通讯测试，观察是否正常，双网络能否正常切换。1.2.2 不测试的内容无1.3 方法熟悉DCA软件的配置手册和功能需求说明，全面熟悉测试DCA软件（如功能、范围、错误和异常情况处理等等）需要用到的不同的软、硬测试工具软件和人机界面（包括配置工具、PC机、浏览器等等），确认这些工具可以正常工作，并搭建好软、硬件的测试环境。1.4 测试环境搭建及配置1.4.1 硬件通过串口线或网线连接好被测设备和主机，确保所有设备能正常运行。表格 1 测试环境搭建所需硬件设备设备名称数量 通讯方式备注能运行ASE2000 PC机2 台以上 串口和网络主机需要有能正常通讯串口和网口 UC630 5台 串口和网络UC630需要有能正常通讯串口和网口 SWITCH 2台网络 至少有8 个RJ45网口 D200及4遥模块2台串口和网络构成双机热备及1S、1A、1K、1ACU D251台串口和网络D25需要有能正常通讯串口和网口 并行网线 16 根 交叉网线 2 PCBUG 电缆5 配置维护计算机 1串口和网络 RS232/RS485转换器21.4.2 软件· 指用ASE2000/D200/UC630作为模拟子站，发送各类仿真子站通讯报文。· 用D200/D25/UC630 相关的DCA软件，测试DCA软件和DPA收、发配合的情况。· D200/D25操作系统是PSOS，ACU/ UC630/ MOXA/ EGS/ TLS/MGS200操作系统是LINUX，AS2000操作系统是WINDOWS。1.4.3 Firmware· 按功能需求指定的系统和应用的firmware进行测试，并将相关信息记录在下表中。· 按功能需求指定的firmware中应用或组成部分的版本测试并将相关信息记录在下表中。· 按功能需求指定的基本系统测试并将相关信息记录在下表中。表格 2 Software VersionsDescriptionNumberSuggested VersionActual Version 1.4.4 软件/Firmware配置定义所有用到的软件/firmware的配置。如果有许多软件/firmware配置，或者比较复杂，可以放在附录详述，这样易于文档的使用和扩展。如果没有特殊说明，测试过程将在下述默认软件/firmware配置下进行如果有多种必要的配置，确认在每一个测试过程中参考使用相应的配置。测试DCA的配置，通常包括：· 1个DCA与1个IED通讯。· 1个DCA与多个IED通讯。· 多个DCA分别与各自的IED同时通讯。1.5 测试工具列出所有测试过程中用到的硬件、软件和firmware的测试工具或者测试脚本，例如模拟器，功能发生器以及仪表等。（如101/104 DCA中需用到直流源、交流源、万用表、集线器、便携机、D200、GE I/O模块、ACU、UC630等）1.5.1 硬件· 可变的DC电压和电流源（用于测试DC AI）· 校准过的仪表（用于确认可变DC电压、电流源的输出）1.5.2 软件/Firmware· 指定所有需要的软件和firmware测试工具或测试脚本，以及每一个工具运行的硬件平台。指定所用到的每一个测试工具的版本。· 开发提供的测试报告、测试数据、用户手册可放于附录或另外的测试文档中。1.6 Responsibilities（职责）基于测试可用性上，确定每一个人员的职责。开发team：有责任进行开发测试，以及在执行测试过程中提供支持。测试（QC）team：有责任编写和执行测试计划以及测试过程。QA team：有责任检查和确认测试计划被执行，以及过程被记录。项目经理：有责任在测试过程中提供必要的资源。1.7 Staffing（人力安排）确定计划和执行测试的人力要求计划和执行测试的人力要求如下：· 项目经理（1）· 测试人员（1）1.8 进度安排制定测试行为的完整计划。可用的操作系统和其他计划在内的测试，须在这里说明，以便于这些也被计算在测试时间表内。如果测试工具或测试输入数据需要开发，那么这些行为也必须包括在项目计划表内。如第一次测试进度表： 1、测试平台搭建： 2、DCA软件软件基本特性测试： 3、DCA软件软件规约功能测试： 4、DCA软件软件性能测试： 5、测试报告编写： 2. DCA软件基本特性2.1 DCA软件启动命令测试 需测试 不测试2.1.1.1 测试目的· 如果DCA需要带参数启动，确认当启动命令中参数为非法时，DCA程序无法启动。· 确认DCA程序可以根据不同的启动参数以不同的方式运行，如debug信息显示的级别。· 如果支持版本参数，确认DCA可以正确显示当前版本并退出。2.1.1.2 测试环境搭建· 配置一个简单的RTU。· 配置好一个能运行的DCA配置。· 连接通过PCBUG线或网线连接好模拟主机和RTU。2.1.1.3 测试步骤测试步骤测试结果及相关贴图1 正确设置好DCA配置，并下载到RTU后，无出错信息。通过相关数据库操作命令观察DCA进程已在线，Error log中应有一条指示正常运行的记录。（包括软件标识和版权信息）2分别将不同的网络和串口通讯方式配置到RTU的COM和NET记录表中观察DCA进程已在线，是否有一条正常运行的记录。3DCA 如发现配置硬件端口和其他应用配置有冲突，应将进程挂起并在Error Log 指出相关冲突信息。3将超过范围的值配置到DCA的COM和NET记录表中（如-1），通过相关数据库操作命令观察DCA进程是否挂起，观察出错信息记录能否指出COM和NET记录表出错。4将超过范围的值配置到DCA的LRU表中，通过相关数据库操作命令观察DCA进程是否挂起，观察出错信息记录能否指出LRU记录表出错。5分别配置不同的参数到DCA的Frame表中，通过相关数据库操作命令观察运行信息。6分别配置不同的参数到DCA的POL表中，通过相关数据库操作命令观察运行信息。7分别配置不同的参数到DCA的MAIN表中，通过相关数据库操作命令观察运行信息。8 确认所有的出错信息都记录在用户错误记录上库中，不能记录到系统信息库中。9用相关操作命令检查显示DCA 的版本号。Test Log For 2.1 软件启动命令测试项总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.2 DCA软件运行停止和重启 需测试 不测试2.2.1.1 测试目的· 确认login 被测设备的linux嵌入式系统，通过“kill”命令，有足够权限的用户可以终止DCA的运行进程。· 确认有足够权限的用户可以通过启动命令，手工重启DCA。· 确认DCA的每一次重启，都将写入error log。· 确认没有足够权限的用户，不能终止或重启DCA。2.2.1.2 测试环境搭建· 配置一个简单的RTU。· 配置好一个能运行的DCA配置。· 连接通过PCBUG线或网线连接好模拟主机和RTU。2.2.1.3 测试步骤测试步骤测试结果及相关贴图1 login 被测设备的linux嵌入式系统，通过“kill”命令，有足够权限的用户可以终止DCA的运行进程。2 有足够权限的用户可以通过启动命令，手动重启DCA。3 当DCA子进程crash时，一旦watchdog时间到，DCA父进程可以自动重启其子进程。4 DCA的每一次重启，都会将启动信息写入error log。5 用USER登陆，确认登陆权限不够时，不能终止或重启DCA进程。Test Log For 2.2 软件运行和停止总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.3 DCA配置检查 需测试 不测试2.3.1.1 测试目的· 确认非系统级配置错误，不影响DCA软件运行，并且在error log中产生对应的错误信息便于用户诊断。· 测试PC侧编译配置的正确性。· 本测试适用于ConfigVIEW、ConfigPro等APPL的编译和检查。2.3.1.2 测试环境搭建· 在PC侧安装好ConfigVIEW、ConfigPro等RTU编译软件。· 在ConfigVIEW、ConfigPro等编译软件安装好DPA的APPL应用配置。· 配置一个简单的RTU。· 配置好一个能运行的DCA配置。· 连接通过PCBUG线或网线连接好模拟主机和RTU。2.3.1.3 测试步骤测试步骤测试结果及相关贴图1在PC机通过配置软件配置、一个待测DCA配置文件，检查编译成功后的相关成功信息。2 编译软件能检测到任意一个非法DCA的配置，并且在编译器的error log中产生对应的错误信息便于用户诊断和改正。3编译软件能检测到任意一个非致命错误DCA的配置，并且在编译器的error log中产生对应的错误信息便于用户诊断和改正。4数据库分配有效性检查：将DCA数据库初始分配的4遥点号设成小于DCA实际应用的点号，下载配置后DCA应自动挂起并报告出错原因。5使用默认配置参数，仅对DCA应用点号数目进行必要的配置，完成后的培植应能正确编译，下载后DCA进程应能正常启动。6数据库配置应该有专用的虚点及DI、AI、DO、AO、CI 描述名，不能仅显示“UNDEFINE”等通用数据名。Test Log For 2.3 配置检查总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.4 DCA软件启动信息显示 需测试 不测试2.4.1.1 测试目的· 确认若配置正确，被测设备正常启动后，DCA软件可以正常自动运行。· 确认被测设备的用户界面中，可以正确显示DCA的基本信息。如DCA名称，当前通讯状态，系统点数量等等。· 确认error log中没有相应的错误信息输出。2.4.1.2 测试环境搭建· 配置一个简单的RTU。· 配置好一个能运行的DCA配置。· 连接通过PCBUG线或网线连接好模拟主机和RTU。2.4.1.3 测试步骤测试步骤测试结果及相关贴图1 DCA若配置正确，能够在D200、D25、UC630、MOXA、ACU等设备正常运行，能显示出相关进程号。（如D200的QP、UC630 的PS命令）2 确认D200、D25、UC630、MOXA、ACU被测设备中的用户界面中，可以正确显示DCA的基本启动信息：如启动时间、DCA名称、版本号（需同时在命令菜单 v中和error log信息中同时观察版本是否相符），当前通讯状态，系统点数量等。3 DCA若配置正确，error log中没有出错的信息输出Test Log For 2.4 软件启动信息显示总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.5 DCA系统点初始化测试 需测试 不测试2.5.1.1 测试目的· DCA正确初始化系统点和设备状态。· DCA虚点初始化为ON-LINE和COM-OK，实点根据DCA MAIN配置表中的”failMode“参数初始化为ON-LINE&COM-FAIL或OFF-LINE&COM_FAIL。· DCA DS初始化为OFF-LINE和COM-FAIL。2.5.1.2 测试环境搭建· 配置一个简单的RTU。· 配置好一个能运行的DCA配置。· 连接通过PCBUG线或网线连接好模拟主机和RTU。2.5.1.3 测试步骤测试步骤测试结果及相关贴图1 在DCA MAIN表中，配置“failMode”为SET_OFFLINE，编译下载后，查看相应的实点初始化为OFF-LINE&COM_FAIL。DCA DS初始化OFF-LINE&COM-FAIL。2 在DCA MAIN表中，配置“failMode”为NOT_SET_OFFLINE，编译下载后，查看相应的实点初始化ON-LINE&COM_FAIL。DCA DS初始化为ON-LINE &COM-FAIL。3 查看DCA虚点初始化为ON-LINE和COM-OK。4 DCA应有子进程虚点，代表和子站通讯的状态，当和子站正常通讯是该虚点为“ON”，不能正常通讯时应显示为“OFF”5 数据库DEVICE状态点移动测试，用不同的DCA规约配置多个不同的DEVICE，观察DCA ONLINE、COM OK的状态是否能随着数据库的配置位置不同正常移动。本项测试最少需要移动2次。Test Log For 2.5 系统点初始化总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.6 串口通讯测试 需测试 不测试2.6.1.1 测试目的· 确认DCA可以通过不同的串口以及不同的波特率，奇偶校验位的设置与IED通讯。· 支持RS232和RS485通讯。· 确认支持查看各串口的通讯报文。· 具体配置组合参考FS的要求，下表列举仅作参考。表格 3 Serial Connection Parameters Configuration VariationsVariation No.DUT PortBaud RateParityData BitsStop Bits1130081Odd2230081None3330081Even4460081Odd5560081None6660081Even77120081Odd88120081None99120081Even1010240081Odd1111240081None1212240081Even1313480081Odd1414480081None1515480081Even1616960081Odd1717960081None1818960081Even19191920081Odd20201920081None21211920081Even2.6.1.2 测试环境搭建· 配置一个简单的RTU。· 配置好一个能运行的DCA配置。· 通过RS232线连接好模拟主机和RTU建立通讯。2.6.1.3 测试步骤测试步骤测试结果及相关贴图1 在PC侧通过配置软件配置串口不同的波特率，奇偶校验位和停止位并下载到RTU。2 确认DCA可以通过不同的串口以及不同的波特率，奇偶校验位的设置与模拟主站通讯。3 确认支持RS232和RS485通讯。（适用于UC630）4 确认可以查看各串口的通讯报文。5 具体须测如Table 3组合。6 串口DCA通讯进程启动应有一个延迟启动的配置项。在启动时间到后，DCA才能发送和子站的通讯报文。Test Log For 2.6 串口通讯测试总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.7 串口流控制测试 需测试 不测试2.7.1.1 测试目的· 确认当对应的串口流控制参数为Disable时，DCA软件不支持串口流控制。· 确认当对应的串口流控制参数为Enable时，DCA软件支持串口流控制功能。· 串口流控制功能测试包括：RTS、CTS信号测试等等。2.7.1.2 测试环境搭建· 将DCA主站的串口和MODEM进行连接。2.7.1.3 测试步骤 测试步骤测试结果及相关贴图1.在PC侧通过配置软件将配置串口流控制项设成Disable后,下载配置到RTU。此时DCA和主机通讯应不响应串口流控制2.确认当对应的串口流控制参数为Enable时，DCA软件支持串口流控制功能。3.当DCA 发送数据时，DCA应驱动串口的RTS控制MODEM发出载波信号，将 MODEM设置为载频受控方式，用示波器监视串口的RTS脚，此时应有高电平出现，用万用表测MODEM输出有中心频率发出。当发送完成后电平应变低，同时根据配置的不同，RTS控制信号提前出现可配；RTS控制信号延后消失可配。（用于控制和接收MODEM）MODEM中心频率消失。Test Log For 2.7 串口流控制总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.8 网络通讯测试 需测试 不测试2.8.1.1 测试目的· 确认DCA支持TCP/IP通讯。· 确认DCA支持UDP通讯。· 确认不论是TCP还是UDP，都需指定network port number，否则无法通讯。· 确认支持查看通讯报文。2.8.1.2 测试环境搭建· 配置一个简单的RTU。· 配置好一个能运行的DCA配置。· 通过网线连接好模拟主机和RTU建立通讯。2.8.1.3 测试步骤测试步骤测试结果及相关贴图1 配置TCP/IP通讯规约，指定端口，通常104、DNP可配。运行正常后，查看DCA能否正常通过TCP/IP规约与子站通讯。2 配置UDP通讯规约，指定端口，通常DNP可配。运行正常后，查看DCA能否正常通过TCP/IP规约与子站通讯。3 用查看通讯报文命令查看能否查看正常来往报文。4 去掉第1、2点中的通讯端口，观察DCA软件还能否与子站正常通信。5 网络DCA通讯进程启动应有一个延迟启动的配置项。在启动时间到后，DCA才能发送和子站的通讯报文。6 DCA 能指定本地网络IP 和远方网络IP，并能设置多条主站和子站的IP对应关联关系。Test Log For 2.8 网络通讯测试总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.9 HDLC通讯测试 需测试 不测试2.9.1.1 测试目的· 确认DCA支持HDLC通讯。· 测试DCA通过HDLC和子站通讯的可靠性。2.9.1.2 测试环境搭建· 配置一个简单的RTU。· 配置好一个能运行的DCA配置。· 连接通过HDLC线连接好主机和RTU。测试步骤测试步骤测试结果及相关贴图1 同时将DCA和子站的通讯模式设置为HDLC。2 通过HDLC电缆连接好RTU和主站DCA设备（多指D200/UC630）的HDLC链路口。3 通过主站DCA设备发链路连接和数据召唤命令。4 确认DPA能正常响应，并通过主站DCA设备观察通讯稳定性同时观察通讯状态和4遥数据库及SOE和COS记录收到数据是否正常。Test Log For 2.9 HDLC通讯测试总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.10 虚点统计 需测试 不测试2.10.1.1 测试目的· 根据FS，确认DCA支持的各类AI/DI/CI虚点统计正确。2.10.1.2 测试环境搭建· 配置一个简单的RTU。· 配置好一个能运行的DCA配置。· 连接通过PCBUG线或网线连接好模拟主机和RTU。2.10.1.3 测试步骤测试步骤测试结果及相关贴图1在DCA中配置多条LRU（逻辑RTU）记录。2观察DCA 的每个LRU都必须有自己的虚点来指示和主站的通讯情况和进程运行情况。3. 当主站和一个LRU通讯时，能正常通讯时LRU相关的虚点的必须显示ON4断开通讯时LRU相关的虚点的必须显示OFF。5上述测试网络、和串口对应的LRU都必须测试。6能正确显示LRU本身进程的运行情况。Test Log For 2.10 虚点统计总结Pass / Fail / ConditionalDate (yyyy/mm/dd)Test EngineerNotes: 2.11 DCA系统点应用 需测试 不测试2.11.1.1 测试目的· 确认DCA所有系统点都可以被其他应用软件（如DPA、DTA）应用。· 确认DCA所有系统点的value和quality都可以被force。2.11.1.2 测试环境搭建· 配置一个简单的RTU。· 配置好一个能运行的DCA配置。· 连