CN111190811A

CN111190811A - 一种资源分配系统的测试方法、装置、设备及存储介质

Info

Publication number: CN111190811A
Application number: CN201911233743.2A
Authority: CN
Inventors: 姚兰; 龚相念
Original assignee: Oriental Micro Silver Technology Beijing Co Ltd
Current assignee: Oriental Micro Silver Technology Beijing Co Ltd
Priority date: 2019-12-05
Filing date: 2019-12-05
Publication date: 2020-05-22

Abstract

本发明提供一种资源分配系统的测试方法、装置、设备及存储介质，该方法包括：构造测试数据，并将所述测试数据分别存放在预先建立的仿真环境内；调用所述测试数据，分别对各测试案例进行测试，得到各测试案例的测试结果；分别判断所述各测试案例的测试结果和各测试案例对应的预期结果是否一致；若测试案例的测试结果和测试案例对应的预期结果一致，则测试案例测试通过；通过构造测试数据并在仿真环境内对测试案例进行测试，缩短了流程测试时间，节省了人力资源，且提高测试效率。

Description

一种资源分配系统的测试方法、装置、设备及存储介质

技术领域

本发明涉及测试技术领域，尤其涉及一种资源分配系统的测试方法、装置、设备及存储介质。

背景技术

现有的对资源分配系统的流程测试需要外部系统对接并且还需要外部系统进行测试数据的准备和修改。在进行流程测试时，需要创建联调环境，各个系统都进行部署，用时比较长且人力资源投入大。

发明内容

有鉴于此，本发明的目的在于提出一种资源分配系统的测试方法、装置、设备及存储介质，以解决现有流程测试用时较长且人力资源投入大的问题。

基于上述目的，本发明第一方面提供了一种资源分配系统的测试方法，所述方法包括：

构造测试数据，并将所述测试数据分别存放在预先建立的仿真环境内；

调用所述测试数据，分别对各测试案例进行测试，得到各测试案例的测试结果；

分别判断所述各测试案例的测试结果和各测试案例对应的预期结果是否一致；

若测试案例的测试结果和测试案例对应的预期结果一致，则测试案例测试通过。

可选地，所述方法还包括：

若测试案例的测试结果和测试案例对应的预期结果不一致，则测试案例测试未通过，记录系统漏洞；

在系统漏洞修复后，再次调用测试数据，对测试未通过的测试案例进行重新测试，获得重新测试结果；

判断所述重新测试结果和测试未通过的测试案例对应的预期结果是否一致；

若一致，则测试未通过的测试案例重新测试通过；

若不一致，则重复上述步骤直至测试未通过的测试案例重新测试通过。

可选地，所述构造测试数据，并将所述测试数据分别存放在预先建立的仿真环境内，包括：

获取测试用户相关的原始报文样例；其中，所述原始报文样例包括工商数据、司法数据、税务数据、银行数据和征信数据中的一种或多种；

基于所述原始报文样例，构造测试数据；

将所述测试数据分别存放在预先建立的仿真环境的不同路径内。

可选地，所述调用所述测试数据，分别对各测试案例进行测试，得到各测试案例的测试结果，包括：

在所述仿真环境下，模拟测试用户发起资源分配请求；

调用所述测试数据，分别对各测试案例进行测试，得到各测试案例的测试结果。

可选地，所述分别判断所述各测试案例的测试结果和各测试案例对应的预期结果是否一致，包括：

预先根据测试数据，获得各测试案例对应的预期结果；

判断所述各测试案例的测试结果和各测试案例对应的预期结果是否一致。

基于相同目的，本发明第二方面提供了一种资源分配系统的测试装置，所述装置包括：

测试数据构造模块，用于构造测试数据，并将所述测试数据分别存放在预先建立的仿真环境内；

测试模块，用于调用所述测试数据，分别对各测试案例进行测试，得到各测试案例的测试结果；

测试结果判断模块，用于分别判断所述各测试案例的测试结果和各测试案例对应的预期结果是否一致；若测试案例的测试结果和测试案例对应的预期结果一致，则测试案例测试通过。

可选地，所述装置还包括系统漏洞记录模块和重新测试模块；

系统漏洞记录模块，用于若测试案例的测试结果和测试案例对应的预期结果不一致，则测试案例测试未通过，记录系统漏洞；

重新测试模块，用于在系统漏洞修复后，再次调用测试数据，对测试未通过的测试案例进行重新测试，获得重新测试结果；

所述测试结果判断模块，还用于判读所述重新测试结果和测试未通过的测试案例对应的预期结果是否一致；若一致，则测试未通过的测试案例重新测试通过；若不一致，则系统漏洞记录模块重复记录系统漏洞，以及重新测试模块重新再次调用测试数据对测试未通过的测试案例进行重新测试获得重新测试结果，直至测试未通过的测试案例重新通过测试。

可选地，所述测试数据构造模块，具体用于：

基于所述原始报文样例，构造测试数据；

可选地，所述测试模块，具体用于：

在所述仿真环境下，模拟测试用户发起资源分配请求；

可选地，所述测试结果判断模块，具体用于：

预先根据测试数据，获得各测试案例对应的预期结果；

基于相同目的，本发明第三方面还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明第一方面任意一项所述的资源分配系统的测试方法。

基于相同目的，本发明第四方面还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行本发明第一方面任意一项所述的资源分配系统的测试方法。

从上面所述可以看出，本发明提供的资源分配系统的测试方法、装置、设备及存储介质，通过构造测试数据，然后将测试数据存放在仿真环境中，调用测试数据，对各测试案例进行测试，获得测试结果，将测试结果与预期结果进行比对，判断测试结果和预期结果是否一致，如果测试结果和预期结果一致，则测试案例通过测试；通过构造测试数据并在仿真环境内对测试案例进行测试，缩短了流程测试时间，节省了人力资源，且提高测试效率。

附图说明

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

图1为本发明实施例提供的资源分配系统的测试方法的流程示意图；

图2为本发明实施例提供的资源分配系统的测试装置的结构示意图；

图3为本发明实施例提供的一种更为具体的电子设备硬件结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。

需要说明的是，除非另外定义，本发明实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

以信贷业务为例，信贷决策时涉及的系统有手机银行、银税平台、ESB系统、影像系统、签章系统、征信前置系统、安硕系统、大数据平台、信贷系统、核心系统、数据仓库等等；目前使用的流程测试方法对信贷决策系统进行流程测试时，需要创建联调环境，各个系统都进行部署，首先，存在用时比较长且人力资源投入大的问题；其次，测试数据准备需要涉及各个系统且用户信息须保持一致，准备过程复杂且用时较长；再次，进行测试时容易遗漏测试点。

为了解决上述问题，本发明实施例提供了一种资源分配系统的测试方法、装置、设备及存储介质，通过构造测试数据，然后将测试数据存放在仿真环境中，调用测试数据，对各测试案例进行测试，获得测试结果，将测试结果与预期结果进行比对，判断测试结果和预期结果是否一致，如果测试结果和预期结果一致，则测试案例通过测试；该方法和装置可以应用于手机、平板电脑等各种电子设备，具体不做限定。该方法及装置中提及的资源可以为信贷资源，提及的业务可以是信贷业务，具体不做限定。后续将以信贷业务为例，对该资源分配系统的测试方法进行详细说明。

为了便于理解，下面结合附图对该资源分配系统的测试方法进行详细说明。

图1为本发明实施例提供的资源分配系统的测试方法的流程示意图，如图1所示，该方法包括：

S01、构造测试数据，并将测试数据分别存放在预先建立的仿真环境内。

以信贷业务为例进行详细说明。资源即信贷资源，信贷即信用贷款；信贷经营方即向信贷申请方提供信贷申请的一方；比如，信贷经营方可以是银行或银行之外的有资格的正规信贷经营企业等等，具体不做限定。信贷申请方即向信贷经营方提出信用贷款申请的一方，比如，信贷申请方可以是个人或企业等等，具体不做限定。

本发明实施例中，仿真环境是模拟实际的信贷分配系统进行创建的，将信贷分配中涉及决策流程所需要调取的系统均用内部服务器进行替代。在实际应用中，在对信贷分配系统进行测试前，首先部署仿真环境，在实际应用中，可以根据信贷分配系统的环境需求在尽可能模拟生产环境的条件下将研发完成需测试的代码，用部署工具安装部署在仿真环境中。仿真环境内设置有仿真环境数据库，仿真环境数据库用于存放原始报文样例、测试数据及测试结果。

仿真环境内还配置报文服务系统，报文服务系统用于获取报文并对报文进行解析，比如，在获取到标准的工商、司法、税务、银行、征信等原始报文样例后，配置测试用户的客户号、身份证号、姓名、社会统一代码和企业名称等数据与银行esb系统需访问的报文数据做对应，原始报文样例中包含的数据是以xml文件格式存储，仿真环境模拟测试用户发起信贷请求后，通过仿真数据库配置获取到报文服务系统中对应的xml格式的原始报文样例中的数据，把xml格式的原始报文样例中的数据解析为json格式的原始报文样例中的数据，以文件方式传给仿真环境并解析存入到仿真数据库，调用所有需要的数据，更有效的交互所有的数据，以达到接口的调试、数据清洗、数据入库和数据联调。减少与第三方系统交互消耗大量时间，提高测试效率，并且可直接对原始报文做修改验证测试，提高测试用例的覆盖率。

在部署仿真环境后，将信贷分配时实际调取系统的地址替换成仿真环境内的模拟外部系统的服务器地址；比如，将手机银行、银税平台、ESB系统、影像系统、签章系统、征信前置系统、安硕系统、大数据平台、信贷系统、核心系统、数据仓库等等的实际调取系统的地址替换成仿真环境内的服务器地址，具体不做限定。

在实际应用中，测试数据指为了对信贷分配系统进行测试而构造的数据，构造测试数据后，将测试数据分别存放在仿真环境的仿真数据库内。

S02、调用测试数据，分别对各测试案例进行测试，得到各测试案例的测试结果。

本发明实施例中，继续以信贷业务为例进行详细说明。测试案例指可以将一个测试用户分为多个测试点进行测试，每个测试点即为一个测试案例；比如，测试用户身份交叉校验不通过的案例、测试用户工商司法、税务数据获取和清洗的案例等等，具体不做限定。测试用户指用来对信贷分配系统进行测试的信贷申请方。

在实际应用中，构造测试数据后，调用测试数据对所有测试案例分别进行测试，获得各测试案例的测试结果，并将测试结果存储在仿真数据库中。

S03、分别判断各测试案例的测试结果和各测试案例对应的预期结果是否一致。

本发明实施例中，继续以信贷业务为例进行详细说明。预期结果指采用联调环境进行测试时，各测试案例对应的测试结果。

在实际应用中，获得各测试案例的测试结果，并将测试结果存储在仿真数据库中后，然后将各测试案例的测试结果和各测试案例对应的预期结果进行比对，比如，根据测试案例中涉及到的表和字段，在仿真数据库中进行一一比对，具体不做限定。

通过将各测试案例的测试结果和各测试案例对应的预期结果进行比对比对，判断各测试案例的测试结果和各测试案例对应的预期结果是否一致；如果测试案例的测试结果和测试案例对应的预期结果一致，则测试案例通过。

可以理解的是，本发明实施例中通过构造测试数据并在仿真环境内对测试案例进行测试，缩短了流程测试时间，节省了人力资源，且提高测试效率。

在实际应用中，如果测试案例的测试结果和预期结果不一致，还需要对资源分配系统进行进一步处理；则，在一些可能的实施方式中，该方法还包括：

判断重新测试结果和测试未通过的测试案例对应的预期结果是否一致；

若一致，则测试未通过的测试案例重新测试通过；

继续以信贷业务为例进行详细说明。如果测试案例的测试结果和测试案例对应的预期结果不一致，则测试案例未通过测试，在问题管理平台记录系统漏洞，问题管理平台为专门记录和管理问题流转的平台。维修人员对系统漏洞进行修复，系统修复后，再次调用测试数据，对未通过测试的测试案件进行重新测试，得到重新测试结果，并将重新测试结果存入仿真数据库。

在实际应用中，获得重新测试结果后，还需要将重新测试结果和该测试案例对应的预期结果进行比对，判断重新测试结果和该测试案例对应的预期结果是否一致；如果一致，则测试未通过的测试案例重新测试通过；如果不一致，则再次在管理平台记录系统漏洞，待系统漏洞修复后，再次调用测试数据，对测试未通过的测试案例进行重新测试，获得重新测试结果，直至重新测试结果和预期结果一致，测试未通过的测试案例重新测试通过。

可以理解的是，记录系统漏洞并在修复系统漏洞后，对测试未通过的测试案例进行重新测试，直至测试案例通过测试，能够提高资源分配系统的准确性。

在一种可能的实施方式中，构造测试数据，并将测试数据分别存放在预先建立的仿真环境内，包括：

获取测试用户相关的原始报文样例；其中，原始报文样例包括工商数据、司法数据、税务数据、银行数据和征信数据中的一种或多种；

基于原始报文样例，构造测试数据；

将测试数据分别存放在预先建立的仿真环境的不同路径内。

继续以信贷业务为例进行详细说明。在实际应用中，构造测试数据前，首先获取测试用户相关的原始报文样例，且原始报文样例包括工商数据、司法数据、税务数据、银行数据和征信数据中的一种或多种。

一种情况下，可以通过数据接口获取测试用户相关的原始报文样例。

一种情况下，可以向数据源发送原始报文获取请求，以使数据源反馈测试用户相关的原始报文样例。

获取测试用户相关的原始报文样例后，根据测试用户相关的原始报文样例，构造测试数据；比如，构造测试数据时可以根据原始报文样例的字段并结合具体测试案例在对应字段中填写相应的值等等，具体不做限定。

基于原始报文样例构造测试数据后，将测试数据分别进行命名，分别存放在仿真环境的不同路径内；比如，可以将测试数据分别存放在仿真环境不同的文件夹内，或者可以将测试数据分别存放在仿真环境不同的模块内，具体不做限定。

在实际应用中，对测试数据进行命名时，可以分别根据测试数据对应的原始报文样例中的数据种类进行命名，比如，基于工商数据构造的测试数据可以命名为工商测试数据，基于司法数据构造的测试数据可以命名为司法测试数据等等，具体不做限定。

可以理解的是，通过获取测试数据相关的原始报文样例，然后基于原始报文样例构造测试数据，可以更好更快的达到测试数据的准备，提高测试效率。

作为一种实施方式，调用所述测试数据，分别对各测试案例进行测试，得到各测试案例的测试结果，包括：

在仿真环境下，模拟测试用户发起资源分配请求；

调用测试数据，分别对各测试案例进行测试，得到各测试案例的测试结果。

继续以信贷业务为例进行详细说明。在实际应用中，在仿真环境下，造好测试数据后，可以利用POSTMAN测试工具模拟测试用户发起信贷申请，然后调用测试数据。POSTMAN中的请求参数涉及到的测试用户信息可以根据测试案例来进行填写；比如，对测试身份交叉校验不通过的案例进行测试，首先POSTMAN中模拟申请请求，将请求参数将统一社会信用代码和纳税人识别号置为空，修改税务测试数据并且确保税务测试数据中有统一社会信用代码和纳税人识别号，则请求参数与税务测试数据没有保持一致，按照测试案例对应的预期结果，则身份交叉校验不通过，流程中断；反之则请求参数与税务测试数据要求字段一致，则身份交叉校验通过，流程继续往下走，对后续流程中的测试案例进行测试。

在实际应用中，测试案例全部执行完毕后并全部测试通过后，将申请接口用JMETER工具编写集成到jenkins中，使用jmeter+ant+jenkins自代框架，形成每日构建设置时间为每天跑一位测试客户，进行每个阶段轮循，这样可以达到每天的流程冒烟测试得效果，可以使信贷分配系统更加的稳定。申请接口为模拟测试用户发起信贷申请的触发点，通过POSTMAN测试工具触发申请接口，从而发起信贷申请。

可以理解的是，通过使用POSTMAN测试工具模拟发起信贷申请，然后自动跑完从申请到得出综合决策结果的各个阶段的流程，进行全流程自动化测试，缩短测试时间，提高测试效率。

在一种可能的实施方式中，分别判断各测试案例的测试结果和各测试案例对应的预期结果是否一致，包括：

预先根据测试数据，获得各测试案例对应的预期结果；

判断各测试案例的测试结果和各测试案例对应的预期结果是否一致。

可以理解的是，预先确定各测试案例对应的预期结果，然后将各测试案例的测试结果及预期结果进行比对，能够保证测试结果的正确性，提高测试准确率。

需要说明的是，本发明实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本发明实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

图2为本发明实施例提供的资源分配系统的测试装置的结构示意图，如图2所示，该装置包括：

测试数据构造模块201，用于构造测试数据，并将测试数据分别存放在预先建立的仿真环境内；

测试模块202，用于调用测试数据，分别对各测试案例进行测试，得到各测试案例的测试结果；

测试结果判断模块203，用于分别判断各测试案例的测试结果和各测试案例对应的预期结果是否一致；若测试案例的测试结果和测试案例对应的预期结果一致，则测试案例测试通过。

在一种可能的实施方式中，该装置还包括系统漏洞记录模块(图中未示出)和重新测试模块(图中未示出)；

测试结果判断模块203，还用于判读重新测试结果和测试未通过的测试案例对应的预期结果是否一致；若一致，则测试未通过的测试案例重新测试通过；若不一致，则系统漏洞记录模块重复记录系统漏洞，以及重新测试模块重新再次调用测试数据对测试未通过的测试案例进行重新测试获得重新测试结果，直至测试未通过的测试案例重新通过测试。

作为一种实施方式，测试数据构造模块201，具体用于：

基于原始报文样例，构造测试数据；

将测试数据分别存放在预先建立的仿真环境的不同路径内。

在一种可能的实施方式中，测试模块202，具体用于：

在仿真环境下，模拟测试用户发起资源分配请求；

作为一种实施方式，测试结果判断模块203，具体用于：

预先根据测试数据，获得各测试案例对应的预期结果；

上述实施例的装置用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

本发明实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任意一项所述的资源分配系统的测试方法。

图3示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本发明实施例还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上述任一所述的资源分配系统的测试方法。

本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本发明的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本发明难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本发明难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本发明的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本发明的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本发明。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本发明的具体实施例对本发明进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本发明的实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本发明的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种资源分配系统的测试方法，其特征在于，所述方法包括：

2.根据权利要求1所述的资源分配系统的测试方法，其特征在于，所述方法还包括：

若一致，则测试未通过的测试案例重新测试通过；

3.根据权利要求1所述的资源分配系统的测试方法，其特征在于，所述构造测试数据，并将所述测试数据分别存放在预先建立的仿真环境内，包括：

基于所述原始报文样例，构造测试数据；

4.根据权利要求1所述的资源分配系统的测试方法，其特征在于，所述调用所述测试数据，分别对各测试案例进行测试，得到各测试案例的测试结果，包括：

在所述仿真环境下，模拟测试用户发起资源分配请求；

5.根据权利要求1所述的资源分配系统的测试方法，其特征在于，所述分别判断所述各测试案例的测试结果和各测试案例对应的预期结果是否一致，包括：

预先根据测试数据，获得各测试案例对应的预期结果；

6.一种资源分配系统的测试装置，其特征在于，所述装置包括：

7.根据权利要求6所述的资源分配系统的测试装置，其特征在于，所述装置还包括系统漏洞记录模块和重新测试模块；

8.根据权利要求6所述的资源分配系统的测试装置，其特征在于，所述测试数据构造模块，具体用于：

基于所述原始报文样例，构造测试数据；

9.根据权利要求6所述的资源分配系统的测试装置，其特征在于，所述测试模块，具体用于：

在所述仿真环境下，模拟测试用户发起资源分配请求；

10.根据权利要求6所述的资源分配系统的测试装置，其特征在于，所述测试结果判断模块，具体用于：

预先根据测试数据，获得各测试案例对应的预期结果；

11.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至5任意一项所述的方法。

12.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行权利要求1至5任一所述方法。