信用卡策略包的测试调整方法、装置、电子设备及介质与流程

本发明涉及自动测试技术领域，具体涉及一种信用卡策略包的测试调整方法、装置、电子设备及介质。

背景技术：

在互联网金融迅猛发展的今天，新的金融领域互联网产品层出不穷，例如，信用卡应用，极大的方面了人们的生活。为了信用卡应用能够在功能、性能等方面满足用户的需求，确保信用卡应用的正确、平稳运行，开发者们往往需要将信用卡应用部署在包含多台服务器的复杂系统之上，对其进行非常全面的测试。

由于信用卡应用每增加新功能或者有新的版本时，都需要适应性的调整策略包的配置信息，并对调整后的策略包的配置信息进行测试，来确保信用卡账户增加的新功能或者新的版本的有效性。

然而，不同的策略包需要不同的测试环境以及不同的测试用例集，每有新的策略包，配置一次新的测试环境及获取测试用例集，是一件相当繁琐的过程。由此有必要提供一种自动化的测试方案，能够根据策略包自动调整测试环境以及测试用例集。

技术实现要素：

鉴于以上内容，有必要提出一种信用卡策略包的测试调整方法、装置、电子设备及介质，能够根据策略包自动调整对应的测试环境及测试用例集，并根据调整后的测试环境及测试用例集对策略包进行测试。

本发明的第一方面提供一种信用卡策略包的测试调整方法，应用于电子设备中，所述电子设备与多个测试服务器连接，所述方法包括：

侦测到有策略包上传时，生成策略包上传请求，所述策略包上传请求包括所述策略包及对应所述策略包的目标测试环境；

识别所述策略包上传请求中的策略包的类型；

根据预设策略包的类型与测试服务器之间的对应关系，从所述多个测试服务器中筛选出对应所述策略包的候选测试服务器；

从所述候选测试服务器中筛选出配置有所述目标测试环境的目标测试服务器；

将所述策略包同步至所述目标测试服务器中；

判断所述目标测试服务器是否成功加载所述策略包；

当确定所述目标测试服务器已成功加载所述策略包时，从预先存储的多个测试用例集中筛选出对应所述策略包的目标测试用例集；

控制所述目标测试服务器根据所述目标测试用例集对所述策略包进行测试；

发送测试结果至目标用户。

根据本发明的一个优选实施例，在所述控制所述目标测试服务器根据所述目标测试用例集对所述策略包进行测试之后，所述方法还包括：

获取所述目标测试用例集中的每条测试用例的测试结果；

判断所述每条测试用例的测试结果是否都为测试成功；

当确定所述每条测试用例的测试结果都为测试成功时，输出测试成功的测试结果；

当确定所述每条测试用例的测试结果不都为测试成功时，输出测试失败的测试结果。

根据本发明的一个优选实施例，所述侦测到有策略包上传时，生成策略包上传请求包括：

侦测到有策略包上传时，显示多个测试环境选项列表，每个所述测试环境选项列表上显示有测试环境选项及对应所述测试环境的策略包的包名的提示信息；

侦测到所述测试环境选项列表上接收到选定操作时，将被选定的测试环境选项列表中的测试环境作为所上传的策略包的目标测试环境；

根据所上传的策略包及所述目标测试环境生成所述策略包上传请求。

根据本发明的一个优选实施例，在将所述策略包同步至所述目标测试服务器中之后，所述方法还包括：

判断所述目标测试服务器中的预设目录下是否已存储有策略包；

当确定所述预设目录下已存储有策略包时，对所述已存储的策略包进行备份；

当所述已存储的策略包备份完成之后，对所述已存储的策略包进行删除操作；

将所述策略包上传请求中的策略包存储于所述预设目录下。

根据本发明的一个优选实施例，所述判断所述目标测试服务器是否成功加载所述策略包包括：

接收所述目标测试服务器返回的加载结果；

当所述加载结果为第一结果时，确定所述目标测试服务器已成功加载所述策略包；

当所述加载结果为第二结果时，确定所述目标测试服务器未成功加载所述策略包。

根据本发明的一个优选实施例，在所述通过所述目标测试服务器根据所述目标测试用例集对所述策略包进行测试时，所述方法还包括：

侦测测试过程是否发生中断；

当所述测试过程发生中断时，发送预设告警信息的邮件至测试人员。

根据本发明的一个优选实施例，在所述输出测试结果至目标用户之后，所述方法还包括：

对所述预设目录下的所述策略包进行删除；

将所备份的策略包还原至所述预设目录下进行测试。

本发明的第二方面提供一种信用卡策略包的测试调整装置，运行于自动测试平台中，所述装置包括：

生成模块，用于侦测到有策略包上传时，生成策略包上传请求，所述策略包上传请求包括所述策略包及对应所述策略包的目标测试环境；

识别模块，用于识别所述策略包上传请求中的策略包的类型；

筛选模块，用于根据预设策略包的类型与测试服务器之间的对应关系，从所述多个测试服务器中筛选出对应所述策略包的候选测试服务器；

所述筛选模块，还用于从所述候选测试服务器中筛选出配置有所述目标测试环境的目标测试服务器；

同步模块，用于将所述策略包同步至所述目标测试服务器中；

判断模块，用于判断所述策略包是否加载成功；

所述筛选模块，还用于当所述判断模块确定所述目标测试服务器已成功加载所述策略包时，从预先存储的多个测试用例集中筛选出对应所述策略包的目标测试用例集；

测试模块，用于控制所述目标测试服务器根据所述目标测试用例集对所述策略包进行测试；

发送模块，用于发送测试结果至目标用户。

本发明的第三方面提供一种电子设备，所述电子设备包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现所述信用卡策略包的测试调整方法。

本发明的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述信用卡策略包的测试调整方法。

综上所述，本发明所述的信用卡策略包的测试调整方法、装置、电子设备及存储介质，当侦测到有策略包上传时，生成策略包上传请求；然后识别所述策略包的类型；接着筛选出对应所述策略包的候选测试服务器；再筛选出配置有所述测试环境的目标测试服务器；将所述策略包同步至所述目标测试服务器中；而当确定所述目标测试服务器已成功加载所述策略包时，从预先存储的多个测试用例集中筛选出对应所述策略包的目标测试用例集；控制所述目标测试服务器根据所述目标测试用例集对所述策略包进行测试；最后将测试结果发送至目标用户。本发明能够根据所上传的策略包自动调整对应的测试服务器和测试用例集，并根据调整后的测试服务器和测试用例集对所上传的策略包进行有效性测试；其次，采用自动化测试的调整方式，能够使得用户一旦对策略包的配置信息进行了修改或者调整后，无需通知测试人员进行测试，将修改或者调整后的策略包上传到自动化测试平台中，随后根据接收到的测试结果即可得知修改或者调整后的策略包是否有效；此外，整个测试调整的过程无需测试人员参与，从而减少了用户与测试人员的沟通及协调环节，降低了沟通成本。

附图说明

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

图1是本发明实施例一提供的信用卡策略包的测试调整方法的流程图。

图2是本发明实施例二提供的信用卡策略包的测试调整装置的结构图。

图3是本发明实施例三提供的电子设备的结构示意图。

如下具体实施方式将结合上述附图进一步说明本发明。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施例对本发明进行详细描述。需要说明的是，在不冲突的情况下，本发明的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。

实施例一

图1是本发明实施例一提供的信用卡策略包的测试调整方法的流程图。

在本实施例中，所述信用卡策略包的测试调整方法可以应用于电子设备中，对于需要进行信用卡策略包的测试调整的电子设备，可以直接在电子设备上集成本发明的方法所提供的信用卡策略包的测试调整的功能，或者以软件开发工具包(softwaredevelopmentkit，skd)的形式运行在电子设备中。

为了能更加清楚的理解本发明的技术方案，先简要介绍下相关的技术术语：

测试环境：指为了完成软件测试工作所必需的服务器硬件、软件、网络设备、历史数据的总称。

生产环境：应用程序上线时最终使用的环境，包括服务器硬件、软件、网络设备等。

本发明实施例一提供一种信用卡策略包的测试调整方法，应用于电子设备中，所述电子设备中安装有自动测试平台，所述电子设备连接多个测试服务器，每个所述测试服务器中配置有测试环境，不同的测试服务器可以配置有相同的测试环境，也可以配置不同的测试环境。

如图1所示，所述信用卡策略包的测试调整方法具体包括以下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些可以省略。

s11：侦测到有策略包上传时，生成策略包上传请求，所述策略包上传请求包括所述策略包及对应所述策略包的目标测试环境。

为了确保后续的应用程序能在生产环境中正常运行，不仅要确保在测试环境下服务器进行测试的应用程序或者操作系统，与运行在与其对应的生产环境下的服务器上的应用程序或操作系统相同，还应当确保测试环境下的策略包的有效性。当现有的信用卡应用的功能增加或者修改了，或者有新版本的信用卡应用时，都需要修改或者重新配置策略包。当所述策略包在测试环境中有效时，即可应用于生产环境中。因此，为了保证生产环境中的策略包的有效性，需要在测试环境中对策略包的有效性进行验证。不同的策略包所需要的测试环境和测试用例集是有差别的。选用适应的测试环境和测试用例集，有利于提高测试环境下策略包的有效性测试的准确性。所述信用卡应用指的是用来处理具体业务的应用程序。

本实施例中，测试平台上提供有上传策略包的接口，用户可以通过所述上传策略包的接口上传策略包。

所述用户是指业务方人员，业务方是指信用卡应用的管理方。

本实施例中的所述策略包包括一系列的规则集、业务场景等。所述规则集是指对应业务场景的复杂的数学模型和计算公式等。结合这些复杂的数学模型和计算公式能够对送策略包参数进行推演与换算，最后输出结果。

优选地，所述侦测到有策略包上传时，生成策略包上传请求包括：

侦测到有策略包上传时，显示多个测试环境选项列表，每个所述测试环境选项列表上显示有测试环境选项及对应所述测试环境的策略包的包名的提示信息；

侦测到所述测试环境选项列表上接收到选定操作时，将被选定的测试环境选项列表中的测试环境作为所上传的策略包的目标测试环境；

根据所上传的策略包及所述目标测试环境生成所述策略包上传请求。

本实施例中，由于策略包的配置信息是由用户根据信用卡应用进行调整与修改的，用户对策略包更为熟悉，用户比测试人员更清楚的知道该策略包运行在哪个测试环境下更佳，故可以让用户自主选择测试环境，测试效果更佳。

自动测试平台一旦侦测到用户上传了策略包时，即显示多个测试环境选项列表供用户选择测试环境。为了避免用户不知如何选择合适的测试环境时，可以在显示多个测试环境选项列表时，还显示测试环境选项及对应测试环境的策略包的包名的提示信息，来提示用户什么样的策略包适合什么样的测试环境，用户根据提示信息可以很容易的选择较佳的测试环境。即，用户不仅可以通过上传策略包的接口上传新的策略包，还可以自主选择对所述策略包进行测试时的测试环境。当用户选定了测试环境时，即可根据用户上传的策略包及选定的测试环境生成策略包上传请求。将用户选定的测试环境称之为目标测试环境。生成的策略包上传请求包括所述策略包以及对应所述策略包的目标测试环境。

s12：识别所述策略包上传请求中的策略包的类型。

本实施例中的策略包分为三大类型，例如，联机策略包、批量策略包和c批量策略包。其中，每大类型策略包下包括多个策略包，每个策略包对应一个测试场景，每个测试场景对应一个具体的功能，不同的测试场景的功能不同，不同的策略包的包名不同。根据所述策略包上传请求中的策略包的包名即可识别出所述策略包所属的类型。

s13：根据预设策略包的类型与测试服务器之间的对应关系，从所述多个测试服务器中筛选出对应所述策略包的候选测试服务器。

本实施例中，自动测试平台预先设置有策略包的类型与测试服务器之间的对应关系。

自动测试平台可以先识别出所述策略包的包名，根据所述策略包的包名识别所述策略包的类型，最后根据所述对应关系，从多个测试服务器中筛选出对应所上传的策略包的测试服务器，由于对应所述策略包的类型的测试服务器有可能为多个，所筛选出的测试服务器中配置有不同的测试环境，因而先将所筛选出的测试服务器作为候选测试服务器。

s14：从所述候选测试服务器中筛选出配置有所述目标测试环境的目标测试服务器。

本实施例中，每个测试服务器中配置有测试环境，不同的测试服务器配置不同的测试环境，还可以为多个测试服务器配置一个相同的测试环境。不同的测试服务器对应设置有不同的存储目录，所述存储目录用于存储待进行测试的策略包。

示例性的，假设有三个测试服务器，测试服务器a中配置有测试环境uat1，测试服务器a中设置有用于存储待进行测试的策略包的目录一；测试服务器b中配置有测试环境uat2，测试服务器b中设置有用于存储待进行测试的策略包的目录二；测试服务器c中配置有测试环境uat1，测试服务器c中设置有用于存储待进行测试的策略包的目录三。

通过第一次从多个测试服务器中筛选出对应所上传的策略包的类型的候选测试服务器，再获取所述多个候选测试服务器中配置的测试环境，将多个候选测试服务器的测试环境与所述策略包上传请求中的目标测试环境进行匹配，从而筛选出目标测试服务器，后续再筛选出适合的测试用例集之后便可以对策略包进行有效性测试。

s15：将所述策略包同步至所述目标测试服务器中。

本实施例中，测试平台筛选出目标测试服务器之后，将所述策略包上传请求中的策略包同步至目标测试服务器中。

s16：判断所述目标测试服务器是否成功加载所述策略包。

本实施例中，目标测试服务器接收到自动测试平台发送的策略包之后，需先对策略包进行加载，加载完成之后向自动测试平台返回加载成功的信息。

优选地，所述判断所述目标测试服务器是否成功加载所述策略包包括：

接收所述目标测试服务器返回的加载结果；

当所述加载结果为第一结果时，确定所述目标测试服务器已成功加载所述策略包；

当所述加载结果为第二结果时，确定所述目标测试服务器未成功加载所述策略包。

本实施例中，自动测试平台接收目标测试服务器烦回的加载结果，所述加载结果包括第一结果和第二结果，所述第一结果用以表明所述目标测试服务器已成功加载所述策略包，所述第二结果用以表明所述目标测试服务器未成功加载所述策略包。

s17：当确定所述目标测试服务器已成功加载所述策略包时，从预先存储的多个测试用例集中筛选出对应所述策略包的目标测试用例集。

本实施例中，自动测试平台中存储有多个测试用例集，测试用例集中包括多条测试用例，不同的测试用例集用于进行不同功能的测试。所述测试平台中还预先设置有策略包的类型与测试用例集直接的对应关系，当目标测试服务器成功完成策略包的加载之后，自动测试平台筛选出对应所述策略包的测试用例集。

s18：控制所述目标测试服务器根据所述目标测试用例集对所述策略包进行测试。

本实施例中，自动测试平台筛选出对应所述策略包的测试用例集之后，控制目标测试服务器采用所筛选出的测试用例集中的每条测试用例对所述策略包进行测试，以测试所述策略包的有效性。

若测试结果为测试成功时，则表明所述策略包有效；若测试结果为测试失败时，则表明所述策略包无效。

s19：发送测试结果至目标用户。

本实施例中，当测试完成之后，将测试结果发送至目标用户。目标用户根据测试结果即可确定所述策略包是否有效，将经过测试有效的策略包用于生产环境中。

进一步的，在将所述策略包同步至所述目标测试服务器中之后，所述方法还包括：

判断所述目标测试服务器中的预设目录下是否已存储有策略包；

当确定所述预设目录下已存储有策略包时，对所述已存储的策略包进行备份；

当所述已存储的策略包备份完成之后，对所述已存储的策略包进行删除操作；

将所述策略包上传请求中的策略包存储于所述预设目录下。

本实施例中，在将所述上传请求中的策略包同步至对应所述测试环境的目标测试服务器中之后，需要先判断目标测试服务器中的预设目录下是否已存储有策略包。如果预设目录下没有任何策略包，则可以直接将所述上传请求中的策略包存储于所述预设目录下。而若预设目录下已预先存储有策略包时，又由于同一个目录下不可能同时存储有两个相同包名的策略包，则需要将已存储的策略包进行删除来存储新的策略包(所述上传请求中的策略包)。在对已存储的策略包进行删除之前，先进行备份处理，便于后续对所述上传请求中的策略包完成测试之后，再将所备份的策略包还原后继续进行测试。

进一步的，在所述控制所述目标测试服务器根据所述目标测试用例集对所述策略包进行测试之后，所述方法还包括：

获取所述目标测试用例集中的每条测试用例的测试结果；

判断所述每条测试用例的测试结果是否都为测试成功；

当确定所述每条测试用例的测试结果都为测试成功时，输出测试成功的测试结果；

当确定所述每条测试用例的测试结果不都为测试成功时，输出测试失败的测试结果。

本实施例中，为了确保生产环境下信用卡应用能够正常稳定的运行，在将信用卡正式投入运行之前，需要在测试环境中对策略包的有效性进行严格的测试，只有当测试环境中的策略包有效，方能确保整个测试的顺利进行。因此，在采用对应的测试用例集进行策略包的有效性测试时，需要每条测试用例都能通过，方可确定策略包是有效的；否则，当有一条测试用例没有通过时，认为策略包无效。确保策略包的有效性达到百分百，在测试环境下测试信用卡应用的性能才有意义。

进一步的，在所述通过所述目标测试服务器根据所述目标测试用例集对所述策略包进行测试时，所述方法还包括：

侦测测试过程是否发生中断；

当所述测试过程发生中断时，发送预设告警信息的邮件至测试人员。

本实施例中，若所述测试过程发生了中断，即测试过程停止了，说明有异常发生，需发送告警邮件至测试人员，以此通知测试人员进行排查确认测试失败的原因。

进一步的，在所述输出测试结果至目标用户之后，所述方法还包括：

对所述预设目录下的所述策略包进行删除；

将所备份的策略包还原至所述预设目录下进行测试。

本实施例中，当监测到目标测试服务器一旦完成所述策略包的有效性测试之后，立即将目标测试服务器中的预设目录下的所述策略包进行删除，以清空所述预设目录，并将原先备份的策略包还原至所述预设目录下，对还原后的策略包继续进行测试，避免测试服务器处于空闲状态，浪费了测试服务器的资源。

综上所述，本发明实施例提供的信用卡策略包的测试调整方法，当侦测到有策略包上传时，生成策略包上传请求；然后识别所述策略包的类型；接着筛选出对应所述策略包的候选测试服务器；再筛选出配置有所述测试环境的目标测试服务器；将所述策略包同步至所述目标测试服务器中；而当确定所述目标测试服务器已成功加载所述策略包时，从预先存储的多个测试用例集中筛选出对应所述策略包的目标测试用例集；控制所述目标测试服务器根据所述目标测试用例集对所述策略包进行测试；最后将测试结果发送至目标用户。本发明能够根据所上传的策略包自动调整对应的测试服务器和测试用例集，并根据调整后的测试服务器和测试用例集对所上传的策略包进行有效性测试；其次，采用自动化测试的调整方式，能够使得用户一旦对策略包的配置信息进行了修改或者调整后，无需通知测试人员进行测试，将修改或者调整后的策略包上传到自动化测试平台中，随后根据接收到的测试结果即可得知修改或者调整后的策略包是否有效；此外，整个测试调整的过程无需测试人员参与，从而减少了用户与测试人员的沟通及协调环节，降低了沟通成本。

实施例二

图2是本发明实施例二提供的信用卡策略包的测试调整装置的结构图。

在一些实施例中，所述信用卡策略包的测试调整装置20可以包括多个由程序代码段所组成的功能模块。所述信用卡策略包的测试调整装置20中的各个程序段的程序代码可以存储于电子设备的存储器中，并由至少一个处理器所执行，以执行(详见图1描述)信用卡策略包的测试调整的功能。

为了能更加清楚的理解本发明的技术方案，先简要介绍下相关的技术术语：

测试环境：指为了完成软件测试工作所必需的服务器硬件、软件、网络设备、历史数据的总称。

生产环境：应用程序上线时最终使用的环境，包括服务器硬件、软件、网络设备等。

本实施例中，所述信用卡策略包的测试调整装置20，运行于自动测试平台中，所述自动测试平台连接多个测试服务器，所述测试服务器中配置有测试环境。所述信用卡策略包的测试调整装置20，根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：生成模块201、识别模块202、筛选模块203、同步模块204、判断模块205、测试模块206、发送模块207、备份模块208、删除模块209及存储模块210。本发明所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。

生成模块201，用于侦测到有策略包上传时，生成策略包上传请求，所述策略包上传请求包括所述策略包及对应所述策略包的目标测试环境。

为了确保后续的应用程序能在生产环境中正常运行，不仅要确保在测试环境下服务器进行测试的应用程序或者操作系统，与运行在与其对应的生产环境下的服务器上的应用程序或操作系统相同，还应当确保测试环境下的策略包的有效性。当现有的信用卡应用的功能增加或者修改了，或者有新版本的信用卡应用时，都需要修改或者重新配置策略包。当所述策略包在测试环境中有效时，即可应用于生产环境中。因此，为了保证生产环境中的策略包的有效性，需要在测试环境中对策略包的有效性进行验证。不同的策略包所需要的测试环境和测试用例集是有差别的。选用适应的测试环境和测试用例集，有利于提高测试环境下策略包的有效性测试的准确性。所述信用卡应用指的是用来处理具体业务的应用程序。

本实施例中，测试平台上提供有上传策略包的接口，用户可以通过所述上传策略包的接口上传策略包。

所述用户是指业务方人员，业务方是指信用卡应用的管理方。

本实施例中的所述策略包包括一系列的规则集、业务场景等。所述规则集是指对应业务场景的复杂的数学模型和计算公式等。结合这些复杂的数学模型和计算公式能够对送策略包参数进行推演与换算，最后输出结果。

优选地，所述生成模块201侦测到有策略包上传时，生成策略包上传请求包括：

侦测到有策略包上传时，显示多个测试环境选项列表，每个所述测试环境选项列表上显示有测试环境选项及对应所述测试环境的策略包的包名的提示信息；

侦测到所述测试环境选项列表上接收到选定操作时，将被选定的测试环境选项列表中的测试环境作为所上传的策略包的目标测试环境；

根据所上传的策略包及所述目标测试环境生成所述策略包上传请求。

本实施例中，由于策略包的配置信息是由用户根据信用卡应用进行调整与修改的，用户对策略包更为熟悉，用户比测试人员更清楚的知道该策略包运行在哪个测试环境下更佳，故可以让用户自主选择测试环境，测试效果更佳。

自动测试平台一旦侦测到用户上传了策略包时，即显示多个测试环境选项列表供用户选择测试环境。为了避免用户不知如何选择合适的测试环境时，可以在显示多个测试环境选项列表时，还显示测试环境选项及对应测试环境的策略包的包名的提示信息，来提示用户什么样的策略包适合什么样的测试环境，用户根据提示信息可以很容易的选择较佳的测试环境。即，用户不仅可以通过上传策略包的接口上传新的策略包，还可以自主选择对所述策略包进行测试时的测试环境。当用户选定了测试环境时，即可根据用户上传的策略包及选定的测试环境生成策略包上传请求。将用户选定的测试环境称之为目标测试环境。生成的策略包上传请求包括所述策略包以及对应所述策略包的目标测试环境。

识别模块202，用于识别所述策略包上传请求中的策略包的类型。

本实施例中的策略包分为三大类型，例如，联机策略包、批量策略包和c批量策略包。其中，每大类型策略包下包括多个策略包，每个策略包对应一个测试场景，每个测试场景对应一个具体的功能，不同的测试场景的功能不同，不同的策略包的包名不同。根据所述策略包上传请求中的策略包的包名即可识别出所述策略包所属的类型。

筛选模块203，用于根据预设策略包的类型与测试服务器之间的对应关系，从所述多个测试服务器中筛选出对应所述策略包的候选测试服务器。

本实施例中，自动测试平台预先设置有策略包的类型与测试服务器之间的对应关系。

自动测试平台可以先识别出所述策略包的包名，根据所述策略包的包名识别所述策略包的类型，最后根据所述对应关系，从多个测试服务器中筛选出对应所上传的策略包的测试服务器，由于对应所述策略包的类型的测试服务器有可能为多个，所筛选出的测试服务器中配置有不同的测试环境，因而先将所筛选出的测试服务器作为候选测试服务器。

所述筛选模块203，还用于从所述候选测试服务器中筛选出配置有所述目标测试环境的目标测试服务器。

本实施例中，每个测试服务器中配置有测试环境，不同的测试服务器配置不同的测试环境，还可以为多个测试服务器配置一个相同的测试环境。不同的测试服务器对应设置有不同的存储目录，所述存储目录用于存储待进行测试的策略包。

示例性的，假设有三个测试服务器，测试服务器a中配置有测试环境uat1，测试服务器a中设置有用于存储待进行测试的策略包的目录一；测试服务器b中配置有测试环境uat2，测试服务器b中设置有用于存储待进行测试的策略包的目录二；测试服务器c中配置有测试环境uat1，测试服务器c中设置有用于存储待进行测试的策略包的目录三。

通过第一次从多个测试服务器中筛选出对应所上传的策略包的类型的候选测试服务器，再获取所述多个候选测试服务器中配置的测试环境，将多个候选测试服务器的测试环境与所述策略包上传请求中的目标测试环境进行匹配，从而筛选出目标测试服务器，后续再筛选出适合的测试用例集之后便可以对策略包进行有效性测试。

同步模块204，用于将所述策略包同步至所述目标测试服务器中。

本实施例中，测试平台筛选出目标测试服务器之后，将所述策略包上传请求中的策略包同步至目标测试服务器中。

判断模块205，用于判断所述目标测试服务器是否成功加载所述策略包。

本实施例中，目标测试服务器接收到自动测试平台发送的策略包之后，需先对策略包进行加载，加载完成之后向自动测试平台返回加载成功的信息。

优选地，所述判断模块205判断所述目标测试服务器是否成功加载所述策略包包括：

接收所述目标测试服务器返回的加载结果；

当所述加载结果为第一结果时，确定所述目标测试服务器已成功加载所述策略包；

当所述加载结果为第二结果时，确定所述目标测试服务器未成功加载所述策略包。

本实施例中，自动测试平台接收目标测试服务器烦回的加载结果，所述加载结果包括第一结果和第二结果，所述第一结果用以表明所述目标测试服务器已成功加载所述策略包，所述第二结果用以表明所述目标测试服务器未成功加载所述策略包。

所述筛选模块203，还用于当所述判断模块205确定所述目标测试服务器已成功加载所述策略包时，从预先存储的多个测试用例集中筛选出对应所述策略包的目标测试用例集。

本实施例中，自动测试平台中存储有多个测试用例集，测试用例集中包括多条测试用例，不同的测试用例集用于进行不同功能的测试。所述测试平台中还预先设置有策略包的类型与测试用例集直接的对应关系，当目标测试服务器成功完成策略包的加载之后，自动测试平台筛选出对应所述策略包的测试用例集。

测试模块206，用于控制所述目标测试服务器根据所述目标测试用例集对所述策略包进行测试。

本实施例中，自动测试平台筛选出对应所述策略包的测试用例集之后，控制目标测试服务器采用所筛选出的测试用例集中的每条测试用例对所述策略包进行测试，以测试所述策略包的有效性。

若测试结果为测试成功时，则表明所述策略包有效；若测试结果为测试失败时，则表明所述策略包无效。

发送模块207，用于发送测试结果至目标用户。

本实施例中，当测试完成之后，将测试结果发送至目标用户。目标用户根据测试结果即可确定所述策略包是否有效，将经过测试有效的策略包用于生产环境中。

进一步的，在将所述策略包同步至所述目标测试服务器中之后，所述判断模块205，还用于判断所述目标测试服务器中的预设目录下是否已存储有策略包；

备份模块208，用于当所述判断模块205确定所述预设目录下已存储有策略包时，对所述已存储的策略包进行备份；

删除模块209，用于当所述已存储的策略包备份完成之后，对所述已存储的策略包进行删除操作；

存储模块210，用于将所述策略包上传请求中的策略包存储于所述预设目录下。

本实施例中，在将所述上传请求中的策略包同步至对应所述测试环境的目标测试服务器中之后，需要先判断目标测试服务器中的预设目录下是否已存储有策略包。如果预设目录下没有任何策略包，则可以直接将所述上传请求中的策略包存储于所述预设目录下。而若预设目录下已预先存储有策略包时，又由于同一个目录下不可能同时存储有两个相同包名的策略包，则需要将已存储的策略包进行删除来存储新的策略包(所述上传请求中的策略包)。在对已存储的策略包进行删除之前，先进行备份处理，便于后续对所述上传请求中的策略包完成测试之后，再将所备份的策略包还原后继续进行测试。

进一步的，所述装置还包括：

获取模块，用于在所述控制所述目标测试服务器根据所述目标测试用例集对所述策略包进行测试之后，获取所述目标测试用例集中的每条测试用例的测试结果；

所述判断模块，还用于判断所述每条测试用例的测试结果是否都为测试成功；

输出模块，用于当所述判断模块确定所述每条测试用例的测试结果都为测试成功时，输出测试成功的测试结果；

所述输出模块，还用于当所述判断模块确定所述每条测试用例的测试结果不都为测试成功时，输出测试失败的测试结果。

本实施例中，为了确保生产环境下信用卡应用能够正常稳定的运行，在将信用卡正式投入运行之前，需要在测试环境中对策略包的有效性进行严格的测试，只有当测试环境中的策略包有效，方能确保整个测试的顺利进行。因此，在采用对应的测试用例集进行策略包的有效性测试时，需要每条测试用例都能通过，方可确定策略包是有效的；否则，当有一条测试用例没有通过时，认为策略包无效。确保策略包的有效性达到百分百，在测试环境下测试信用卡应用的性能才有意义。

进一步的，在所述通过所述目标测试服务器根据所述目标测试用例集对所述策略包进行测试时，所述装置还包括：

侦测模块，用于侦测测试过程是否发生中断；

所述发送模块207，还用于当所述测试过程发生中断时，发送预设告警信息的邮件至测试人员。

本实施例中，若所述测试过程发生了中断，即测试过程停止了，说明有异常发生，需发送告警邮件至测试人员，以此通知测试人员进行排查确认测试失败的原因。

进一步的，所述删除模块209，还用于在所述输出测试结果至目标用户之后，对所述预设目录下的所述策略包进行删除；

所述备份模块208，还用于将所备份的策略包还原至所述预设目录下进行测试。

本实施例中，当监测到目标测试服务器一旦完成所述策略包的有效性测试之后，立即将目标测试服务器中的预设目录下的所述策略包进行删除，以清空所述预设目录，并将原先备份的策略包还原至所述预设目录下，对还原后的策略包继续进行测试，避免测试服务器处于空闲状态，浪费了测试服务器的资源。

综上所述，本发明实施例提供的信用卡策略包的测试调整装置，当侦测到有策略包上传时，生成策略包上传请求；然后识别所述策略包的类型；接着筛选出对应所述策略包的候选测试服务器；再筛选出配置有所述测试环境的目标测试服务器；将所述策略包同步至所述目标测试服务器中；而当确定所述目标测试服务器已成功加载所述策略包时，从预先存储的多个测试用例集中筛选出对应所述策略包的目标测试用例集；控制所述目标测试服务器根据所述目标测试用例集对所述策略包进行测试；最后将测试结果发送至目标用户。本发明能够根据所上传的策略包自动调整对应的测试服务器和测试用例集，并根据调整后的测试服务器和测试用例集对所上传的策略包进行有效性测试；其次，采用自动化测试的调整方式，能够使得用户一旦对策略包的配置信息进行了修改或者调整后，无需通知测试人员进行测试，将修改或者调整后的策略包上传到自动化测试平台中，随后根据接收到的测试结果即可得知修改或者调整后的策略包是否有效；此外，整个测试调整的过程无需测试人员参与，从而减少了用户与测试人员的沟通及协调环节，降低了沟通成本。

实施例三

参阅图3所示，为本发明实施例三提供的电子设备的结构示意图。在本发明较佳实施例中，所述电子设备3包括存储器31、至少一个处理器32、至少一条通信总线33及收发器34。

本领域技术人员应该了解，图3示出的电子设备的结构并不构成本发明实施例的限定，既可以是总线型结构，也可以是星形结构，所述电子设备3还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置。

在一些实施例中，所述电子设备3包括一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路、可编程门阵列、数字处理器及嵌入式设备等。所述电子设备3还可包括客户设备，所述客户设备包括但不限于任何一种可与客户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、数码相机等。

需要说明的是，所述电子设备3仅为举例，其他现有的或今后可能出现的电子产品如可适应于本发明，也应包含在本发明的保护范围以内，并以引用方式包含于此。

在一些实施例中，所述存储器31用于存储程序代码和各种数据，例如安装在所述电子设备3中的信用卡策略包的测试调整装置20，并在电子设备3的运行过程中实现高速、自动地完成程序或数据的存取。所述存储器31包括只读存储器(read-onlymemory，rom)、随机存储器(randomaccessmemory，ram)、可编程只读存储器(programmableread-onlymemory，prom)、可擦除可编程只读存储器(erasableprogrammableread-onlymemory，eprom)、一次可编程只读存储器(one-timeprogrammableread-onlymemory，otprom)、电子擦除式可复写只读存储器(electrically-erasableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

在一些实施例中，所述至少一个处理器32可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(centralprocessingunit，cpu)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。所述至少一个处理器32是所述电子设备3的控制核心(controlunit)，利用各种接口和线路连接整个电子设备3的各个部件，通过运行或执行存储在所述存储器31内的程序或者模块，以及调用存储在所述存储器31内的数据，以执行电子设备3的各种功能和处理数据，例如执行信用卡策略包的测试调整的功能。

在一些实施例中，所述至少一条通信总线33被设置为实现所述存储器31以及所述至少一个处理器32等之间的连接通信。

尽管未示出，所述电子设备3还可以包括给各个部件供电的电源(比如电池)，根据本发明的一个优选实施例，电源可以通过电源管理装置与所述至少一个处理器32逻辑相连，从而通过电源管理装置实现管理充电、放电、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述电子设备3还可以包括多种传感器、蓝牙模块、wi-fi模块等，在此不再赘述。

应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。

上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分。

在进一步的实施例中，结合图2，所述至少一个处理器32可执行所述电子设备3的操作装置以及安装的各类应用程序(如所述的信用卡策略包的测试调整装置20)、程序代码等，例如，上述的各个模块。

所述存储器31中存储有程序代码，且所述至少一个处理器32可调用所述存储器31中存储的程序代码以执行相关的功能。例如，图2中所述的各个模块是存储在所述存储器31中的程序代码，并由所述至少一个处理器32所执行，从而实现所述各个模块的功能以达到信用卡策略包的测试调整的目的。

在本发明的一个实施例中，所述存储器31存储多个指令，所述多个指令被所述至少一个处理器32所执行以实现信用卡策略包的测试调整的功能。

具体地，所述至少一个处理器32对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。