CN111045936B

CN111045936B - 软件测试数据组织方法、系统、装置及可读存储介质

Info

Publication number: CN111045936B
Application number: CN201911207135.4A
Authority: CN
Inventors: 朱红玉
Original assignee: Beijing Inspur Data Technology Co Ltd
Current assignee: Beijing Inspur Data Technology Co Ltd
Priority date: 2019-11-29
Filing date: 2019-11-29
Publication date: 2022-03-22
Anticipated expiration: 2039-11-29
Also published as: CN111045936A

Abstract

本申请公开了一种软件测试数据组织方法、系统、装置及计算机可读存储介质，应用于多节点、高并发环境下，包括：接收测试指令，测试节点的测试进程向静态内存申请并在静态内存中构建相应的存储空间；测试进程发送存储空间的索引信息至主进程；测试进程对待测试程序进行测试，将待测试程序的测试数据存储至存储空间；主进程利用索引信息和数据映射表，获取存储空间中的测试数据；主进程对测试数据进行相应的处理，得到下一测试阶段所需的新测试数据；主进程发送新测试数据至存储空间保存；测试进程利用新测试数据进行下一阶段的测试；本申请存储空间独立存在，不会受到进程崩溃的影响，测试数据能够得到保留，有助于后续分析崩溃原因。

Description

软件测试数据组织方法、系统、装置及可读存储介质

技术领域

本发明涉及，特别涉及一种软件测试数据组织方法、系统、装置及计算机可读存储介质。

背景技术

在多控制器存储设备中，现今使用的分层的存储模型在进行测试时，测试数据需分层传输到模型从而完成模型在不同模块的测试工作。在多控设备中，上述过程异步的在不同控制器中进行，这导致需要一种方式，在保证数据在不同控制器间的数据同步的同时，完成数据传输到制定的代码块。

在传统的测试方案中，数据的封装一般通过动态的内存申请来进行，这可能通过结构体或者其他的动态的申请的缓存区来实现，并不能很好的适应高并发且不稳定的服务器测试环境，例如在程序错误或其他引起服务器宕机重启的情境中，可能的测试数据丢失的情景导致错误无法定位。在多节点环境下，数据的处理工作在多个节点上并行的执行，数据执行的节点限制了数据传输的方向，传统的测试方式依赖于节点的指定，这在一定程度上是的测试环境与运行环境存在差异。同时，数据处于不同的节点导致测试数据难以跟踪，例如单节点宕机重启可能导致测试数据丢失的情况。

基于上述问题，需要提出一种用于多控设备软件测试的方法，能够避免测试数据丢失。

发明内容

有鉴于此，本发明的目的在于提供一种软件测试数据组织方法、系统、装置及计算机可读存储介质，避免测试数据丢失。其具体方案如下：

一种软件测试数据组织方法，应用于多节点、高并发环境下，包括：

测试节点预先在静态内存中规划待测试程序所需的存储空间；

接收测试指令，测试节点的测试进程向所述静态内存申请并在所述静态内存中构建相应的所述存储空间；

所述测试进程发送所述存储空间的索引信息至主进程；

测试进程对待测试程序进行测试，将所述待测试程序的测试数据存储至所述存储空间；

所述主进程利用所述索引信息和数据映射表，获取所述存储空间中的测试数据；其中，所述数据映射表为根据所述待测试程序的测试数据的定义，生成用于获取所述待测试程序的测试数据的映射表；

所述主进程对所述测试数据进行相应的处理，得到下一测试阶段所需的新测试数据；

所述主进程利用所述索引信息和所述数据映射表，发送所述新测试数据至所述存储空间保存；

所述测试进程利用所述新测试数据进行下一阶段的测试。

可选的，还包括：

测试结束后，释放所述存储空间。

可选的，所述主进程利用所述索引信息和所述数据映射表，获取所述存储空间中的测试数据的过程，包括：

所述主进程利用所述索引信息和所述数据映射表中数据的位置信息、长度信息和描述字，获取所述存储空间中的测试数据。

可选的，所述主进程利用所述索引信息和所述数据映射表中数据的位置信息、长度信息和描述字，获取所述存储空间中的测试数据的过程，包括：

所述主进程利用所述索引信息和所述数据映射表中数据的位置信息、长度信息和描述字，获取所述存储空间中的结构数据和无结构数据。

本发明还公开了一种软件测试数据组织系统，应用于多节点、高并发环境下，包括：

存储空间规划模块，用于测试节点预先在静态内存中规划待测试程序所需的存储空间；

存储空间构建模块，用于接收测试指令，测试节点的测试进程向所述静态内存申请并在所述静态内存中构建相应的所述存储空间；

索引信息发送模块，用于所述测试进程发送所述存储空间的索引信息至主进程；

测试数据存储模块，用于测试进程对待测试程序进行测试，将所述待测试程序的测试数据存储至所述存储空间；

测试数据获取模块，用于所述主进程利用所述索引信息和数据映射表，获取所述存储空间中的测试数据；其中，所述数据映射表为根据所述待测试程序的测试数据的定义，生成用于获取所述待测试程序的测试数据的映射表；

测试数据处理模块，用于所述主进程对所述测试数据进行相应的处理，得到下一测试阶段所需的新测试数据；

测试数据反馈模块，用于所述主进程利用所述索引信息和所述数据映射表，发送所述新测试数据至所述存储空间保存；

测试模块，用于所述测试进程利用所述新测试数据进行下一阶段的测试。

可选的，还包括：

存储空间释放模块，用于测试结束后，释放所述存储空间。

可选的，所述测试数据获取模块，具体用于所述主进程利用所述索引信息和所述数据映射表中数据的位置信息、长度信息和描述字，获取所述存储空间中的测试数据。

可选的，所述测试数据获取模块，具体用于所述主进程利用所述索引信息和所述数据映射表中数据的位置信息、长度信息和描述字，获取所述存储空间中的结构数据和无结构数据。

本发明还公开了一种软件测试数据组织装置，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序以实现如前述的软件测试数据组织方法。

本发明还公开了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如前述的软件测试数据组织方法。

本发明中，软件测试数据组织方法，应用于多节点、高并发环境下，包括：测试节点预先在静态内存中规划待测试程序所需的存储空间；接收测试指令，测试节点的测试进程向静态内存申请并在静态内存中构建相应的存储空间；测试进程发送存储空间的索引信息至主进程；测试进程对待测试程序进行测试，将待测试程序的测试数据存储至存储空间；主进程利用索引信息和数据映射表，获取存储空间中的测试数据；其中，数据映射表为根据待测试程序的测试数据的定义，生成用于获取待测试程序的测试数据的映射表；主进程对测试数据进行相应的处理，得到下一测试阶段所需的新测试数据；主进程利用索引信息和数据映射表，发送新测试数据至存储空间保存；测试进程利用新测试数据进行下一阶段的测试。

本发明在静态内存中设置与测试节点对应的存储空间，将测试数据存储至独立于每个测试进程和主进程的存储空间中，即使任一测试进程和主进程在测试期间崩溃，存储空间也不会受到影响，各测试进程对应的存储空间因相互独立，也不会受到影响，测试数据也能够得到保留，有助于后续分析崩溃原因。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例公开的一种软件测试数据组织方法流程示意图；

图2为本发明实施例公开的另一种软件测试数据组织方法流程示意图；

图3为本发明实施例公开的一种软件测试数据组织系统结构示意图。

具体实施方式

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

本发明实施例公开了一种软件测试数据组织方法，参见图1所示，应用于多节点、高并发环境下，该方法包括：

S11：测试节点预先在静态内存中规划待测试程序所需的存储空间。

具体的，使用静态内存不像现有技术中的动态内存，在测试中容易出现错误，导致测试数据丢失。

具体的，在测试前，根据测试程序规划与之对应的存储空间大小，不同的测试程序所需要的存储空间不一样，所以可以根据待测试程序中预先编写的所需存储空间大小，规划测试期间所需的存储空间，以便后续测试时，能够尽快通过内存管理平台向静态内存申请存储空间。

具体的，为了在服务器的多节点、高并发环境下测试程序，需要由多个测试节点同时运行一个待测试程序，各测试节点分别负责待测试程序的部分任务，最终合力完成一个待测试程序的测试，为避免因一个测试节点故障导致其他测试节点的测试数据丢失，每个测试节点分别向静态内存申请与之相对应的存储空间，各存储空间相互独立。

S12：接收测试指令，测试节点的测试进程向静态内存申请并在静态内存中构建相应的存储空间。

具体的，在接收开始测试的测试指令后，每个测试节点的测试进程在运行测试程序前，会通过内存管理平台向静态内存申请预先规划好的存储空间，并在静态内存中构建相应的存储空间，以便待测试程序的测试数据能够存储至存储空间中。

其中，存储空间的具体实现形式可以以结构体的形式存在。

S13：测试进程发送存储空间的索引信息至主进程。

具体的，在建立存储空间后，测试进程将与自身对应的存储空间的索引信息发送至主线程，以便主线程得知存储空间的存在，能够访问存储空间。

S14：测试进程对待测试程序进行测试，将待测试程序的测试数据存储至存储空间。

具体的，测试进程对待测试程序进行测试，测试待测试程序期间产生的测试数据，将按照待测试程序自身对数据的定义方式存储至存储空间中。

S15：主进程利用索引信息和数据映射表，获取存储空间中的测试数据。

具体的，数据映射表为根据待测试程序的测试数据的定义，生成用于获取待测试程序的测试数据的映射表。

具体的，测试前预先解析待测试程序中测试数据的定义，例如，解析待测试程序在测试中所生成的测试数据的格式、名称和默认的目录等，测试数据的定义可以包括格式、名称、位置信息、长度信息和描述字等能够定义数据的信息。

具体的，在得到待测试程序的测试数据的定义后，为了后续测试过程中，主进程能够从存储空间中获取和存储测试数据，利用测试数据的定义生成用于获取和存储待测试程序的测试数据的数据映射表，数据映射表中记载了测试数据的定义，因此，能够帮助主进程根据测试数据的定义在存储空间中查找到测试数据，也可以进行存储。

其中，测试数据可以包括以结构体形式存储的结构数据和无结构形式存储的无结构数据，两种数据的定义均在数据映射表中存储，数据映射表中记载了数据的位置信息、长度信息和描述字。

具体的，主进程利用存储空间的索引信息确定存储空间在静态内存中的位置，再利用数据映射表中记载的测试数据定义，在存储空间中确定测试数据，从而主进程能够获取存储空间中的测试数据。

S16：主进程对测试数据进行相应的处理，得到下一测试阶段所需的新测试数据。

具体的，待测试程序通常是多层程序，在测试进程执行完一层测试后，需要由主进程对测试数据进行相应的处理，以便得到供下一层程序运行所需的新测试数据，不同的待测试程序的测试数据所需的处理不同，主进程的处理方式可以预先根据待测试程序进行设置和调整，因此，主进程对测试数据进行相应的处理，得到对待测试程序的下一测试阶段所需的新测试数据。

具体的，不同测试节点的测试进程发送的测试数据不同，主进程可以根据获取测试数据的，发送该测试节点的测试进程所需的新测试数据至相应的存储空间，主进程汇总各测试节点完成待测试程序的分任务得到的测试数据，完成与各分任务对应的整体任务，即对各测试进程的测试数据进行处理。

S17：主进程利用索引信息和数据映射表，发送新测试数据至存储空间保存。

具体的，得到新测试数据后，主进程仍需要将新测试数据发送至存储空间存储，以便测试进程利用新测试数据进行下一阶段的测试，因此，主进程再次利用索引信息确定存储空间的位置，利用数据映射表确定新测试数据在存储空间应有的存储位置和格式等，将新测试数据存储至存储空间中保存。

具体的，主进程在处理测试数据后，会生成进行下一阶段的整体任务所需的测试数据，主进程会根据之前获取的各测试进程的测试数据，将与下一阶段的整体任务对应的测试数据划分为与各测试进程对应的新测试数据，主进程再将这些新测试数据分发至与各测试进程对应的存储空间中，以便各测试进程能够进行下一阶段的测试。

S18：测试进程利用新测试数据进行下一阶段的测试。

具体的，主进程在发送完新测试数据至存储空间保存后，可以发送测试进行消息至测试进程，以让测试进程进行下一阶段的测试，当然，测试进程也可以定时检测存储空间中的数据，当检测到存储空间中已有满足下一次测试所需的新测试数据，则可以自动进行下一阶段测试。

具体的，测试进程通过读取存储空间中的新测试数据进行下一阶段的测试，将会产生新的测试数据保存至存储空间中，整个测试进程将重复执行S14至S18，直至没有下一阶段的测试，测试结束。

可见，本发明实施例在静态内存中设置与测试节点对应的存储空间，将测试数据存储至独立于每个测试进程和主进程的存储空间中，即使任一测试进程和主进程在测试期间崩溃，存储空间也不会受到影响，各测试进程对应的存储空间因相互独立，也不会受到影响，测试数据也能够得到保留，有助于后续分析崩溃原因。

其中，本发明实施例中可以通过c语言描述软件测试数据组织方法，包含独立的命令行程序与内置在被测试模块的接口函数两部分。然后，采用GCC编译器(GCC，GNUCompiler Collection)对命令行程序与本体共同编译，生成可在服务器处理器上执行的可执行程序文件，通过替换源程序的方式完成程序的部署。最后，在服务器处理器上运行主机端程序，在服务器处理器服务正常初始化后，通过执行独立的命令行程序完成需要进行的对指定代码块的输入输出操作。

本发明实施例公开了一种具体的软件测试数据组织方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。参见图2所示，具体的：

S21：测试节点预先在静态内存中规划待测试程序所需的存储空间；

S22：接收测试指令，测试节点的测试进程向静态内存申请并在静态内存中构建相应的存储空间；

S23：测试进程发送存储空间的索引信息至主进程；

S24：测试进程对待测试程序进行测试，将待测试程序的测试数据存储至存储空间；

S25：主进程利用索引信息和数据映射表，获取存储空间中的测试数据；其中，数据映射表为根据待测试程序的测试数据的定义，生成用于获取待测试程序的测试数据的映射表；

S26：主进程对测试数据进行相应的处理，得到下一测试阶段所需的新测试数据；

S27：主进程利用索引信息和数据映射表，发送新测试数据至存储空间保存；

S28：测试进程利用新测试数据进行下一阶段的测试。

S29：测试结束后，释放存储空间。

具体的，在测试结束后，存储空间的测试数据可以转存到硬盘中，或无需在使用测试数据后，存储空间便无需继续存在占用静态内存的空间，因此，测试结束后释放存储空间，解除对静态内存中的存储空间的占用，释放该内存空间，允许其它程序继续使用该空间。

相应的，本发明实施例还公开了一种软件测试数据组织系统，参见图3所示，应用于多节点、高并发环境下，该系统包括：

存储空间规划模块11，用于测试节点预先在静态内存中规划待测试程序所需的存储空间；

存储空间构建模块12，用于接收测试指令，测试节点的测试进程向所述静态内存申请并在所述静态内存中构建相应的所述存储空间；

索引信息发送模块13，用于所述测试进程发送所述存储空间的索引信息至主进程；

测试数据存储模块14，用于测试进程对待测试程序进行测试，将所述待测试程序的测试数据存储至所述存储空间；

测试数据获取模块15，用于主进程利用索引信息和数据映射表，获取存储空间中的测试数据；其中，数据映射表为根据待测试程序的测试数据的定义，生成用于获取待测试程序的测试数据的映射表；

测试数据处理模块16，用于主进程对测试数据进行相应的处理，得到下一测试阶段所需的新测试数据；

测试数据反馈模块17，用于主进程利用索引信息和数据映射表，发送新测试数据至存储空间保存；

测试模块18，用于测试进程利用新测试数据进行下一阶段的测试。

具体的，上述测试数据获取模块15，可以具体用于主进程利用索引信息和数据映射表中数据的位置信息、长度信息和描述字，获取存储空间中的测试数据。

具体的，上述测试数据获取模块15，可以具体用于主进程利用索引信息和数据映射表中数据的位置信息、长度信息和描述字，获取存储空间中的结构数据和无结构数据。

具体的，还可以包括存储空间释放模块；其中，

存储空间释放模块，用于测试结束后，释放存储空间。

此外，本发明实施例还公开了一种软件测试数据组织装置，包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序以实现如下述的软件测试数据组织方法，具体的：

测试节点预先在静态内存中规划待测试程序所需的存储空间；接收测试指令，测试节点的测试进程向静态内存申请并在静态内存中构建相应的存储空间；测试进程发送存储空间的索引信息至主进程；测试进程对待测试程序进行测试，将待测试程序的测试数据存储至存储空间；主进程利用索引信息和数据映射表，获取存储空间中的测试数据；其中，数据映射表为根据待测试程序的测试数据的定义，生成用于获取待测试程序的测试数据的映射表；主进程对测试数据进行相应的处理，得到下一测试阶段所需的新测试数据；主进程利用索引信息和数据映射表，发送新测试数据至存储空间保存；测试进程利用新测试数据进行下一阶段的测试。

本发明实施例中，处理器执行存储器中保存的计算机子程序时，可以具体实现以下步骤：测试结束后，释放存储空间。

本发明实施例中，处理器执行存储器中保存的计算机子程序时，可以具体实现以下步骤：主进程利用索引信息和数据映射表中数据的位置信息、长度信息和描述字，获取存储空间中的测试数据。

本发明实施例中，处理器执行存储器中保存的计算机子程序时，可以具体实现以下步骤：主进程利用索引信息和数据映射表中数据的位置信息、长度信息和描述字，获取存储空间中的结构数据和无结构数据。

另外，本发明实施例还公开了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如下述的软件测试数据组织方法，具体的：

本发明实施例中，计算机可读存储介质上计算机子程序被处理器执行时，可以具体实现以下步骤：测试结束后，释放存储空间。

本发明实施例中，计算机可读存储介质上计算机子程序被处理器执行时，可以具体实现以下步骤：主进程利用索引信息和数据映射表中数据的位置信息、长度信息和描述字，获取存储空间中的测试数据。

本发明实施例中，计算机可读存储介质上计算机子程序被处理器执行时，可以具体实现以下步骤：主进程利用索引信息和数据映射表中数据的位置信息、长度信息和描述字，获取存储空间中的结构数据和无结构数据。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

以上对本发明所提供的技术内容进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种软件测试数据组织方法，其特征在于，应用于多节点、高并发环境下，包括：

所述测试进程发送所述存储空间的索引信息至主进程；

所述测试进程利用所述新测试数据进行下一阶段的测试。

2.根据权利要求1所述的软件测试数据组织方法，其特征在于，还包括：

测试结束后，释放所述存储空间。

3.根据权利要求1或2所述的软件测试数据组织方法，其特征在于，所述主进程利用所述索引信息和所述数据映射表，获取所述存储空间中的测试数据的过程，包括：

4.根据权利要求3所述的软件测试数据组织方法，其特征在于，所述主进程利用所述索引信息和所述数据映射表中数据的位置信息、长度信息和描述字，获取所述存储空间中的测试数据的过程，包括：

5.一种软件测试数据组织系统，其特征在于，应用于多节点、高并发环境下，包括：

6.根据权利要求5所述的软件测试数据组织方法，其特征在于，还包括：

存储空间释放模块，用于测试结束后，释放所述存储空间。

7.根据权利要求5或6所述的软件测试数据组织方法，其特征在于，所述测试数据获取模块，具体用于所述主进程利用所述索引信息和所述数据映射表中数据的位置信息、长度信息和描述字，获取所述存储空间中的测试数据。

8.根据权利要求7所述的软件测试数据组织方法，其特征在于，所述测试数据获取模块，具体用于所述主进程利用所述索引信息和所述数据映射表中数据的位置信息、长度信息和描述字，获取所述存储空间中的结构数据和无结构数据。

9.一种软件测试数据组织装置，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序以实现如权利要求1至4任一项所述的软件测试数据组织方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述的软件测试数据组织方法。