CN110377498B - 信用卡账户自动测试方法、装置、电子设备及存储介质 - Google Patents

Abstract

一种信用卡账户自动测试方法，包括：将用户上传的策略包输送至灰度环境中；执行起批任务；当起批状态为成功状态时，获取服务器日志中的送策略包的多个参数；获取索引与日志中的送策略包的多个参数的序号相同的目标索引对应的目标真实参数；计算日志中的送策略包的多个参数的第一哈希值及目标真实参数的第二哈希值；当确定目标第一哈希值与对应的目标第二哈希值不相同时，输出对应的送策略包的参数和目标真实参数。本发明还提供一种信用卡账户自动测试装置、电子设备及存储介质。本发明能够快速准确的找到灰度测试与生产环境不一致的参数并修改此参数使其与生产环境一致，避免了因测试通过而生产环境中信用卡应用无法运行的情况。

Description

信用卡账户自动测试方法、装置、电子设备及存储介质

技术领域

本发明涉及测试技术领域，具体涉及一种信用卡账户自动测试方法、装置、电子设备及存储介质。

背景技术

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

现有技术中，为了验证信用卡账户的有效性，通常通过导入生产环境流量到灰度环境进行测试验证，通过手动上传策略包，选择场景和起批时间后进行执行，最后核对执行结果。

为了确保在灰度环境中经过严格测试通过的信用卡应用，也能在生产环境中正常运行，则必须确保灰度环境中的参数与生产环境中的参数一致。而参与灰度测试的参数多达成千上万个，如何快速准确的找到灰度环境中的参数与生产环境中的参数不一致的参数，成为亟待解决的技术问题。

发明内容

鉴于以上内容，有必要提出一种信用卡账户自动测试方法、装置、电子设备及存储介质，能够快速准确的找出灰度环境与生产环境不一致的参数，确保在灰度环境中经过严格测试通过的信用卡应用，能在生产环境中正常运行。

本发明的第一方面提供一种信用卡账户自动测试方法，应用于电子设备中，所述方法包括：

接收用户上传的包括多个参数的策略包；

将所述包括多个参数的策略包输送至灰度环境中，作为灰度测试的送策略包；

根据预设起批规则触发起批指令，执行起批任务；

获取所述起批任务的起批状态；

当所述起批状态为成功状态时，输出服务器日志中的送策略包的多个参数；

从生产环境中的真实参数中获取索引与所述日志中的送策略包的多个参数的序号相同的目标索引对应的目标真实参数；

计算所述日志中的送策略包的多个参数中的每一个参数的第一哈希值及所述目标真实参数中的每一个参数的第二哈希值；

判断每一个所述第一哈希值与对应的所述第二哈希值是否相同；

当确定目标第一哈希值与对应的目标第二哈希值不相同时，输出所述目标第一哈希值对应的送策略包的参数和所述目标第二哈希值对应的所述目标真实参数。

根据本发明的一个优选实施例，所述接收用户上传的包括多个参数的策略包包括：

接收到上传指令时，生成多个随机数；

从所述真实参数中获取索引与所述多个随机数相同的目标真实参数，作为所述用户上传的包括多个参数的策略包。

根据本发明的一个优选实施例，当所述预设起批规则为定时任务起批时，所述根据预设起批规则触发起批指令包括：

当满足了预设起批时间时，获取对应所述起批时间的起批场景；

根据所述起批时间和所述起批场景触发所述起批指令。

根据本发明的一个优选实施例，当所述预设起批规则为自动触发起批时，所述根据预设起批规则触发起批指令包括：

识别所上传的策略包的包名；

根据预先配置的策略包与起批场景和起批时间之间的对应关系，获取对应所上传的策略包的起批场景和起批时间；

根据所获取的起批场景和起批时间触发所述起批指令。

根据本发明的一个优选实施例，所述当所述起批状态为成功状态时，获取服务器日志中的送策略包的多个参数包括：

收集所有服务器上的起批日志；

从所述起批日志中筛选出对应所述起批场景的目标起批日志；

获取所述目标起批日志中的送策略包的多个参数。

根据本发明的一个优选实施例，当确定所述目标第一哈希值与对应的所述目标第二哈希值相同时，所述方法还包括：

发送测试成功的邮件至所述用户。

根据本发明的一个优选实施例，当所述起批状态为失败状态时，所述方法还包括：

发送预设告警信息的邮件至预设测试人员。

本发明的第二方面提供一种信用卡账户自动测试装置，运行于电子设备中，所述装置包括：

接收模块，用于接收用户上传的包括多个参数的策略包；

输送模块，用于将所述包括多个参数的策略包输送至灰度环境中，作为灰度测试的送策略包；

执行模块，用于根据预设起批规则触发起批指令，执行起批任务；

获取模块，用于获取所述起批任务的起批状态；

所述获取模块，还用于当所述第二获取模块获取所述起批状态为成功状态时，获取服务器日志中的送策略包的多个参数；

所述获取模块，还用于从生产环境中的真实参数中获取索引与所述日志中的送策略包的多个参数的序号相同的目标索引对应的目标真实参数；

计算模块，用于计算所述日志中的送策略包的多个参数中的每一个参数的第一哈希值及所述目标真实参数中的每一个参数的第二哈希值；

判断模块，用于判断每一个所述第一哈希值与对应的所述第二哈希值是否相同；

输出模块，用于当确定目标第一哈希值与对应的目标第二哈希值不相同时，输出所述目标第一哈希值对应的送策略包的参数和所述目标第二哈希值对应的所述目标真实参数。

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

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

综上所述，本发明所述的信用卡账户自动测试方法、装置、电子设备及存储介质，接收用户上传的策略包，所述策略包中包括多个参数；将所述策略包送入灰度环境中，作为灰度测试的送策略包参数；根据预设起批规则触发起批指令，执行起批任务；获取所述起批任务的起批状态；当所述起批状态为成功状态时，获取服务器日志中的送策略包的多个参数；从生产环境中的真实参数中获取索引与所述日志中的送策略包的多个参数的序号相同的目标索引对应的目标真实参数；计算所述日志中的送策略包的多个参数中的每一个参数的第一哈希值及所述目标真实参数中的每一个参数的第二哈希值；当确定目标第一哈希值与对应的目标第二哈希值不相同时，输出所述目标第一哈希值对应的送策略包的参数和所述目标第二哈希值对应的所述目标真实参数。能够快速准确的找到灰度环境与生产环境不一致的参数，以便于用户能够修改灰度环境下的参数使其与生产环境一致，以避免灰度测试通过了，而生产环境中信用卡应用无法运行。其次，通过自动化测试能够满足对灰度环境信用卡账户的快速验证，确保验证的全面性和完整性，避免人工验证易出错的问题。再者，采用自动化测试的方式解放了人力，使测试工程师可以避免这些重复机械性的劳动，将精力投入到更深层次的测试上，更好的保证产品的质量。

附图说明

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

图1是本发明实施例一提供的信用卡账户自动测试方法的流程图。

图2是本发明实施例二提供的信用卡账户自动测试装置的结构图。

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

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

具体实施方式

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

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

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

实施例一

图1是本发明实施例一提供的信用卡账户自动测试方法的流程图。

在本实施例中，所述信用卡账户自动测试方法可以应用于电子设备中，对于需要进行信用卡账户自动测试的电子设备，可以直接在电子设备上集成本发明的方法所提供的信用卡账户自动测试的功能，或者以软件开发工具包(Software Development Kit，SKD)的形式运行在电子设备中。

本发明实施例一提供一种信用卡账户自动测试方法，所述信用卡账户自动测试方法包括以下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些可以省略。

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

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

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

灰度环境：是指应用程序经过测试且测试完成验收达到设计目标和发布标准后，在正式发布之前先进行小范围的发布时所部署的环境。

S11：接收用户上传的包括多个参数的策略包。

本实施例中，为了确保后续的应用程序能在生产环境中正常运行，不仅要确保在灰度环境下的送策略包参数与生产环境的真实参数相同，还应当确保在灰度环境下服务器进行测试的应用程序或者操作系统，与运行在与其对应的生产环境下服务器上的应用程序或操作系统相同。

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

所述用户可以是测试人员，还可以是非测试人员。

用户上传策略包至灰度环境服务器，灰度环境服务器获取所上传的策略包。将配置有灰度环境的服务器称之为灰度环境服务器。

本实施例中的策略包分为三大类型，例如，联机策略包、批量策略包和C批量策略包。其中，每大类型策略包下包括多个策略包，每个策略包对应一个起批场景，每个起批场景对应一个具体的功能，不同的起批场景的功能不同，不同的策略包的包名不同。

S12：将所述包括多个参数的策略包输送至灰度环境中，作为灰度测试的送策略包。

本实施例中，当灰度环境服务器接收到策略包时，获取送策略包的多个参数。

所述送策略包的多个参数是指送入至灰度环境中与新用户账户的生产环境中的真实参数相同的多个参数。

所述参数是指信用卡应用参数，信用卡应用指的是用来处理具体业务的应用程序，参数配置往往采用XML、键值对等常见的格式。

优选地，所述接收用户上传的包括多个参数的策略包包括：

生成多个随机数；

从所述真实参数中获取索引与所述多个随机数相同的目标真实参数，作为所述用户上传的包括多个参数的策略包。

本实施例中，可以使用随机数生成算法生成多个随机数，也可以使用在线随机数生成器生成多个随机数。

生产环境对应的真实参数可以存储于数据库中，在数据库中建立索引，以表示真实参数的唯一标识，采用随机的方式获取索引与所生成的随机数相同的目标真实参数作为送策略包的多个参数更具测试意义。

S13：根据预设起批规则触发起批指令，执行起批任务。

本实施例中，预先设置有起批规则，灰度环境服务器接收到用户上传的策略包及获取到送策略包的多个参数之后，根据预设起批规则触发起批指令，从而执行起批任务。

优选地，所述预设起批规则包括：定时任务起批和自动触发起批。

所述定时任务起批是指在固定的时间点或者时间段触发起批指令。所述自动触发起批是指当接收到策略包时即触发起批指令。设置定时任务起批，便于在固定的时间段或者时间点自动执行起批任务，更加规律；而设置自动触发起批便于用户一上传了新的策略包即可执行起批任务，效率更高。

当所述预设起批规则为定时任务起批时，所述根据预设起批规则触发起批指令包括：

当满足了预设起批时间时，获取对应所述起批时间的起批场景；

根据所述起批时间和所述起批场景触发所述起批指令。

本实施例中，灰度环境服务器中预先配置有策略包的起批场景和起批时间之间的对应关系。可以针对不同的起批时间预先配置不同的起批场景，也可以针对多个起批时间预先配置一个相同的起批场景。所述起批时间可以是具体的时间段，也可以是固定的时间点。本发明在此不做具体限制。若当前时间为预设的起批时间，则获取对应起批时间的起批场景，然后触发起批指令，执行起批任务。

当所述预设起批规则为自动触发起批时，所述根据预设起批规则触发起批指令包括：

识别所上传的策略包的包名；

根据预先配置的策略包与起批场景和起批时间之间的对应关系，获取对应所上传的策略包的起批场景和起批时间；

根据所获取的起批场景和起批时间触发所述起批指令。

本实施例中，灰度环境服务器中预先配置有策略包及起批时间和起批场景之间的对应关系。不同的策略包对应不同的起批时间和起批场景。灰度环境服务器一侦测到有策略包上传后，识别策略包的包名，根据包名获取对应的起批场景和起批时间，然后触发起批指令，执行起批任务。

S14：获取所述起批任务的起批状态。

本实施例中，灰度环境服务器中预先设置有数据库，所述数据库可以是abt数据库，所述数据库中有起批状态表，记录了起批任务的起批状态。具体的，起批状态表中设置有关键字段，所述关键字段对应的数据即为起批状态，通过结构化查询语言(StructuredQuery Language，SQL)查询所述关键字段对应的数据即可获取所述起批任务的起批状态。

所述起批状态包括：待处理状态、处理中状态、失败状态及成功状态。所述待处理状态是指所述起批任务还未被执行的状态；所述处理中状态是指所述起批任务正在被执行的状态；所述失败状态是指所述起批任务被中断了，无法继续执行的状态；所述成功状态是指所述起批任务已经完成的状态。

需要说明的是，当起批状态为待处理状态时或者处理中状态时，需等待起批任务执行直至起批状态为失败状态或者成功状态即可。

S15：当所述起批状态为成功状态时，获取服务器日志中的送策略包的多个参数。

本实施例中，在起批任务执行成功后，即可从灰度环境服务器上获取日志信息，根据日志信息得到送策略包的多个参数。

所述日志信息包括：送策略包参数、起批场景、起批时间等。

优选地，所述当所述起批状态为成功状态时，获取服务器日志中的送策略包的多个参数包括：

收集所有服务器上的起批日志；

从所述起批日志中筛选出对应所述起批场景的目标起批日志；

获取所述目标起批日志中的送策略包的多个参数。

本实施例中，由于服务器是以集群的方式进行部署的，因而无法确切的知道哪些送策略包参数运行在哪台服务器上，而又由于在执行送策略包参数的起批任务时，需要起批场景，而不同的策略包对应的起批场景不同，功能也不同，因而，将每台服务器上的起批日期都打印出来并收集整理在一起后，可以根据起批场景从所有日志中筛选出对应所述起批场景的目标起批日志，最后从目标起批日志中获取送策略包参数并进行输出。

本实施例中，可以根据OLLMT_PCID、PARTY_NO获取目标起批日志中的送策略包的多个参数。

S16：从生产环境中的真实参数中获取索引与所述日志中的送策略包的多个参数的序号相同的目标索引对应的目标真实参数。

本实施例中，所述日志能够真实的反映出送策略包参数的值，即送入策略包的多个参数是何样，输出的日志中的送策略包的多个参数便是何样，通过判断日志中的送策略包的多个参数与生产环境中的真实参数进行比对，即可判断出送策略包的多个参数是否与生产环境的真实参数相同，从而确保灰度环境下的测试参数与生产环境下的真实参数是否一致，如此即可避免人工逐个核对的麻烦。

在起批状态为成功状态时，表明灰度环境下的测试已经结束了，此时需要将服务器日志中的送策略包的多个参数与生产环境中的真实参数进行比较，便于后续进行判断日志中的送策略包的多个参数与生产环境中的真实参数是否一致。输送至灰度环境中的送策略包参数是根据生产环境中的真实参数进行选择的，且生产环境中的每一个真实参数都对应有索引，因而只需要从生产环境中的真实参数中获取索引与所述日志中的送策略包的多个参数的序号相同的目标索引对应的真实参数即可。从生产环境中的真实参数中获取的真实参数作为目标真实参数。

S17：计算所述日志中的送策略包的多个参数中的每一个参数的第一哈希值及所述目标真实参数中的每一个参数的第二哈希值；

本实施例中，获取到生产环境中的目标真实参数之后，对所述日志中的送策略包的多个参数中的每一个参数进行哈希计算，得到送策略包的每一个参数的第一哈希值。同时，对目标真实参数中的每一个参数进行哈希计算，得到目标真实参数中的每一个参数的第二哈希值。

关于哈希计算的过程为现有技术，本发明在此不再进行详细阐述。

S18：判断每一个所述第一哈希值与对应的所述第二哈希值是否相同。

本实施例中，当第一哈希值与对应的第二哈希值相同时，表明送策略包的参数与目标真实参数相同；当第一哈希值与对应的第二哈希值不相同时，表明送策略包的参数与目标真实参数不相同。

当确定目标第一哈希值与对应的目标第二哈希值相同时，执行S19：否则，当确定目标第一哈希值与对应的目标第二哈希值不相同时，执行S20。

S19：发送测试成功的邮件至所述用户。

本实施例中，若确定目标第一哈希值与对应的目标第二哈希值相同时，即可确定灰度环境下的测试参数与生产环境下的真实参数一致，发送成功的邮件至所述用户告知比对成功。

S20：输出所述目标第一哈希值对应的送策略包的参数和所述目标第二哈希值对应的所述目标真实参数。

本实施例中，若确定目标第一哈希值与对应的目标第二哈希值不相同时，即可确定灰度环境下的测试参数与生产环境下的真实参数不一致，将所述目标第一哈希值对应的送策略包的参数和所述目标第二哈希值对应的所述目标真实参数输出，便于用户对目标真实参数进行核对。

进一步的，当所述起批状态为失败状态时，所述方法还包括：

发送预设告警信息的邮件至预设测试人员。

本实施例中，若所述起批任务中断，停止执行时，说明有异常发生，需发送邮件至测试人员进行告警。

通过告警邮件，让管理者能够及时对发生异常行为的测试进行排查，确认起批失败的原因。

综上所述，本发明所述的一种信用卡账户自动化测试方法，接收用户上传的策略包，所述策略包中包括多个参数；将所述策略包送入灰度环境中，作为灰度测试的送策略包参数；根据预设起批规则触发起批指令，执行起批任务；获取所述起批任务的起批状态；当所述起批状态为成功状态时，获取服务器日志中的送策略包的多个参数；从生产环境中的真实参数中获取索引与所述日志中的送策略包的多个参数的序号相同的目标索引对应的目标真实参数；计算所述日志中的送策略包的多个参数中的每一个参数的第一哈希值及所述目标真实参数中的每一个参数的第二哈希值；当确定目标第一哈希值与对应的目标第二哈希值不相同时，输出所述目标第一哈希值对应的送策略包的参数和所述目标第二哈希值对应的所述目标真实参数。能够快速准确的找到灰度环境与生产环境不一致的参数，以便于用户能够修改灰度环境下的参数使其与生产环境一致，以避免灰度测试通过了，而生产环境中信用卡应用无法运行。其次，通过自动化测试能够满足对灰度环境信用卡账户的快速验证，确保验证的全面性和完整性，避免人工验证易出错的问题。再者，采用自动化测试的方式解放了人力，使测试工程师可以避免这些重复机械性的劳动，将精力投入到更深层次的测试上，更好的保证产品的质量。

实施例二

图2是本发明实施例二提供的信用卡账户自动测试装置的结构图。

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

本实施例中，所述信用卡账户自动测试装置20，运行于服务器集群构成的硬件环境中，根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：接收模块201、输送模块202、执行模块203、获取模块204、计算模块205、判断模块206、发送模块207及输出模块208。本发明所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。

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

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

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

灰度环境：是指应用程序经过测试且测试完成验收达到设计目标和发布标准后，在正式发布之前先进行小范围的发布时所部署的环境。

接收模块201，用于接收用户上传的包括多个参数的策略包。

本实施例中，为了确保后续的应用程序能在生产环境中正常运行，不仅要确保在灰度环境下的送策略包参数与生产环境的真实参数相同，还应当确保在灰度环境下服务器进行测试的应用程序或者操作系统，与运行在与其对应的生产环境下服务器上的应用程序或操作系统相同。

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

所述用户可以是测试人员，还可以是非测试人员。

用户上传策略包至灰度环境服务器，灰度环境服务器获取所上传的策略包。将配置有灰度环境的服务器称之为灰度环境服务器。

本实施例中的策略包分为三大类型，例如，联机策略包、批量策略包和C批量策略包。其中，每大类型策略包下包括多个策略包，每个策略包对应一个起批场景，每个起批场景对应一个具体的功能，不同的起批场景的功能不同，不同的策略包的包名不同。

输送模块202，用于将所述包括多个参数的策略包输送至灰度环境中，作为灰度测试的送策略包。

本实施例中，当灰度环境服务器接收到策略包时，获取送策略包的多个参数。

所述送策略包的多个参数是指送入至灰度环境中与新用户账户的生产环境中的真实参数相同的多个参数。

所述参数是指信用卡应用参数，信用卡应用指的是用来处理具体业务的应用程序，参数配置往往采用XML、键值对等常见的格式。

优选地，所述接收模块201接收用户上传的包括多个参数的策略包包括：

生成多个随机数；

从所述真实参数中获取索引与所述多个随机数相同的目标真实参数，作为所述用户上传的包括多个参数的策略包。

本实施例中，可以使用随机数生成算法生成多个随机数，也可以使用在线随机数生成器生成多个随机数。

生产环境对应的真实参数可以存储于数据库中，在数据库中建立索引，以表示真实参数的唯一标识，采用随机的方式获取索引与所生成的随机数相同的目标真实参数作为送策略包的多个参数更具测试意义。

执行模块203，用于根据预设起批规则触发起批指令，执行起批任务。

本实施例中，预先设置有起批规则，灰度环境服务器接收到用户上传的策略包及获取到送策略包的多个参数之后，根据预设起批规则触发起批指令，从而执行起批任务。

优选地，所述预设起批规则包括：定时任务起批和自动触发起批。

所述定时任务起批是指在固定的时间点或者时间段触发起批指令。所述自动触发起批是指当接收到策略包时即触发起批指令。设置定时任务起批，便于在固定的时间段或者时间点自动执行起批任务，更加规律；而设置自动触发起批便于用户一上传了新的策略包即可执行起批任务，效率更高。

当所述预设起批规则为定时任务起批时，所述执行模块203根据预设起批规则触发起批指令包括：

当满足了预设起批时间时，获取对应所述起批时间的起批场景；

根据所述起批时间和所述起批场景触发所述起批指令。

本实施例中，灰度环境服务器中预先配置有策略包的起批场景和起批时间之间的对应关系。可以针对不同的起批时间预先配置不同的起批场景，也可以针对多个起批时间预先配置一个相同的起批场景。所述起批时间可以是具体的时间段，也可以是固定的时间点。本发明在此不做具体限制。若当前时间为预设的起批时间，则获取对应起批时间的起批场景，然后触发起批指令，执行起批任务。

当所述预设起批规则为自动触发起批时，所述执行模块203根据预设起批规则触发起批指令包括：

识别所上传的策略包的包名；

根据预先配置的策略包与起批场景和起批时间之间的对应关系，获取对应所上传的策略包的起批场景和起批时间；

根据所获取的起批场景和起批时间触发所述起批指令。

本实施例中，灰度环境服务器中预先配置有策略包及起批时间和起批场景之间的对应关系。不同的策略包对应不同的起批时间和起批场景。灰度环境服务器一侦测到有策略包上传后，识别策略包的包名，根据包名获取对应的起批场景和起批时间，然后触发起批指令，执行起批任务。

获取模块204，用户获取所述起批任务的起批状态。

本实施例中，灰度环境服务器中预先设置有数据库，所述数据库可以是abt数据库，所述数据库中有起批状态表，记录了起批任务的起批状态。具体的，起批状态表中设置有关键字段，所述关键字段对应的数据即为起批状态，通过结构化查询语言(StructuredQuery Language，SQL)查询所述关键字段对应的数据即可获取所述起批任务的起批状态。

所述起批状态包括：待处理状态、处理中状态、失败状态及成功状态。所述待处理状态是指所述起批任务还未被执行的状态；所述处理中状态是指所述起批任务正在被执行的状态；所述失败状态是指所述起批任务被中断了，无法继续执行的状态；所述成功状态是指所述起批任务已经完成的状态。

需要说明的是，当起批状态为待处理状态时或者处理中状态时，需等待起批任务执行直至起批状态为失败状态或者成功状态即可。

所述获取模块204，还用于当所述起批状态为成功状态时，获取服务器日志中的送策略包的多个参数。

本实施例中，在起批任务执行成功后，即可从灰度环境服务器上获取日志信息，根据日志信息得到送策略包的多个参数。

所述日志信息包括：送策略包参数、起批场景、起批时间等。

优选地，当所述起批状态为成功状态时，所述获取模块204获取服务器日志中的送策略包的多个参数包括：

收集所有服务器上的起批日志；

从所述起批日志中筛选出对应所述起批场景的目标起批日志；

获取所述目标起批日志中的送策略包的多个参数。

本实施例中，由于服务器是以集群的方式进行部署的，因而无法确切的知道哪些送策略包参数运行在哪台服务器上，而又由于在执行送策略包参数的起批任务时，需要起批场景，而不同的策略包对应的起批场景不同，功能也不同，因而，将每台服务器上的起批日期都打印出来并收集整理在一起后，可以根据起批场景从所有日志中筛选出对应所述起批场景的目标起批日志，最后从目标起批日志中获取送策略包参数并进行输出。

本实施例中，可以根据OLLMT_PCID、PARTY_NO获取目标起批日志中的送策略包的多个参数。

所述获取模块204，还用于从生产环境中的真实参数中获取索引与所述日志中的送策略包的多个参数的序号相同的目标索引对应的目标真实参数。

本实施例中，所述日志能够真实的反映出送策略包参数的值，即送入策略包的多个参数是何样，输出的日志中的送策略包的多个参数便是何样，通过判断日志中的送策略包的多个参数与生产环境中的真实参数进行比对，即可判断出送策略包的多个参数是否与生产环境的真实参数相同，从而确保灰度环境下的测试参数与生产环境下的真实参数是否一致，如此即可避免人工逐个核对的麻烦。

在起批状态为成功状态时，表明灰度环境下的测试已经结束了，此时需要将服务器日志中的送策略包的多个参数与生产环境中的真实参数进行比较，便于后续进行判断日志中的送策略包的多个参数与生产环境中的真实参数是否一致。输送至灰度环境中的送策略包参数是根据生产环境中的真实参数进行选择的，且生产环境中的每一个真实参数都对应有索引，因而只需要从生产环境中的真实参数中获取索引与所述日志中的送策略包的多个参数的序号相同的目标索引对应的真实参数即可。从生产环境中的真实参数中获取的真实参数作为目标真实参数。

计算模块205，用于计算所述日志中的送策略包的多个参数中的每一个参数的第一哈希值及所述目标真实参数中的每一个参数的第二哈希值；

本实施例中，获取到生产环境中的目标真实参数之后，对所述日志中的送策略包的多个参数中的每一个参数进行哈希计算，得到送策略包的每一个参数的第一哈希值。同时，对目标真实参数中的每一个参数进行哈希计算，得到目标真实参数中的每一个参数的第二哈希值。

关于哈希计算的过程为现有技术，本发明在此不再进行详细阐述。

判断模块206，用于判断每一个所述第一哈希值与对应的所述第二哈希值是否相同。

本实施例中，当第一哈希值与对应的第二哈希值相同时，表明送策略包的参数与目标真实参数相同；当第一哈希值与对应的第二哈希值不相同时，表明送策略包的参数与目标真实参数不相同。

发送模块207，用于当确定目标第一哈希值与对应的目标第二哈希值相同时，发送测试成功的邮件至所述用户。

本实施例中，若确定目标第一哈希值与对应的目标第二哈希值相同时，即可确定灰度环境下的测试参数与生产环境下的真实参数一致，发送成功的邮件至所述用户告知比对成功。

输出模块208，用于当确定目标第一哈希值与对应的目标第二哈希值不相同时，输出所述目标第一哈希值对应的送策略包的参数和所述目标第二哈希值对应的所述目标真实参数。

本实施例中，若确定目标第一哈希值与对应的目标第二哈希值不相同时，即可确定灰度环境下的测试参数与生产环境下的真实参数不一致，将所述目标第一哈希值对应的送策略包的参数和所述目标第二哈希值对应的所述目标真实参数输出，便于用户对目标真实参数进行核对。

进一步的，当所述起批状态为失败状态时，所述发送模块207，还用于：

发送预设告警信息的邮件至预设测试人员。

本实施例中，若所述起批任务中断，停止执行时，说明有异常发生，需发送邮件至测试人员进行告警。

通过告警邮件，让管理者能够及时对发生异常行为的测试进行排查，确认起批失败的原因。

综上所述，本发明所述的一种信用卡账户自动化测试装置，接收用户上传的策略包，所述策略包中包括多个参数；将所述策略包送入灰度环境中，作为灰度测试的送策略包参数；根据预设起批规则触发起批指令，执行起批任务；获取所述起批任务的起批状态；当所述起批状态为成功状态时，获取服务器日志中的送策略包的多个参数；从生产环境中的真实参数中获取索引与所述日志中的送策略包的多个参数的序号相同的目标索引对应的目标真实参数；计算所述日志中的送策略包的多个参数中的每一个参数的第一哈希值及所述目标真实参数中的每一个参数的第二哈希值；当确定目标第一哈希值与对应的目标第二哈希值不相同时，输出所述目标第一哈希值对应的送策略包的参数和所述目标第二哈希值对应的所述目标真实参数。能够快速准确的找到灰度环境与生产环境不一致的参数，以便于用户能够修改灰度环境下的参数使其与生产环境一致，以避免灰度测试通过了，而生产环境中信用卡应用无法运行。其次，通过自动化测试能够满足对灰度环境信用卡账户的快速验证，确保验证的全面性和完整性，避免人工验证易出错的问题。再者，采用自动化测试的方式解放了人力，使测试工程师可以避免这些重复机械性的劳动，将精力投入到更深层次的测试上，更好的保证产品的质量。

实施例三

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

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

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

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

在一些实施例中，所述存储器31用于存储程序代码和各种数据，例如安装在所述电子设备3中的信用卡账户自动测试装置20，并在电子设备3的运行过程中实现高速、自动地完成程序或数据的存取。所述存储器31包括只读存储器(Read-Only Memory，ROM)、随机存储器(Random Access Memory，RAM)、可编程只读存储器(Programmable Read-OnlyMemory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory，OTPROM)、电子擦除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

在一些实施例中，所述至少一个处理器32可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(Central Processing unit，CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。所述至少一个处理器32是所述电子设备3的控制核心(Control Unit)，利用各种接口和线路连接整个电子设备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对上述指令的具体实现方法包括：

接收用户上传的包括多个参数的策略包；

将所述包括多个参数的策略包输送至灰度环境中，作为灰度测试的送策略包；

根据预设起批规则触发起批指令，执行起批任务；

获取所述起批任务的起批状态；

当所述起批状态为成功状态时，获取服务器日志中的送策略包的多个参数；

从生产环境中的真实参数中获取索引与所述日志中的送策略包的多个参数的序号相同的目标索引对应的目标真实参数；

计算所述日志中的送策略包的多个参数中的每一个参数的第一哈希值及所述目标真实参数中的每一个参数的第二哈希值；

判断每一个所述第一哈希值与对应的所述第二哈希值是否相同；

日志中的送策略包的多个参数当确定目标第一哈希值与对应的目标第二哈希值不相同时，输出所述目标第一哈希值对应的送策略包的参数和所述目标第二哈希值对应的所述目标真实参数。

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

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

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

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

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

Claims (8)

1.一种信用卡账户自动测试方法，应用于电子设备中，其特征在于，所述方法包括：

接收用户上传的包括多个参数的策略包；

将所述包括多个参数的策略包输送至灰度环境中，作为灰度测试的送策略包；

根据预设起批规则触发起批指令，执行起批任务，其中，所述预设起批规则为自动触发起批时，所述根据预设起批规则触发起批指令包括：识别所上传的策略包的包名；根据预先配置的策略包与起批场景和起批时间之间的对应关系，获取对应所上传的策略包的起批场景和起批时间；根据所获取的起批场景和起批时间触发所述起批指令；

获取所述起批任务的起批状态；

当所述起批状态为成功状态时，获取服务器日志中的送策略包的多个参数，包括：收集所有服务器上的起批日志；从所述起批日志中筛选出对应所述起批场景的目标起批日志；获取所述目标起批日志中的送策略包的多个参数；

从生产环境中的真实参数中获取索引与所述日志中的送策略包的多个参数的序号相同的目标索引对应的目标真实参数；

计算所述日志中的送策略包的多个参数中的每一个参数的第一哈希值及所述目标真实参数中的每一个参数的第二哈希值；

判断每一个所述第一哈希值与对应的所述第二哈希值是否相同；

当确定目标第一哈希值与对应的目标第二哈希值不相同时，输出所述目标第一哈希值对应的送策略包的参数和所述目标第二哈希值对应的所述目标真实参数。

2.如权利要求1所述的方法，其特征在于，所述接收用户上传的包括多个参数的策略包包括：

接收到上传指令时，生成多个随机数；

从所述真实参数中获取索引与所述多个随机数相同的目标真实参数，作为所述用户上传的包括多个参数的策略包。

3.如权利要求1所述的方法，其特征在于，当所述预设起批规则为定时任务起批时，所述根据预设起批规则触发起批指令包括：

当满足了预设起批时间时，获取对应所述起批时间的起批场景；

根据所述起批时间和所述起批场景触发所述起批指令。

4.如权利要求1所述的方法，其特征在于，当确定所述目标第一哈希值与对应的所述目标第二哈希值相同时，所述方法还包括：

发送测试成功的邮件至所述用户。

5.如权利要求1所述的方法，其特征在于，当所述起批状态为失败状态时，所述方法还包括：

发送预设告警信息的邮件至预设测试人员。

6.一种信用卡账户自动测试装置，运行于电子设备中，其特征在于，所述装置包括实现如权利要求1至5中任意一项所述的信用卡账户自动测试方法的模块，所述装置包括：

接收模块，用于接收用户上传的包括多个参数的策略包；

输送模块，用于将所述包括多个参数的策略包输送至灰度环境中，作为灰度测试的送策略包；

执行模块，用于根据预设起批规则触发起批指令，执行起批任务；

获取模块，用于获取所述起批任务的起批状态；

所述获取模块，还用于当所述起批状态为成功状态时，获取服务器日志中的送策略包的多个参数；

所述获取模块，还用于从生产环境中的真实参数中获取索引与所述日志中的送策略包的多个参数的序号相同的目标索引对应的目标真实参数；

计算模块，用于计算所述日志中的送策略包的多个参数中的每一个参数的第一哈希值及所述目标真实参数中的每一个参数的第二哈希值；

判断模块，用于判断每一个所述第一哈希值与对应的所述第二哈希值是否相同；

输出模块，用于当确定目标第一哈希值与对应的目标第二哈希值不相同时，输出所述目标第一哈希值对应的送策略包的参数和所述目标第二哈希值对应的所述目标真实参数。

7.一种电子设备，其特征在于，所述电子设备包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1至5中任意一项所述信用卡账户自动测试方法。

8.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5中任意一项所述信用卡账户自动测试方法。