CN112699037A

CN112699037A - 一种用于二取二系统的软件测试方法

Info

Publication number: CN112699037A
Application number: CN202011619578.7A
Authority: CN
Inventors: 李海海; 陈晓轩; 郭延霞; 刘心田; 沈悦
Original assignee: Casco Signal Ltd
Current assignee: Casco Signal Ltd
Priority date: 2020-12-30
Filing date: 2020-12-30
Publication date: 2021-04-23
Anticipated expiration: 2040-12-30
Also published as: CN112699037B

Abstract

本发明涉及一种用于二取二系统的软件测试方法，该方法包括以下步骤：步骤S1：PC机通过网络发送命令信息给嵌入式系统的CPUA和CPUB；步骤S2：在每个嵌入式软件CPUA和CPUB中，定义临时的数据缓存区；步骤S3：在主任务中，分别将临时缓存区内的数据发给对系的CPU，收到对系数据存在g_Other_g_SyncTagBuf中；步骤S4：在更新任务中，轮询本系g_SyncTagBuf中的数据，并判断是否需要CPUA和CPUB使用或者删除相同的桩数据，如果是使用，则执行相应使用操作，如果是删除，则执行步骤S5；步骤S5：删除相应的桩数据。与现有技术相比，本发明具有提高了自动化测试的正确率等优点。

Description

一种用于二取二系统的软件测试方法

技术领域

本发明涉及列车信号控制系统，尤其是涉及一种用于二取二系统的软件测试方法。

背景技术

铁路中，为了提高安全性，很多嵌入式系统都是采用二取二，例如输入输出单元，采用两个CPU(中央处理器)，通过对两个CPU的结果进行比较，保证了输入输出的数据安全性。还有安全平台，平台本身采用二取二的架构，保证了上层数据的一致性。

在铁路系统中，在对二取二嵌入式系统进行测试时候，往往采用PC机发送命令，嵌入式系统接收命令后，执行PC机发送的命令的方式进行测试。但是由于PC机发送命令采用UDP或者TFTP等其他网络协议，在发送命令时，由于网络延迟或者网络丢包，会造成两个CPU收到命令时间不同，这样一个CPU执行了错误模拟，另外一个CPU没有执行错误的模拟，可能造成测试结果的不同，如图1。

发明内容

本发明的目的就是为了解决上述现有二取二系统测试过程中，由于网络延迟，导致桩代码不能同时打开或者关闭的问题而提供一种用于二取二系统的软件测试方法。

本发明的目的可以通过以下技术方案来实现：

根据本发明的一个方面，提供了一种用于二取二系统的软件测试方法，该方法包括以下步骤：

步骤S1：PC机通过网络发送命令信息给嵌入式系统的CPUA和CPUB；

步骤S2：在每个嵌入式软件CPUA和CPUB中，定义临时的数据缓存区，在收到网络数据后，CPUA和CPUB将收到的数据保存在临时数据缓存区；

步骤S3：在主任务中，分别将临时缓存区内的数据发给对系的CPU，收到对系数据存在g_Other_g_SyncTagBuf(另一通道缓存区)中；

步骤S4：在更新任务中，轮询本系g_SyncTagBuf(本通道缓存区)中的数据，并判断是否需要CPUA和CPUB使用或者删除相同的桩数据，如果是使用，则执行相应使用操作，如果是删除，则执行步骤S5；

步骤S5：删除相应的桩数据。

作为优选的技术方案，所述的步骤S1中的消息格式为：

其中m_tagName为消息包括桩的名字，m_bOpen为打开还是关闭桩，m_bSync为是否要在CPUA和CPUB同时打开，m_data为数据。

作为优选的技术方案，所述的步骤S4中的执行相应使用操作具体为：

步骤S4-1：如果不需要同步执行收到的桩，则CPUA和CPUB分别将桩复制到全局区域中，在CPUA和CPUB的其他任务中，当需要用到某个桩时候，从g_switchTable(桩列表)中获取，不需要与对系使用的数据相同；

步骤S4-2：如果需要同步执行收到的桩，在CPUA和CPUB会分别将自己的临时数据区域的数据和由对系发送的数据做比较。

作为优选的技术方案，所述的步骤S4-2中将自己的临时数据区域的数据和由对系发送的数据做比较，具体为：

步骤S4-2-1：如果一致，则将数据同步到g_switchTable，保证CPUA和CPUB在使用g_switchTable中的数据时，两个CPU使用的相同的数据；

步骤S4-2-2：如果不一致，则不更新，继续循环等待CPUA和CPUB都接收到数据。

作为优选的技术方案，若所述的步骤S4-2-2中不一致的周期超过设定阈值，则发送不同步命令给PC端，在PC端收到不同步命令后，重新发送同样的命令给CPUA和CPUB，然后重新执行步骤S2。

作为优选的技术方案，所述的设定阈值为5。

作为优选的技术方案，在更新g_switchTable时，会将g_switchTable里面的需要更新的tagname(桩名称)与已有的进行查询，如果相同，则不再进行添加。

作为优选的技术方案，所述的步骤S5：删除相应的桩数据具体为：

步骤S5-1：不需要同步，在更新任务中，轮询g_switchTable中的数据，找到需要删除的tagname，将其删除，不需要CPUA和CPUB同步删除；

步骤S5-2：如果需要同步，在CPUA和CPUB会分别将自己的临时数据区域的数据和由对系发送的数据做比较，是否临时数据区内都收到删除桩命令。

作为优选的技术方案，所述的步骤S5-2具体为：

步骤S5-2-1：如果CPUA和CPUB都收到删除命令，在更新任务中，轮询g_switchTable中的数据，找到需要删除的tagname，将其删除，保证CPUA和CPUB同步删除；

步骤S5-2-2：如果不一致，不删除，继续等到CPUA和CPUB都接收到数据。

作为优选的技术方案，所述的步骤S5-2-2中，当5个周期还是为不一致，则发送不同步命令给PC端，在PC端接收到不同步命令后，可重新发送同样的命令给CPUA和CPUB，然后重新执行步骤S5。

与现有技术相比，本发明具有以下优点：

1)本发明设计可实现二取二系统动态同时开桩或关桩，减少因为桩导致的二取二不一致；

2)本发明可以在当个系统中开桩或者关桩；

3)本发明适合嵌入式二取二系统，可移植性强；

4)本发明采用了反馈机制，支持自动化测试，提高了自动化测试的正确率。

附图说明

图1为现有软件测试的流程图；

图2为本发明软件测试的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本发明保护的范围。

为了解决由于网络延迟，造成两个CPU接收命令不同步的情况，需要在嵌入式系统中对两个CPU是否收到命令进行同步；有时需要在单CPU进行发送命令，也不需要同步，针对二取二的系统，此专利设计一种二取二系统的测试方法，保证两系在执行命令时，能够同步执行相同的命令，如图2。

本发明用于二取二系统的软件测试方法，该方法包括以下步骤：

步骤S1：PC机通过网络发送命令给嵌入式系统的CPUA和CPUB，消息格式为：

消息包括桩的名字m_tagName，打开还是关闭桩m_bOpen，是否要在CPUA和CPUB同时打开m_bSync；以及数据m_data。

步骤S2：在每个嵌入式软件CPUA和CPUB中，会定义临时的数据保存区

fault_insert_item g_SyncTagBuf[MAX_OPEN_STUB]；

在收到网络数据后，CPUA和CPUB将收到的数据保存在临时数据缓存区；

步骤S3：在主任务中，分别将临时缓存区内的数据发给对系的CPU，收到对系数据存在g_Other_g_SyncTagBuf中；

步骤S4：然后在更新任务中，轮询本系g_SyncTagBuf中的数据，并判断是否需要CPUA和CPUB使用或者删除相同的桩数据，如果是使用，则执行以下步骤，否则执行步骤S5；

步骤S4-1：如果不需要同步执行收到的桩，则CPUA和CPUB分别将桩复制到全局区域fault_insert_item g_switchTable[MAX_OPEN_STUB]中，在CPUA和CPUB的其他任务中，当需要用到某个桩时候，从g_switchTable中获取，不需要与对系使用的数据相同；

步骤S4-2：如果需要同步执行收到的桩，在CPUA和CPUB会分别将自己的临时数据区域的数据和由对系发送的数据做比较；

步骤S4-2-2：如果不一致，则不更新，继续循环等待CPUA和CPUB都接收到数据；

步骤S4-2-2-1：当CPUA和CPUB接收数据一致时，则将数据同步到g_switchTable；

步骤S4-2-2-2：当5个周期还是不同步，则发送不同步命令给PC端，在PC端收到不同步命令后，可以重新发送同样的命令给CPUA和CPUB，然后重新执行S2；

反馈CPUA和CPUB不同步状态，是方便自动化测试。在自动化测试时，会出现需要CPUA和CPUB同步，可能一系因为网络丢包而导致没有收到，因此加入反馈机制，会减少网络丢包而导致的没有达到预期结果的情况。

为了避免重复添加相同的桩信息，在更新g_switchTable时，会将g_switchTable里面的需要更新的tagname与已有的进行查询，如果相同，则不再进行添加。

步骤S5：删除某个桩时；

步骤S5-2：如果需要，在CPUA和CPUB会分别将自己的临时数据区域的数据和由对系发送的数据做比较，是否临时数据区内都收到删除桩命令；

步骤S5-2-2：如果不一致，不删除，继续等到CPUA和CPUB都接收到数据；

步骤S5-2-2-1：当CPUA和CPUB都收到删除桩命令，轮询g_switchTable中的数据，找到需要删除的tagname，将其删除，保证CPUA和CPUB同步删除；

步骤S5-2-2-2：当5个周期还是为不同步，则发送不同步命令给PC端，在PC端接收到不同步命令后，可以重新发送同样的命令给CPUA和CPUB，然后重新执行S5。

具体实施例

PC机发送桩名字为m_tagName:Change_the_Speer_value；m_bOpen＝TRUE；m_bSync＝TRUE m_data[0]＝0x11；

当CPUA和CPUB收到网络消息后，将Change_the_Speer_value的消息放在临时缓存区g_SyncTagBuf[0]中；

在测试主任务中，CPUA会将g_SyncTagBuf[0]发给CPUB，CPU会将g_SyncTagBuf[0]发给CPUA。每个CPU都会有本地缓存数据g_SyncTagBuf[0]和对系缓存数据g_other_SyncTagBuf[0]

当判断m_bSync＝TRUE时，需要将本地的g_SyncTagBuf[0]和g_other_SyncTagBuf[0]进行比较：

如果两个都收到Change_the_Speer_value，则将数据同步到g_switchTable，并清空g_SyncTagBuf[0]和g_other_SyncTagBuf[0]内的数据；

如果没有收到，则继续等待，直到g_SyncTagBuf[0]和g_other_SyncTagBuf[0]内的数据相同，

如果在5周期内还不相同，则通知PC端重新发Change_the_Speer_value数据。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims

1.一种用于二取二系统的软件测试方法，其特征在于，该方法包括以下步骤：

步骤S4：在更新任务中，轮询本系g_SyncTagBuf中的数据，并判断是否需要CPUA和CPUB使用或者删除相同的桩数据，如果是使用，则执行相应使用操作，如果是删除，则执行步骤S5；

步骤S5：删除相应的桩数据。

2.根据权利要求1所述的一种用于二取二系统的软件测试方法，其特征在于，所述的步骤S1中的消息格式为：

3.根据权利要求1所述的一种用于二取二系统的软件测试方法，其特征在于，所述的步骤S4中的执行相应使用操作具体为：

步骤S4-1：如果不需要同步执行收到的桩，则CPUA和CPUB分别将桩复制到全局区域中，在CPUA和CPUB的其他任务中，当需要用到某个桩时候，从g_switchTable中获取，不需要与对系使用的数据相同；

4.根据权利要求3所述的一种用于二取二系统的软件测试方法，其特征在于，所述的步骤S4-2中将自己的临时数据区域的数据和由对系发送的数据做比较，具体为：

5.根据权利要求4所述的一种用于二取二系统的软件测试方法，其特征在于，若所述的步骤S4-2-2中不一致的周期超过设定阈值，则发送不同步命令给PC端，在PC端收到不同步命令后，重新发送同样的命令给CPUA和CPUB，然后重新执行步骤S2。

6.根据权利要求5所述的一种用于二取二系统的软件测试方法，其特征在于，所述的设定阈值为5。

7.根据权利要求5所述的一种用于二取二系统的软件测试方法，其特征在于，在更新g_switchTable时，会将g_switchTable里面的需要更新的tagname与已有的进行查询，如果相同，则不再进行添加。

8.根据权利要求1所述的一种用于二取二系统的软件测试方法，其特征在于，所述的步骤S5：删除相应的桩数据具体为：

9.根据权利要求8所述的一种用于二取二系统的软件测试方法，其特征在于，所述的步骤S5-2具体为：

10.根据权利要求9所述的一种用于二取二系统的软件测试方法，其特征在于，所述的步骤S5-2-2中，当5个周期还是为不一致，则发送不同步命令给PC端，在PC端接收到不同步命令后，可重新发送同样的命令给CPUA和CPUB，然后重新执行步骤S5。