CN112783788B - 测试系统、方法、电子设备及存储介质 - Google Patents

Abstract

本申请涉及一种测试系统、方法、电子设备及存储介质，应用于计算机技术领域，其中系统包括：测试数据存储子系统和至少两个业务子系统，每个业务子系统均具有唯一的系统标识；测试数据存储子系统用于保存测试任务，测试任务包括至少一个测试步骤、各测试步骤对应的执行状态及各测试步骤的执行顺序，每个测试步骤中均包括执行测试步骤的业务子系统的系统标识；业务子系统用于在执行状态为初始化的测试步骤中，根据系统标识从测试数据存储子系统中获取目标测试步骤，在目标测试步骤执行完毕后，修改目标测试步骤的执行状态，将目标测试步骤的执行状态更新至测试数据存储子系统，指示测试数据存储子系统更新目标测试步骤的下一测试步骤的执行状态。

Description

测试系统、方法、电子设备及存储介质

技术领域

本申请涉及计算机领域，尤其涉及一种测试系统、方法、电子设备及存储介质。

背景技术

系统测试是将经过集成测试的软件，作为计算机系统的一个部分，与系统中其他部分结合起来，在实际运行环境下对计算机系统进行的一系列严格有效地测试，以发现软件潜在的问题，保证系统的正常运行。目前系统测试的方法有多种，主要有以下几种类型：单元测试型、接口测试型和UI(用户界面，User interface)测试型。

但是，上述的几种测试类型，通常适用于单向或者交互较少的场景中，在面对多个参与方进行交互的情况下，需要人为的手动进行调试测试，难以实现自动化测试。

发明内容

本申请提供了一种测试系统、方法、电子设备及存储介质，用以解决相关技术中在面对多个参与方进行交互的情况下，需要人为的手动进行调试测试，难以实现自动化测试的问题。

第一方面，本申请实施例提供了一种测试系统，包括：测试数据存储子系统和至少两个业务子系统，各所述业务子系统分别与所述测试数据存储子系统连接，每个所述业务子系统均具有唯一的系统标识；

所述测试数据存储子系统，用于保存测试任务，所述测试任务包括至少一个测试步骤、各所述测试步骤对应的执行状态以及各所述测试步骤的执行顺序，每个所述测试步骤中均包括执行所述测试步骤的业务子系统的系统标识；

任一所述业务子系统，用于在执行状态为初始化的测试步骤中，根据系统标识从测试数据存储子系统中获取目标测试步骤，执行所述目标测试步骤，并在所述目标测试步骤执行完毕后，修改所述目标测试步骤的执行状态，并将所述目标测试步骤的执行状态更新至所述测试数据存储子系统，指示所述测试数据存储子系统更新所述目标测试步骤的下一测试步骤的执行状态。

可选的，所述业务子系统，还用于获取测试用例，解析所述测试用例得到所述测试任务，并将所述测试任务保存至所述测试数据存储子系统中。

可选的，所述业务子系统，在所述目标测试步骤执行完毕后，修改所述目标测试步骤的执行状态之前，还用于：

若在所述目标测试步骤执行失败，显示对所述目标测试步骤的操作指示，所述操作指示包括跳过指示、重复指示和终止指示中的至少一个；

获取目标操作指示对应的操作指令，所述目标操作指示为用户选择的所述操作指示中的任意一个；

根据所述操作指令执行所述操作指示对应的操作动作。

可选的，所述业务子系统，在执行所述目标测试步骤，并在所述目标测试步骤执行完毕后，修改所述目标测试步骤的执行状态之后，还用于：

显示所述测试任务中各所述测试步骤的执行结果。

可选的，所述测试用例的测试数据配置在预设的数据格式中，所述测试数据包括至少一个测试订单，各所述测试订单包括订单编号、执行动作、执行所述执行动作的所述业务子系统的系统标识和与所述执行动作对应的执行数据。

可选的，所述测试用例中还包括所述执行动作的前置条件；

所述业务子系统，在所述执行所述目标测试步骤之前，还用于：

确定所述目标测试步骤中的前置条件已被执行。

第二方面，本申请实施例提供了一种测试方法，应用于业务子系统，包括：

在执行状态为初始化的测试步骤中，根据系统标识从测试数据存储子系统中获取目标测试步骤，所述测试数据存储子系统中包括测试任务，所述测试任务包括至少一个测试步骤、各所述测试步骤对应的执行状态以及各所述测试步骤的执行顺序，每个所述测试步骤中均包括执行所述测试步骤的业务子系统的系统标识；

执行所述目标测试步骤，并在所述目标测试步骤执行完毕后，修改所述目标测试步骤的执行状态；

将所述目标测试步骤的执行状态更新至所述测试数据存储子系统，并指示所述测试数据存储子系统更新所述目标测试步骤的下一测试步骤的执行状态；

可选的，所述在执行状态为初始化的测试步骤中，根据系统标识从测试数据存储子系统中获取目标测试步骤之前，还包括：

获取测试用例；

解析所述测试用例，得到所述测试任务；

将所述测试任务保存至所述测试数据存储子系统。

可选的，所述测试用例的测试数据配置在预设的数据格式中，所述测试数据包括至少一个测试订单，各所述测试订单包括订单编号、执行动作、执行所述执行动作的所述业务子系统的系统标识和与所述执行动作对应的执行数据。

可选的，所述测试用例中还包括所述执行动作的前置条件；

所述执行所述目标测试步骤之前，还包括：

确定所述目标测试步骤中的前置条件已被执行。

可选的，所述测试用例中还包括测试模式，所述测试模式包括自动测试和非自动测试；

所述测试模式为所述自动测试时，所述执行所述目标测试步骤，包括：对所述执行数据执行所述目标测试步骤对应的所述执行动作。

所述测试模式为所述非自动测试时，所述执行所述目标测试步骤，包括：

显示所述目标测试步骤对应的执行数据和所述执行动作，获取用户输入的所述执行动作的执行结果。

可选的，所述在所述目标测试步骤执行完毕后，修改所述目标测试步骤的执行状态之前，还包括：

若在所述目标测试步骤执行失败，显示对所述目标测试步骤的操作指示，所述操作指示包括跳过指示、重复指示和终止指示中的至少一个；

获取目标操作指示对应的操作指令，所述目标操作指示为用户选择的所述操作指示中的任意一个；

根据所述操作指令执行所述操作指示对应的操作动作。

可选的，执行所述目标测试步骤，并在所述目标测试步骤执行完毕后，修改所述目标测试步骤的执行状态之后，还包括：

显示所述测试任务中各所述测试步骤的执行结果。

第三方面，本申请实施例提供了一种电子设备，包括：处理器、存储器和通信总线，其中，处理器和存储器通过通信总线完成相互间的通信；

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

所述处理器，用于执行所述存储器中所存储的程序，实现第二方面所述的测试方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现第二方面所述的测试方法。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：本申请实施例提供的该测试方法，业务子系统在执行状态为初始化的测试步骤中，根据系统标识从测试数据存储子系统中获取目标测试步骤，执行目标测试步骤，并在目标测试步骤执行完毕后，修改目标测试步骤的执行状态；将目标测试步骤的执行状态更新至测试数据存储子系统，并指示测试数据存储子系统更新目标测试步骤的下一测试步骤的执行状态。由于在测试数据存储子系统中，存储有每个测试任务中的测试步骤的执行顺序，可以使目标测试步骤执行完毕后，直接指示测试数据存储子系统自动更新下一测试步骤的执行状态，从而使测试步骤被依次执行，不需要人为参与测试，保证了测试过程自动化执行，维持了交互过程的完整性。

并且，业务子系统在获取执行步骤时，是依据的执行步骤的执行状态和其系统标识，因此，在目标测试步骤执行完毕后，该目标测试步骤的下一测试步骤对应的业务子系统便可以在测试数据存储子系统中，直接依据的执行步骤的执行状态和其系统标识，获取其需要执行的执行步骤，保证了测试数据存储子系统中的各测试步骤的依次被执行，并且，即使测试数据存储子系统中存在多个测试任务中的测试步骤需要被同一业务子系统执行，该业务子系统也可以将其同时获取，并一一执行，方便了系统的压力测试。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1为相关技术中，交易系统中进行交易时的交互过程图；

图2为本申请一实施例提供的测试系统的结构图；

图3为本申请一实施例提供的测试方法的流程图；

图4为本申请一实施例提供的测试方法中测试任务显示的示意图；

图5为本申请一实施例提供的测试方法中测试用例的示意图；

图6为本申请另一实施例提供的测试方法的流程图；

图7为本申请一实施例提供的测试方法的测试任务执行结果示意图；

图8为本申请一实施例提供的测试装置的结构图；

图9为本申请一实施例提供的电子设备的结构图。

具体实施方式

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

在对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

单元测试型：在计算机编程中，单元测试(Unit Testing)又称为模块测试，是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作，常用的测试工具有Junit，TestNG等。

接口测试型：接口测试是软件测试的一种，它包括两种测试类型：狭义上指的是直接针对应用程序接口(Application Programming Interface，API)的功能进行的测试；广义上指集成测试中，通过调用API测试整体的功能完成度、可靠性、安全性与性能等指标，常用的测试工具有Postman等。

UI测试型：UI测试就是通过人工的方式去操作用户界面，从而发现程序的bug，常用的测试工具有Selenium，RPA等。

测试用例(Test Case)：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。

压测，即压力测试，是确立系统稳定性的一种测试方法，通常在系统正常运作范围之外进行，以考察其功能极限和隐患。

以交易场景为例，参照图1，在进行交易时，往往涉及到双方或多方交互，如何能够自动化应答和交流始终是交易系统测试的难点，一般系统交互都是单向或者很少有交互的过程，而一笔交易的达成则需要频繁交互和沟通的，这种频繁的交互给流程测试和压力测试带来极大的工作量，本申请通设置测试数据存储子系统和至少两个业务子系统，对测试用例进行了自动化测试。具体通过以下实施例进行具体说明。

本申请一实施例中提供了一种测试系统，参见图2，该测试系统包括：测试数据存储子系统201和至少两个业务子系统202，各业务子系统分别与测试数据存储子系统连接，每个业务子系统均具有唯一的系统标识。其中：

测试数据存储子系统，用于保存测试任务，测试任务包括至少一个测试步骤、各测试步骤对应的执行状态以及各测试步骤的执行顺序，每个测试步骤中均包括执行测试步骤的业务子系统的系统标识。

一些实施例中，测试数据存储子系统中至少保存一个测试任务，各测试任务中的测试步骤的测试顺序、执行状态以及执行该测试步骤的业务子系统的系统标识，与测试步骤对应存储，以使业务子系统在从测试数据存储子系统中获取测试步骤时，可以将测试数据存储子系统中，执行状态为初始化并且系统标识为该业务子系统的所有测试步骤均获取到。

其中，测试数据存储子系统可以但不限于为数据库系统或者数据库集群。

任一业务子系统，用于在执行状态为初始化的测试步骤中，根据系统标识从测试数据存储子系统中获取目标测试步骤，执行目标测试步骤，并在目标测试步骤执行完毕后，修改目标测试步骤的执行状态，并将目标测试步骤的执行状态更新至测试数据存储子系统，指示测试数据存储子系统更新目标测试步骤的下一测试步骤的执行状态。

一些实施例中，由于测试数据存储子系统中存储有多个测试步骤以及测试步骤的执行顺序，在测试数据存储子系统获取到测试任务时，该测试任务中第一条测试步骤的执行状态为初始化，其他测试步骤的执行状态为等待。

业务子系统在从测试数据存储子系统中获取测试步骤时，需要获取其需要执行的测试步骤。具体的，由于业务子系统中具有唯一的系统标识，因此，业务子系统可以通过测试步骤中的系统标识，以及执行状态为初始化测试步骤，获取其需要执行的目标测试步骤，业务子系统执行目标测试步骤后，会修改目标测试步骤的执行状态，将初始化状态修改为已执行，并将目标测试步骤的执行状态更新至测试数据存储子系统，并指示测试数据存储子系统更新目标测试步骤的下一测试步骤的执行状态。

以目标测试步骤为第一条测试步骤为例，在第一条测试步骤执行完毕后，执行第一条测试步骤的业务子系统将其执行状态从初始化修改为已执行，并将第一条测试步骤的执行状态更新至测试数据存储子系统，并指示测试数据存储子系统将第二条测试步骤的执行状态由等待更新为初始化。

进一步的，业务子系统，还用于获取测试用例，解析测试用例得到测试任务，并将测试任务保存至测试数据存储子系统中。

一些实施例中，测试用例可以配置在多种格式的文件中，如Excel。其中，对测试用例的解析方式有多种，以测试用例配置在Excel中为例，解析测试用例，可以采用：ApachePOI、JXL.jar、EasyExcel或Java Excel。Apache POI技术提供API给Java程序对MicrosoftOffice格式档案读和写的功能；JXL提供纯java API读写Excel类库；EasyExcel技术：是一个基于Java的简单、省内存的读写Excel的开源项目；Java Excel是一个开源的源码项目，可以读、写、修改Excel文件。

业务子系统在执行状态为初始化的测试步骤中，根据系统标识从测试数据存储子系统中获取目标测试步骤，执行目标测试步骤，并在目标测试步骤执行完毕后，修改目标测试步骤的执行状态；将目标测试步骤的执行状态更新至测试数据存储子系统，并指示测试数据存储子系统更新目标测试步骤的下一测试步骤的执行状态。由于在测试数据存储子系统中，存储有每个测试任务中的测试步骤的执行顺序，可以使目标测试步骤执行完毕后，直接指示测试数据存储子系统自动更新下一测试步骤的执行状态，从而使测试步骤被依次执行，不需要人为参与测试，保证了测试过程自动化执行，维持了交互过程的完整性。

并且，业务子系统在获取执行步骤时，是依据的执行步骤的执行状态和其系统标识，因此，在目标测试步骤执行完毕后，该目标测试步骤的下一测试步骤对应的业务子系统便可以在测试数据存储子系统中，直接依据的执行步骤的执行状态和其系统标识，获取其需要执行的执行步骤，保证了测试数据存储子系统中的各测试步骤的依次被执行，并且，即使测试数据存储子系统中存在多个测试任务中的测试步骤需要被同一业务子系统执行，该业务子系统也可以将其同时获取，并一一执行，方便了系统的压力测试。

本申请一实施例中提供了一种测试方法，该方法可以应用于任意一种形式的电子设备中，如终端和服务器中。如图3所示，该测试方法，包括：

步骤301、在执行状态为初始化的测试步骤中，根据系统标识从测试数据存储子系统中获取目标测试步骤，测试数据存储子系统中包括测试任务，测试任务包括至少一个测试步骤、各测试步骤对应的执行状态以及各测试步骤的执行顺序，每个测试步骤中均包括执行测试步骤的业务子系统的系统标识。

一些实施例中，测试任务可以是对测试用例解析后发送至测试数据存储子系统中的，也可以是按照测试数据存储子系统能够识别的格式输入的。其中，测试任务可以是所有业务子系统中的任意一个，解析测试用例得到的；也可以是在测试系统设置特定的解析模块，用于获取测试用例并解析得到测试任务。

参照图4，在测试数据存储子系统中存储一条数据后，在显示页面可以显示一条测试任务，其执行状态为“初始化”。业务子系统定时去捞取这个测试任务进行执行。测试任务执行完毕后，显示页面不再显示该测试任务。如果后续还有针对该测试任务的操作，则在当前测试任务执行完毕后会被自动激活。如果该笔测试任务执行失败，则状态会变为异常或失败，并展示对应的异常信息。如图4所示，对测试用户可以进行重跑或终止的操作。

一些实施例中，测试用例的测试数据配置在预设的数据格式中，测试数据包括至少一个测试订单，各测试订单包括订单编号、执行动作、执行执行动作的业务子系统的系统标识和与执行动作对应的执行数据。

其中，预设的数据格式有多种，例如，可以为Excel、word等。其中，以测试用例配置在Excel中为例，测试用例为测试人员或开发人员在Excel的单元格中填写相应的测试数据后得到的。

参照图5，以业务子系统为交易系统为例，该测试用例中，序号表示的是对交易订单的操作，对同一笔交易订单的操作序号必须配置为一样的，且如果序号相同，则代码会按从上到下的顺序进行逐步执行。操作列的配置为该行数据对报价所做的操作，目前质押式支持下单、修改、撤销、确认、拒绝五个操作。前置条件包括本方修改，对手方修改，对手方修改交谈，本方修改交谈这四种场景。剩余的配置列都为报价交易要素的数据或者期望对比数据内容，每种业务需要参照对应的业务相关文档进行填写。修改操作表示可直接配置需要修改的要素，无需修改的要素可直接空着；撤销操作表示无需配置任何交易要素，如果配置了则表示需要比对的内容即是期望内容。

进一步的，测试用例中还包括测试模式，测试模式包括自动测试和非自动测试。参见图5，在测试用例第三列中，规定了测试步骤是否自动测试。具体的在测试模式不同时，对测试步骤的执行过程也不同。

其中，测试模式为自动测试时，执行目标测试步骤，包括：对执行数据执行目标测试步骤对应的执行动作。即在自动测试时，由业务子系统对目标测试步骤进行执行。

测试模式为非自动测试时，执行目标测试步骤，包括：显示目标测试步骤对应的执行数据和执行动作，获取用户输入的执行动作的执行结果。即，在非自动测试时，由用户根据显示界面显示的执行数据和执行动作，在操作界面上进行执行动作对应的操作，从而完成目标测试步骤的执行。

进一步的，测试用例中若包括执行动作的前置条件，执行目标测试步骤之前，确定目标测试步骤中的前置条件已被执行。

一些实施例中，如果配置了前置条件，则会等待前置条件触发完成之后再继续向下走，比如撤销操作的前置条件是对手方修改，那么如果对手方没有做修改，则不会进行撤销操作，等待对手方修改完成后，再去进行撤销操作。

步骤302、执行目标测试步骤，并在目标测试步骤执行完毕后，修改目标测试步骤的执行状态。

一些实施例中，业务子系统在执行目标测试步骤的过程中，会出现执行成功和执行失败，本实施例中，执行完毕即执行成功。在目标测试步骤执行成功后，业务子系统会将目标测试步骤的执行状态修改为已执行。

进一步的，在目标测试步骤执行完毕后，修改目标测试步骤的执行状态之前，若在目标测试步骤执行失败，显示对目标测试步骤的操作指示，操作指示包括跳过指示、重复指示和终止指示中的至少一个；获取目标操作指示对应的操作指令，目标操作指示为用户选择的操作指示中的任意一个；根据操作指令执行操作指示对应的操作动作。

一些实施例中，在目标测试步骤执行失败后，测试系统会在显示界面显示对该目标测试步骤的操作指示，以提示用户对该目标测试步骤跳过执行或重复执行或终止执行，用户在选择操作指示对应的操作指令后，业务子系统对该目标测试步骤执行相应的操作动作。

步骤303、将目标测试步骤的执行状态更新至测试数据存储子系统，并指示测试数据存储子系统更新目标测试步骤的下一测试步骤的执行状态。

一些实施例中，业务子系统执行目标测试步骤后，会修改目标测试步骤的执行状态，将初始化状态修改为已执行，并将目标测试步骤的执行状态更新至测试数据存储子系统，并指示测试数据存储子系统更新目标测试步骤的下一测试步骤的执行状态。

进一步的，业务子系统在目标测试步骤执行完毕后，还会将目标测试步骤及其执行状态保存至其自身的业务数据库中。

在一个具体的实施例中，参照图6，以测试场景为交易场景为例。业务子系统为交易系统。测试人员将填写完毕的测试用例上传到测试系统，由测试系统中任一交易系统对测试用例进行解析，得到测试任务，并将测试任务保存至测试数据存储子系统中。先由交易系统1定时从测试数据存储子系统中获取其需要执行的目标测试步骤，执行下委托，成功后将报价编号回写测试数据存储子系统，并保存至本地交易数据库1中。然后交易系统2定时从测试数据存储子系统中获取其需要执行的目标测试步骤，执行对方需改，根据报价编号找到委托，并保存至本地交易数据库2中。然后由交易系统1继续执行其他操作。

进一步的，执行目标测试步骤，并在目标测试步骤执行完毕后，修改目标测试步骤的执行状态之后，显示测试任务中各测试步骤的执行结果。

参见图7，通过将测试用例的测试结果进行显示，方便了测试人员的及时查看。

基于同一构思，本申请实施例中提供了一种测试装置，该装置的具体实施可参见方法实施例部分的描述，重复之处不再赘述，如图8所示，该装置主要包括：

获取模块801，用于在执行状态为初始化的测试步骤中，根据系统标识从测试数据存储子系统中获取目标测试步骤，测试数据存储子系统中包括测试任务，测试任务包括至少一个测试步骤、各测试步骤对应的执行状态以及各测试步骤的执行顺序，每个测试步骤中均包括执行测试步骤的业务子系统的系统标识；

执行模块802，用于执行目标测试步骤，并在目标测试步骤执行完毕后，修改目标测试步骤的执行状态；

更新模块803，用于将目标测试步骤的执行状态更新至测试数据存储子系统，并指示测试数据存储子系统更新目标测试步骤的下一测试步骤的执行状态。

基于同一构思，本申请实施例中还提供了一种电子设备，如图9所示，该电子设备主要包括：处理器901、存储器902和通信总线903，其中，处理器901和存储器902通过通信总线903完成相互间的通信。其中，存储器902中存储有可被至处理器901执行的程序，处理器901执行存储器902中存储的程序，实现如下步骤：

在执行状态为初始化的测试步骤中，根据系统标识从测试数据存储子系统中获取目标测试步骤，测试数据存储子系统中包括测试任务，测试任务包括至少一个测试步骤、各测试步骤对应的执行状态以及各测试步骤的执行顺序，每个测试步骤中均包括执行测试步骤的业务子系统的系统标识；

执行目标测试步骤，并在目标测试步骤执行完毕后，修改目标测试步骤的执行状态；

将目标测试步骤的执行状态更新至测试数据存储子系统，并指示测试数据存储子系统更新目标测试步骤的下一测试步骤的执行状态。

上述电子设备中提到的通信总线903可以是外设部件互连标准(PeripheralComponent Interconnect，简称PCI)总线或扩展工业标准结构(Extended IndustryStandard Architecture，简称EISA)总线等。该通信总线903可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器902可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器901的存储装置。

上述的处理器901可以是通用处理器，包括中央处理器(Central ProcessingUnit，简称CPU)、网络处理器(Network Processor，简称NP)等，还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本申请的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述实施例中所描述的测试方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以时通用计算机、专用计算机、计算机网络或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、微波等)方式向另外一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如软盘、硬盘、磁带等)、光介质(例如DVD)或者半导体介质(例如固态硬盘)等。

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

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (15)

1.一种测试系统，其特征在于，包括：测试数据存储子系统和至少两个业务子系统，各所述业务子系统分别与所述测试数据存储子系统连接，每个所述业务子系统均具有唯一的系统标识；

所述测试数据存储子系统，用于保存测试任务，所述测试任务包括至少一个测试步骤、各所述测试步骤对应的执行状态以及各所述测试步骤的执行顺序，每个所述测试步骤中均包括执行所述测试步骤的业务子系统的系统标识；

任一所述业务子系统，用于在执行状态为初始化的测试步骤中，根据系统标识从测试数据存储子系统中获取目标测试步骤，执行所述目标测试步骤，并在所述目标测试步骤执行完毕后，修改所述目标测试步骤的执行状态，并将所述目标测试步骤的执行状态更新至所述测试数据存储子系统，指示所述测试数据存储子系统更新所述目标测试步骤的下一测试步骤的执行状态。

2.根据权利要求1所述的测试系统，其特征在于，所述业务子系统，还用于获取测试用例，解析所述测试用例得到所述测试任务，并将所述测试任务保存至所述测试数据存储子系统中。

3.根据权利要求1所述的测试系统，其特征在于，所述业务子系统，在所述目标测试步骤执行完毕后，修改所述目标测试步骤的执行状态之前，还用于：

若在所述目标测试步骤执行失败，显示对所述目标测试步骤的操作指示，所述操作指示包括跳过指示、重复指示和终止指示中的至少一个；

获取目标操作指示对应的操作指令，所述目标操作指示为用户选择的所述操作指示中的任意一个；

根据所述操作指令执行所述操作指示对应的操作动作。

4.根据权利要求1所述的测试系统，其特征在于，所述业务子系统，在执行所述目标测试步骤，并在所述目标测试步骤执行完毕后，修改所述目标测试步骤的执行状态之后，还用于：

显示所述测试任务中各所述测试步骤的执行结果。

5.根据权利要求2所述的测试系统，其特征在于，所述测试用例的测试数据配置在预设的数据格式中，所述测试数据包括至少一个测试订单，各所述测试订单包括订单编号、执行动作、执行所述执行动作的所述业务子系统的系统标识和与所述执行动作对应的执行数据。

6.根据权利要求5所述的测试系统，其特征在于，所述测试用例中还包括所述执行动作的前置条件；

所述业务子系统，在所述执行所述目标测试步骤之前，还用于：

确定所述目标测试步骤中的前置条件已被执行。

7.一种测试方法，其特征在于，应用于业务子系统，包括：

在执行状态为初始化的测试步骤中，根据系统标识从测试数据存储子系统中获取目标测试步骤，所述测试数据存储子系统中包括测试任务，所述测试任务包括至少一个测试步骤、各所述测试步骤对应的执行状态以及各所述测试步骤的执行顺序，每个所述测试步骤中均包括执行所述测试步骤的业务子系统的系统标识；

执行所述目标测试步骤，并在所述目标测试步骤执行完毕后，修改所述目标测试步骤的执行状态；

将所述目标测试步骤的执行状态更新至所述测试数据存储子系统，并指示所述测试数据存储子系统更新所述目标测试步骤的下一测试步骤的执行状态。

8.根据权利要求7所述的测试方法，其特征在于，所述在执行状态为初始化的测试步骤中，根据系统标识从测试数据存储子系统中获取目标测试步骤之前，还包括：

获取测试用例；

解析所述测试用例，得到所述测试任务；

将所述测试任务保存至所述测试数据存储子系统。

9.根据权利要求8所述的测试方法，其特征在于，所述测试用例的测试数据配置在预设的数据格式中，所述测试数据包括至少一个测试订单，各所述测试订单包括订单编号、执行动作、执行所述执行动作的所述业务子系统的系统标识和与所述执行动作对应的执行数据。

10.根据权利要求9所述的测试方法，其特征在于，所述测试用例中还包括所述执行动作的前置条件；

所述执行所述目标测试步骤之前，还包括：

确定所述目标测试步骤中的前置条件已被执行。

11.根据权利要求9所述的测试方法，其特征在于，所述测试用例中还包括测试模式，所述测试模式包括自动测试和非自动测试；

所述测试模式为所述自动测试时，所述执行所述目标测试步骤，包括：对所述执行数据执行所述目标测试步骤对应的所述执行动作；

所述测试模式为所述非自动测试时，所述执行所述目标测试步骤，包括：

显示所述目标测试步骤对应的执行数据和所述执行动作，获取用户输入的所述执行动作的执行结果。

12.根据权利要求7所述的测试方法，其特征在于，所述在所述目标测试步骤执行完毕后，修改所述目标测试步骤的执行状态之前，还包括：

若在所述目标测试步骤执行失败，显示对所述目标测试步骤的操作指示，所述操作指示包括跳过指示、重复指示和终止指示中的至少一个；

获取目标操作指示对应的操作指令，所述目标操作指示为用户选择的所述操作指示中的任意一个；

根据所述操作指令执行所述操作指示对应的操作动作。

13.根据权利要求7所述的测试方法，其特征在于，所述执行所述目标测试步骤，并在所述目标测试步骤执行完毕后，修改所述目标测试步骤的执行状态之后，还包括：

显示所述测试任务中各所述测试步骤的执行结果。

14.一种电子设备，其特征在于，包括：处理器、存储器和通信总线，其中，处理器和存储器通过通信总线完成相互间的通信；

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

所述处理器，用于执行所述存储器中所存储的程序，实现权利要求7-13任一项所述的测试方法。

15.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求7-13任一项所述的测试方法。