CN115878448A - 数据库测试方法、分布式数据库、存储介质 - Google Patents

Abstract

本发明提供了一种数据库测试方法、分布式数据库、存储介质，数据库测试方法包括：获取测试用例，所述测试用例包括第一测试事件和协作事件，所述协作事件包括扩展指令和第二测试事件；在执行完所述第一测试事件的情况下，执行所述扩展指令确定目标测试对象，并针对所述目标测试对象执行所述第二测试事件进行测试。根据本实施例的技术方案，能够通过扩展指令确定第二测试事件的目标测试对象，从而实现第一测试事件和第二测试事件的串联，使得能够自动执行多个测试事件，省去了人工操作，有效提高了分布式数据库的测试效率。

Description

数据库测试方法、分布式数据库、存储介质

技术领域

本发明涉及但不限于数据库领域，尤其涉及一种数据库测试方法、分布式数据库、存储介质。

背景技术

外场验证性(Proof of Concept，POC)测试是分布式数据库的常用测试方式，包括功能测试和性能测试。目前，性能测试已经可以实现自动化，但是目前的测试用例只用于实现一个测试事件，若测试涉及多个测试时间，则需要测试人员手动配置多个测试用例，或者在不同的节点进行配置操作，例如添加节点和功能组件等，不仅耗费大量的人力和时间成本，而且测试效率较低。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本发明实施例提供了一种数据库测试方法、分布式数据库、存储介质，能够自动完成分布式数据库的测试，提高测试效率。

第一方面，本发明实施例提供了一种数据库测试方法，应用于分布式数据库，所述数据库测试方法包括：

获取测试用例，所述测试用例包括第一测试事件和协作事件，所述协作事件包括扩展指令和第二测试事件；

在执行完所述第一测试事件的情况下，执行所述扩展指令确定目标测试对象，并针对所述目标测试对象执行所述第二测试事件进行测试。

第二方面，本发明实施例提供了一种分布式数据库，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的数据库测试方法。

第三方面，本发明实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行如第一方面所述的数据库测试方法。

本发明实施例包括：获取测试用例，所述测试用例包括第一测试事件和协作事件，所述协作事件包括扩展指令和第二测试事件；在执行完所述第一测试事件的情况下，执行所述扩展指令确定目标测试对象，并针对所述目标测试对象执行所述第二测试事件进行测试。根据本实施例的技术方案，能够通过扩展指令确定第二测试事件的目标测试对象，从而实现第一测试事件和第二测试事件的串联，使得能够自动执行多个测试事件，省去了人工操作，有效提高了分布式数据库的测试效率。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1是本发明一个实施例提供的应用于分布式数据库的数据库测试方法的流程图；

图2是本发明另一个实施例提供的分布式数据库的架构图；

图3是本发明另一个实施例提供的第一数据节点与第二数据节点协同测试的流程图；

图4是本发明另一个实施例提供的第一数据节点与第二数据节点建立连接的流程图；

图5是本发明另一个实施例提供的获取第一测试日志的流程图；

图6是本发明另一个实施例提供的获取第二测试日志的流程图；

图7是本发明另一个实施例提供的获取目标测试日志的流程图；

图8是本发明另一个实施例提供的输出测试结果的流程图；

图9是本发明另一个实施例提供的定时执行协作事件的流程图；

图10是本发明另一个实施例提供的分布式数据库的装置图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书、权利要求书或上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本发明提供了一种数据库测试方法、分布式数据库、存储介质，数据库测试方法包括：获取测试用例，所述测试用例包括第一测试事件和协作事件，所述协作事件包括扩展指令和第二测试事件；在执行完所述第一测试事件的情况下，执行所述扩展指令确定目标测试对象，并针对所述目标测试对象执行所述第二测试事件进行测试。根据本实施例的技术方案，能够通过扩展指令确定第二测试事件的目标测试对象，从而实现第一测试事件和第二测试事件的串联，使得能够自动执行多个测试事件，省去了人工操作，有效提高了分布式数据库的测试效率。

下面结合附图，对本发明实施例作进一步阐述。

如图1所示，图1是本发明一个实施例提供的一种数据库测试方法，应用于分布式数据库，数据库测试方法包括但不限于有步骤S110和步骤S120。

步骤S110，获取测试用例，测试用例包括第一测试事件和协作事件，协作事件包括扩展指令和第二测试事件。

需要说明的是，测试用例可以由结构化查询语言(Structured Query Language，SQL)组成，例如常见的数据库模式定义语言(Data Definition Language，DDL)、数据操纵语言(Data Manipulation Language，DML)、数据控制语言(Data Control Language，DCL)，本实施例对测试用例的具体实现语言不作过多限定，本领域技术人员有动机根据实际情况选择具体的语言。例如，对于图2所示的数据节点，在核心服务模块210获取到测试用例之后，通过语法解析模块270对测试用例的语法进行解析，以判断测试用例中的指令是否可以被执行，避免测试用例编写错误影响测试流程，本领域技术人员熟知如何根据脚本规则对测试用例中的变量、运算符、判断语句、循环语句、SQL语句、扩展指令是否符合数据库语句规范进行判断，在此不多作赘述。

可以理解的是，协作事件的数量可以是任意，在解析测试用例得到至少两个协作事件的情况下，可以按照解析的顺序依次处理，后续不再赘述。

需要说明的是，还可以在各数据节点中预先设定可用的扩展指令的集合，不仅简化了测试人员制定测试用例的难度，还可以在获取到测试用例后检验扩展指令是否可用，有效提高测试效率。

需要说明的是，第一测试事件和第二测试事件可以是常见的性能测试指令和功能测试指令，本实施例对第一测试事件和第二测试事件的具体内容不多作限定。

步骤S120，在执行完第一测试事件的情况下，执行扩展指令确定目标测试对象，并针对目标测试对象执行第二测试事件进行测试。

需要说明的是，本实施例在协作事件增加扩展指令，实现两个测试事件之间的串联和衔接，扩展指令可以是与数据库测试对象相关的操作指令，例如完成数据节点缩扩容时，通过扩展指令自动完成数据节点的添加或删除操作，能够在测试过程中省去人工执行的针对不同节点的操作，实现了功能测试的自动化，并且在功能测试自动化的前提下，能够通过测试指令的增加实现功能测试和性能测试的同步进行，有效提高了测试效率，本领域技术人员在具备扩展指令实现功能测试自动执行的情况下，熟知如何增加性能测试指令实现同步测试，在此不多作赘述。例如，通过图2所示的协作事件模块240，对测试用例中的协作事件进行解析，识别出携带的扩展指令，再通过扩展指令模块260执行扩展指令以确定目标测试对象。

值得注意的是，本实施例对第一测试事件和第二测试事件之间的描述并非对测试事件的数量造成限定，而是用于描述两个相互串联的测试事件之间通过扩展指令实现衔接的过程，若出于测试需求，在执行完第二测试事件之后，还可以根据下一个协作事件继续确定下一个目标测试对象并进行测试，本领域技术人员能够根据本实施例的技术方案调整测试事件的具体数量，为了叙述简便在此不多作赘述。

另外，在一实施例中，分布式数据库包括第一数据节点和第二数据节点，第一数据节点与第二数据节点通信连接，参照图3，图1所示实施例中的步骤S120还包括但不限于有以下步骤：

步骤S310，通过第一数据节点执行第一测试事件；

步骤S320，当检测到第一数据节点执行完第一测试事件，将协作事件发送至第二数据节点；

步骤S330，通过第二数据节点执行扩展指令，在第二数据节点中确定目标测试对象；

步骤S340，通过第二数据节点针对目标测试对象执行第二测试事件进行测试。

需要说明的是，分布式数据库通常包括多个数据节点，第一数据节点可以是任意获取到测试用例的数据节点，而并非将某个特定的数据节点配置为第一数据节点，同理，后续的第二数据节点为与第一数据节点通过协作事件交互实现测试扩展测试的节点，并非特指某一个数据节点，后续不多作赘述。

需要说明的是，在确定第一数据节点之后，可以以第一数据节点作为主控节点，与协作事件涉及的第二数据节点进行交互，并获取第二数据节点反馈的信息，便于对测试结果进行统一管理。例如，如图2所示，图2为分布式数据库中每一个数据节点的架构图，当其中一个数据节点的核心服务模块210获取到测试用例，则可以确定该数据节点为第一数据节点，由第一数据节点的控制中心模块280根据测试用例进行加载和执行，并对各种功能模块的调用进行管控。

需要说明的是，如上述实施例所述，协作事件的数量可以是任意，因此第二数据节点的数量相对应可以是任意的，并且协作事件与第二数据节点可以是一对一的关系，也可以是多对一的关系，例如可以是一个协作事件对应一个第二数据节点，也可以是至少两个协作事件对应一个第二数据节点，无需手动在第二数据节点进行操作，提高测试效率。

值得注意的是，扩展指令可以用于实现任意确定测试对象的操作，例如从第二数据节点已有的测试对象中选取出目标测试对象，也可以实现测试对象的新增和删除操作，例如通过扩展指令在第二数据节点新增分片，在针对该新增分片执行第二测试事件后，删除该新增分片，本实施例对扩展指令的具体功能不做过多限定，本领域技术人员可以根据实际需求调整扩展指令所能实现的具体功能。

需要说明的是，在第二数据节点获取到扩展指令和第二测试事件后，由于需要通过执行扩展指令确定目标测试对象，因此可以先确定扩展指令的执行结果，当执行结果为执行成功时，执行第二测试事件进行测试，当执行结果为执行失败，可以向第一数据节点反馈提示信息，使得测试人员能够及时维护。

另外，在一实施例中，分布式数据库包括至少一个可用节点，可用节点与第一数据节点通信连接，协作事件还包括协作节点地址信息和协作节点连接信息，参照图4，在执行图3所示实施例中的步骤S320之前，还包括但不限于有以下步骤：

步骤S410，根据协作节点地址信息从可用数据节点中确定第二数据节点；

步骤S420，根据协作节点连接信息与第二数据节点建立连接。

需要说明的是，为了确保协作事件由正确的数据节点执行，可以在协作事件中增加协作节点地址信息和协作节点连接信息，例如，协作节点地址信息可以是第二数据节点的互联网协议(Internet Protocol，IP)地址，也可以是数据节点的标识信息，能够从可用数据节点中匹配出第二数据节点即可。

本领域技术人员可知的是，不同的数据库有不同的连接认证方式，因此协作事件还可以包括协作节点连接信息，能够在第一数据节点连接第二数据节点时实现认证，例如可以是登录的账号和密码，本实施例对认证信息的类型不作过多限定。

另外，在一实施例中，参照图5，在执行图1所示实施例中，在步骤S120的执行扩展指令确定目标测试对象之前，还包括但不限于有以下步骤：

步骤S510，获取第一测试日志，第一测试日志包括执行第一测试事件所产生的操作记录和操作结果。

需要说明的是，如图2所示的结构，核心服务模块210从测试用例解析得到第一测试事件后，可以通过会话连接模块230与数据库创建会话，通过会话从数据库中获取针对第一测试事件的结果集，从而完成测试。

需要说明的是，对于POC测试，很可能不同的操作得到的测试数据是相同的，这并不能很好地反映测试过程是否符合需求，因此，在进行测试过程中，可以将执行第一测试事件所产生的每一步操作记录和对应的操作结果写入第一测试日志，例如，通过图2所示的日志文件模块220得到第一测试日志，并在测试完成之后通过打印指令将第一测试日志形成文件输出，便于测试人员对测试过程进行监控。

另外，在一实施例中，参照图6，在执行图1所示实施例中的步骤S120之后，还包括但不限于有以下步骤：

步骤S610，获取第二测试日志，其中，第二测试日志包括执行扩展指令和第二测试事件所产生的操作记录和操作结果。

需要说明的是，与图5所示实施例同理，为了能够更好地对测试过程的每一步进行监控，可以在执行扩展指令和第二测试事件时，获取每一步的操作记录和对应的操作结果，从而生成第二测试日志，例如，扩展指令用于进行新增分片，则得到的操作记录为新增分片，操作结果新增成功，扩展指令还用于在执行完第二测试事件之后删除该分片，因此在执行完第二操作指令后，通过执行扩展指令可以得到的操作记录为删除分片，操作结果为删除成功。通过第二测试日志，能够体现出两个测试事件之间串联衔接的过程，便于对测试过程进行监控，确保测试正确完成。

需要说明的是，对于常见的黑盒测试和白盒测试，输入和输出的数据相同，其测试过程的操作可能不同，因此通过第二测试日志记录扩展指令和第二测试事件的每一个操作记录和操作结果，能够确保测试过程对每个数据节点和每个测试对象的操作符合需求。

另外，在一实施例中，参照图7，在执行图6所示实施例中的步骤S610之后，还包括但不限于有以下步骤：

步骤S710，根据第一测试日志和第二测试日志得到目标测试日志。

需要说明的是，第一测试日志和第二测试日志分别对应于不同的测试事件，因此为了体现出两个测试事件之间的协同关系，可以根据第一测试日志和第二测试日志得到目标测试日志，依次记录第一测试事件的执行情况、扩展指令的执行情况和第二测试事件的执行情况，便于维护人员对测试过程进行监控。

另外，在一实施例中，测试用例还包括输出指令，参照图8，在执行图7所示实施例中的步骤S710之后，还包括但不限于有以下步骤：

步骤S810，根据输出指令从目标测试日志中获取目标操作信息；

步骤S820，将目标操作信息确定为测试结果。

值得注意的是，目标测试日志中记载有第一测试事件、扩展指令和第二测试事件的每一步操作过程，而并非每一个操作记录都需要进行监控，因此，可以根据实际需求调整输出指令，确定需要从目标测试日志中获取的目标操作信息并输出，例如，可以通过输出指令打印变量值、SQL语句执行结果等。

可以理解的是，输出指令还可以用于确定测试结果的输出方式，例如通过文本形式保存，或者通过截图的方式保存，根据实际需求调整即可。

另外，在一实施例中，协作事件还包括定时信息，在执行步骤S120中，在根据扩展指令确定目标测试对象之前，还包括但不限于有以下步骤：

步骤S910，当检测到第一测试事件执行完成，根据定时信息确定扩展指令的执行时间。

值得注意的是，如图2所示，在数据节点中还可以设置定时任务模块250，针对不同的协作事件进行定时，从而根据需求在不同的时间点触发扩展指令的执行，本领域技术人员熟知如何对指令的执行进行定时，在此不多作赘述。

另外，参照图10，本发明的一个实施例还提供了一种分布式数据库，该分布式数据库1000包括：存储器1010、处理器1020及存储在存储器1010上并可在处理器1020上运行的计算机程序。

处理器1020和存储器1010可以通过总线或者其他方式连接。

实现上述实施例的数据库测试方法所需的非暂态软件程序以及指令存储在存储器1010中，当被处理器1020执行时，执行上述实施例中的应用于分布式数据库的数据库测试方法，例如，执行以上描述的图1中的方法步骤S110至步骤S120、图3中的方法步骤S310至步骤S340、图4中的方法步骤S410至步骤S420、图5中的方法步骤S510、图6中的方法步骤S610、图7中的方法步骤S710、图8中的方法步骤S810至步骤S820、图9中的方法步骤S910。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

此外，本发明的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个处理器或控制器执行，例如，被上述分布式数据库实施例中的一个处理器执行，可使得上述处理器执行上述实施例中的应用于分布式数据库的数据库测试方法，例如，执行以上描述的图1中的方法步骤S110至步骤S120、图3中的方法步骤S310至步骤S340、图4中的方法步骤S410至步骤S420、图5中的方法步骤S510、图6中的方法步骤S610、图7中的方法步骤S710、图8中的方法步骤S810至步骤S820、图9中的方法步骤S910。本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本发明的较佳实施进行了具体说明，但本发明并不局限于上述实施方式，熟悉本领域的技术人员在不违背本发明精神的前提下还可作出种种的等同变形或替换，这些等同的变形或替换均包含在本发明权利要求所限定的范围内。

Claims (10)

1.一种数据库测试方法，应用于分布式数据库，所述数据库测试方法包括：

获取测试用例，所述测试用例包括第一测试事件和协作事件，所述协作事件包括扩展指令和第二测试事件；

在执行完所述第一测试事件的情况下，执行所述扩展指令确定目标测试对象，并针对所述目标测试对象执行所述第二测试事件进行测试。

2.根据权利要求1所述的方法，其特征在于，所述分布式数据库包括第一数据节点和第二数据节点，所述第一数据节点与所述第二数据节点通信连接，所述在执行完所述第一测试事件的情况下，执行所述扩展指令确定目标测试对象，并针对所述目标测试对象执行所述第二测试事件进行测试，包括：

通过所述第一数据节点执行所述第一测试事件；

当检测到所述第一数据节点执行完所述第一测试事件，将所述协作事件发送至所述第二数据节点；

通过所述第二数据节点执行所述扩展指令，在所述第二数据节点中确定所述目标测试对象；

通过所述第二数据节点针对所述目标测试对象执行所述第二测试事件进行测试。

3.根据权利要求2所述的方法，其特征在于，所述分布式数据库包括至少一个可用节点，所述可用节点与所述第一数据节点通信连接，所述协作事件还包括协作节点地址信息和协作节点连接信息，在所述将所述协作事件发送至所述第二数据节点之前，包括：

根据所述协作节点地址信息从所述可用数据节点中确定所述第二数据节点；

根据所述协作节点连接信息与所述第二数据节点建立连接。

4.根据权利要求1所述的方法，其特征在于，在所述执行所述扩展指令确定目标测试对象之前，所述方法还包括：

获取第一测试日志，所述第一测试日志包括执行所述第一测试事件所产生的操作记录和操作结果。

5.根据权利要求4所述的方法，其特征在于，在所述并针对所述目标测试对象执行所述第二测试事件进行测试之后，所述方法还包括：

获取第二测试日志，其中，所述第二测试日志包括执行所述扩展指令和所述第二测试事件所产生的操作记录和操作结果。

6.根据权利要求5所述的方法，其特征在于，在所述获取第二测试日志之后，所述方法还包括：

根据所述第一测试日志和所述第二测试日志得到目标测试日志。

7.根据权利要求6所述的方法，其特征在于，所述测试用例还包括输出指令，在所述根据所述第一测试日志和所述第二测试日志得到目标测试日志之后，所述方法还包括：

根据所述输出指令从所述目标测试日志中获取目标操作信息；

将所述目标操作信息确定为测试结果。

8.根据权利要求1所述的方法，其特征在于，所述协作事件还包括定时信息，在所述执行所述扩展指令确定目标测试对象之前，所述方法还包括：

当检测到所述第一测试事件执行完成，根据所述定时信息确定所述扩展指令的执行时间。

9.一种分布式数据库，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至8中任意一项所述的数据库测试方法。

10.一种计算机可读存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令用于执行如权利要求1至8中任意一项所述的数据库测试方法。

Images