业务测试方法、装置、计算机设备和存储介质

技术领域

本申请涉及金融领域，特别是涉及一种业务测试方法、装置、计算机设备和存储介质。

背景技术

在开发人员完成对金融类应用程序的业务开发或更新后，需要对该业务对应的一个或多个接口进行测试，以保证该业务的正常使用。

通常，测试人员根据测试需求，通过与开发人员不断地迭代更新测试要点，形成测试方案，通过该测试方案对业务的使用情况进行测试，但是，传统技术中，存在可能无法全面地对业务的使用情况进行测试的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够全面地对业务的使用情况进行测试的业务测试方法、装置、计算机设备和存储介质。

第一方面，本申请提供了一种业务测试方法。所述方法包括：

根据待测试业务的功能信息，确定所述待测试业务对应的测试接口；

根据预设的测试大纲，生成所述测试接口对应的测试脚本；所述测试大纲包括金融类应用程序的所有业务对应的接口的测试模板；

根据所述测试脚本对所述待测试业务进行测试，得到所述待测试业务的测试结果。

在其中一个实施例中，所述根据预设的测试大纲，生成所述测试接口对应的测试脚本，包括：

从所述测试大纲中确定所述测试接口对应的目标测试模板；

根据所述目标测试模板，生成所述测试脚本。

在其中一个实施例中，所述根据所述目标测试模板，生成所述测试脚本，包括：

利用预设的脚本生成工具和所述目标测试模板，生成所述测试脚本。

在其中一个实施例中，所述根据所述测试脚本对所述待测试业务进行测试，得到所述待测试业务的测试结果，包括：

确定所述待测试业务的业务类型；

基于所述业务类型运行所述测试脚本，得到运行结果；

根据所述运行结果，得到所述待测试业务的测试结果。

在其中一个实施例中，所述方法还包括：

确定所述金融类应用程序的所有业务对应的接口的测试项和测试点；

根据各所述测试项和各所述测试点，生成各所述业务对应的接口的测试模板；

根据各所述业务对应的接口的测试模板，生成所述测试大纲。

在其中一个实施例中，所述根据各所述测试项和各所述测试点，生成各所述业务对应的接口的测试模板，包括：

根据各所述测试项、各所述测试点和各所述业务对应的接口的历史测试数据，生成各所述业务对应的接口的测试模板。

第二方面，本申请还提供了一种业务测试装置。所述装置包括：

第一确定模块，用于根据待测试业务的功能信息，确定所述待测试业务对应的测试接口；

第一生成模块，用于根据预设的测试大纲，生成所述测试接口对应的测试脚本；所述测试大纲包括金融类应用程序的所有业务对应的接口的测试模板；

测试模块，用于根据所述测试脚本对所述待测试业务进行测试，得到所述待测试业务的测试结果。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

根据待测试业务的功能信息，确定所述待测试业务对应的测试接口；

根据预设的测试大纲，生成所述测试接口对应的测试脚本；所述测试大纲包括金融类应用程序的所有业务对应的接口的测试模板；

根据所述测试脚本对所述待测试业务进行测试，得到所述待测试业务的测试结果。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

根据待测试业务的功能信息，确定所述待测试业务对应的测试接口；

根据预设的测试大纲，生成所述测试接口对应的测试脚本；所述测试大纲包括金融类应用程序的所有业务对应的接口的测试模板；

根据所述测试脚本对所述待测试业务进行测试，得到所述待测试业务的测试结果。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

根据待测试业务的功能信息，确定所述待测试业务对应的测试接口；

根据预设的测试大纲，生成所述测试接口对应的测试脚本；所述测试大纲包括金融类应用程序的所有业务对应的接口的测试模板；

根据所述测试脚本对所述待测试业务进行测试，得到所述待测试业务的测试结果。

上述业务测试方法、装置、计算机设备和存储介质，根据待测试业务的功能信息，确定待测试业务对应的测试接口，根据预设的测试大纲，生成测试接口对应的测试脚本，根据测试脚本对待测试业务进行测试，得到待测试业务的测试结果，将对业务的测试转换为对接口的测试，根据对各测试接口的测试结果，得到对待测试业务的测试结果，实现了全面地对业务的使用情况进行测试，与现有技术中测试人员形成测试方案相比，本申请方法通过预先构建的包括金融类应用程序的所有业务对应的接口的测试模板的测试大纲确定测试脚本，从对各测试接口进行测试的角度对待测试业务进行测试，测试的维度更完整，从而可以更加全面的对待测试业务进行测试，并且，通过测试大纲确定测试脚本，不需要人工形成测试方案，节省了形成测试方案的时间，提高了对业务进行测试的效率和准确度。

附图说明

图1为一个实施例中业务测试方法的应用环境图；

图2为一个实施例中业务测试方法的流程示意图；

图3为另一个实施例中业务测试方法的流程示意图；

图4为另一个实施例中业务测试方法的流程示意图；

图5为另一个实施例中业务测试方法的流程示意图；

图6为一个实施例中业务测试装置的结构框图；

图7为另一个实施例中业务测试装置的结构框图；

图8为另一个实施例中业务测试装置的结构框图；

图9为另一个实施例中业务测试装置的结构框图；

图10为另一个实施例中业务测试装置的结构框图。

具体实施方式

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

需要说明的是，本发明的业务测试方法、装置、计算机设备和存储介质可用于金融领域，也可用于除金融领域之外的任意技术领域，本发明对业务测试方法、装置、计算机设备和存储介质的应用领域不做限定。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。

在本申请实施例的描述中，技术术语“第一”“第二”等仅用于区别不同对象，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量、特定顺序或主次关系。在本申请实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

现有技术中，开发人员完成对金融类应用程序的业务的开发或更新后，测试人员根据该业务的应用需求形成初始测试方案，并通过与开发人员确认测试要点，多次迭代完善测试方案，形成目标测试方案，但业务测试中各接口的测试点较多，现有技术中仅通过测试人员人工确认测试要点，容易产生遗漏接口的测试点的情况，并且由人工形成的测试方案，可能无法充分考虑测试场景，存在测试漏洞，从而可能无法全面地对业务的使用情况进行测试。

本申请实施例提供的业务测试方法，可以应用于如图1所示的应用环境中。其中，该计算机设备可以是服务器，其内部结构图可以如图1所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务测试数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务测试方法。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，如图2所示，提供了一种业务测试方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

S201，根据待测试业务的功能信息，确定待测试业务对应的测试接口。

其中，待测试业务可以是应用程序的查询业务、资源转移业务、资源借调业务等；待测试业务的功能信息可以包括业务场景、业务名称、服务模块、资源转移编码、资源转移链路、修改人员、修改任务等信息。

在本实施例中，在对待测试业务进行测试时，服务器可以接收其他计算机设备发送的待测试业务的测试请求，并对测试请求进行解析处理，得到待测试业务的功能信息，或者，服务器也可以根据测试人员输入的信息获取到待测试业务的功能信息。服务器完成待测试业务，需要调用服务器的一个或多个接口，根据待测试业务的功能信息，可以确定出待测试业务对应的测试接口。

示例性地，可以根据业务场景在测试大纲中确定出待测试业务的候选接口，在根据业务名称对候选接口进行筛选，得到符合业务名称的筛选后的候选接口，进一步地，根据服务模块、资源转移编码、资源转移链路、修改人员、修改任务等信息，在筛选后的候选接口中确定出待测试业务对应的测试接口。

S202，根据预设的测试大纲，生成测试接口对应的测试脚本；测试大纲包括金融类应用程序的所有业务对应的接口的测试模板。

其中，测试大纲为对测试要点进行分析后，以接口功能为维度，实现对产品的业务功能进行全量梳理、分析，形成的可落地、可执行的测试资产。

在本实施例中，金融类应用程序包括多个业务，每个业务对应一个或多个接口，每个接口对应一个或多个业务，将各接口对应的测试模板进行封装，得到测试大纲，在确定待测试业务对应的测试接口后，进一步地根据测试大纲，生成测试接口对应的测试脚本。可选的，测试模板中可以包括测试接口对应的测试脚本，根据测试接口和测试模板的对应关系，确定待测试接口对应的测试脚本。

S203，根据测试脚本对待测试业务进行测试，得到待测试业务的测试结果。

在本实施例中，根据测试数据运行测试脚本，对待测试业务进行测试，可选的，测试数据可以为测试脚本中预设的测试数据，或者，可以通过测试人员输入服务器的信息获取待测试业务的测试数据。待测试业务的测试结果包括测试通过和测试不通过，若测试结果为测试通过，则通过交互界面向测试人员展示测试通过的信息；若测试结果为测试不通过，则通过交互界面向测试人员展示测试不通过的信息，并可以向开发人员对应的计算机设备发送待测试业务测试不通过的信息。

可选的，当待测试业务的测试结果为测试不通过时，可以根据待测试业务的功能信息，重新确定待测试业务对应的测试接口，避免因测试过程中存在的偶发性错误导致测试结果为测试不通过。

作为一种可选的实施方式，可以根据对待测试业务的测试结果对测试大纲进行优化或添加，示例性地，若待测试业务的测试结果为不通过，但经测试人员核实，该测试接口正常，则当前该测试接口对应的测试模板不能满足该业务的测试需要，测试人员可以通过历史经验或实验数据对该测试接口对应的测试模板进行修改或添加。

可选的，可以将待测试业务的功能信息、待测试业务的测试结果存储在日志中，便于测试人员查找历史测试数据。

上述业务测试方法中，根据待测试业务的功能信息，确定待测试业务对应的测试接口，根据预设的测试大纲，生成测试接口对应的测试脚本，根据测试脚本对待测试业务进行测试，得到待测试业务的测试结果，将对业务的测试转换为对接口的测试，根据对各测试接口的测试结果，得到对待测试业务的测试结果，实现了全面地对业务的使用情况进行测试，与现有技术中测试人员形成测试方案相比，本申请方法通过预先构建的包括金融类应用程序的所有业务对应的接口的测试模板的测试大纲确定测试脚本，从对各测试接口进行测试的角度对待测试业务进行测试，测试的维度更完整，从而可以更加全面的对待测试业务进行测试，并且，通过测试大纲确定测试脚本，不需要人工形成测试方案，节省了形成测试方案的时间，提高了对业务进行测试的效率和准确度。

在上述根据预设的测试大纲，生成测试接口对应的测试脚本；测试大纲包括金融类应用程序的所有业务对应的接口的测试模板的场景中，先从测试大纲中确定测试接口对应的目标测试模板，在根据目标测试模板得到测试脚本。在一个实施例中，如图3所示，上述S202，包括：

S301，从测试大纲中确定测试接口对应的目标测试模板。

在本实施例中，可以预先建立金融类应用程序的所有业务对应的接口和测试模板之间的对应关系，根据该对应关系和测试模板和建立测试大纲，从而可以根据测试接口在测试大纲中确定出对应的目标测试模板。

可选的，测试大纲中各接口对应的测试模板可以为一个，测试模板可以对该接口的所有测试项和测试点进行测试；或者，测试大纲中各接口对应的测试模板可以为多个，各测试模板与各接口的测试点一一对应。

S302，根据目标测试模板，生成测试脚本。

可选的，可以预先将各测试模板对应的测试脚本进行封装，得到测试脚本库，在确定目标测试模板的情况下，可以根据测试模板和测试脚本之间的对应关系，在预设的脚本库中确定出目标测试模板对应的测试脚本，进一步地，测试人员可以根据预设的时间间隔和历史测试数据，对预设的测试脚本库进行更新，从而提高测试的准确度和效率。

本实施例中，首先在测试大纲中确定出测试接口对应的目标测试模板，再根据目标测试模板生成测试脚本，使得获取到的测试脚本更加准确，避免因测试脚本与测试接口不匹配而导致测试失败的情况。

下面将对根据目标测试模板，生成测试脚本的过程进行详细阐述。在一个实施例中，上述S302，包括：利用预设的脚本生成工具和目标测试模板，生成测试脚本。

在本实施例中，在确定出目标测试模板后，根据目标测试模板和测试数据，利用预设的脚本生成工具，生成测试脚本。可选的，预设的脚本生成工具可以是前端自动化工具Plop、ZeusAutoCode代码生成工具等，或者，预设的代码生成工具可以为开发人员根据测试大纲预先编译好的脚本生成程序。

示例性地，将目标测试模板作为预设的脚本生成工具的输入，脚本生成工具根据预先设置好的脚本生成逻辑编写代码，得到目标测试模板对应的目标代码，对目标代码进行封装，得到测试脚本。

本实施例中，利用预设的脚本生成工具和目标测试模板，生成测试脚本，使得生成的测试脚本与待测试业务的匹配度更高，提高了对待测试业务进行测试的准确度。

在上述根据测试脚本对待测试业务进行测试，得到待测试业务的测试结果的场景中，根据待测试业务的业务类型运行测试脚本，得到运行结果，从而根据运行结果得到测试结果。在一个实施例中，如图4所示，上述S203，包括：

S401，确定待测试业务的业务类型。

其中，业务类型包括查询业务、资源转移业务等。

在本实施例中，金融类应用程序包括多种业务类型，在对不同业务类型的业务进行测试时，测试的上送项和返回项并不相同，因此，需要先确定待测试业务的业务类型，以使服务器可以根据待测业务的业务类型进行测试，根据功能信息与业务类型的对应关系，确定待测试业务的业务类型。

S402，基于业务类型运行测试脚本，得到运行结果。

示例性地，若业务类型为查询业务，运行待测试业务对应的测试脚本，查询待测试与待测试业务相关的信息，将与待测试业务相关的信息进行封装，得到查询文件，服务器将该查询文件存储至预设位置或发送至对应的计算机设备；若业务类型为资源转移业务，则运行测试脚本，先查询待转移账户中的资源值是否大于等于资源转移值，在待转移账户中的资源值大于等于资源转移值的情况下，将待转移账户中的资源转移值转移至目标账户中。

可选的，服务器可以接收对待测试业务进行测试的测试人员的身份信息，根据身份信息进行身份认证，在身份认证通过的情况下，运行测试脚本。示例性地，服务器可以预先存储多个用户的身份信息，将多个用户的身份信息进行封装，得到身份信息库，若用户信息库中包括待测试业务对应的身份信息，则身份认证通过，若用户信息库中不包括待测试业务对应的身份信息，则身份认证不通过。进一步地，在身份认证通过的情况下，可以获取对待测试业务进行测试时的测试时间，将身份信息中的测试人员的姓名、工号和测试时间转换为水印信息，水印信息与各业务测试过程一一对应。

S403，根据运行结果，得到待测试业务的测试结果。

示例性地，若业务类型为查询业务，服务器通过查询预设位置或对应的计算机设备中是否有该查询文件，得到待测试业务的测试结果，若预设位置或对应的计算机设备中有该查询文件，则待测试业务的测试结果为测试通过，若预设位置或对应的计算机设备中没有该查询文件，则待测试业务的测试结果为测试不通过。

可选的，在待测试业务的测试结果为不通过时，可以测试脚本的返回项判断测试结果不通过的原因，根据返回项与异常原因之间的对应关系和当前业务测试时产生的返回项，确定对待测试业务测试不通过的原因。其中，测试脚本的返回项可以包括返回代码returnCode、返回状态returnStatus、异常返回errorMsg等字段，测试结果不通过的原因可以包括通信异常、接口异常等。

可选的，可以将身份信息中的测试人员的姓名、工号和测试时间转换为水印信息，将水印信息添加至测试结果中，并将测试结果通过展示界面展示给测试人员。

本实施例中，基于业务类型运行测试脚本，得到运行结果，从而根据运行结果，得到待测试业务的测试结果，使得得到的测试结果更加准确。

下面将对得到测试大纲的过程进行详细阐述。在一个实施例中，如图5所示，上述方法还包括：

S501，确定金融类应用程序的所有业务对应的接口的测试项和测试点。

其中，测试项包括接口测试、功能测试、异常测试、性能测试、安全性测试等，接口测试用于检查接口参数传递的正确性，接口功能实现的正确性，输出结果的正确性，以及对各种异常情况的容错处理的完整性和合理性，安全性测试用于测试接口是否存在漏洞、接口是否能够防范常见的攻击，例如结构化查询语言(Structured Query Language，SQL)注入攻击，跨站脚本攻击等、接口是否有效保护用户数据等，性能测试用于测试接口处理请求的速度、接口的响应时间、接口的吞吐量、接口的资源消耗情况，例如，内存使用情况，磁盘使用情况等，功能测试用于测试接口是否能够实现预期的功能、接口是否能够通过合理的方式处理不合理请求、接口是否支持预期的数据格式和数据类型、接口的输入和输出是否符合需求、是否满足业务逻辑等。

可选的，接口测试的测试点包含对上送项的字段必输测试、字段合法测试、字段类型测试，对返回项的逻辑性、合法性、一致性测试；功能测试以接口的内部功能逻辑为测试点；异常测试的测试点覆盖对返回异常的处理、对特殊错误码的处理；对性能测试的测试点包含接口的调用量测试、接口的数据库读写性能测试；安全性测试的测试点包含防越权攻击测试、防敏感信息泄漏测试、防文件下载漏洞测试等等。

在本实施例中，确定金融类应用程序的所有业务对应的接口的测试项，进一步地确定各接口的测试项对应的测试点。

S502，根据各测试项和各测试点，生成各业务对应的接口的测试模板。

在本实施例中，根据各接口的测试项和各测试点，生成各接口的测试模板，可选的，可以根据各测试项、各测试点和各业务对应的接口的历史测试数据，生成各业务对应的接口的测试模板；或者，测试人员可以根据各接口的测试项和测试点，形成各接口的测试模板，并将该测试模板输入至服务器，使得服务器获取各接口的测试模板。

S503，根据各业务对应的接口的测试模板，生成测试大纲。

在本实施例中，将各业务对应的接口的测试模板进行封装处理，生成测试大纲。可选的，可以按照预设的接口优先级对各测试模板进行排序，优先级高的接口对应的测试模板排列在优先级低的接口对应的测试模板前。

本实施例中，根据各接口的测试项和测试点，生成各业务对应的接口的测试模板，进一步地得到测试大纲，使得生成的测试大纲可以满足金融类应用程序的所有业务的测试需求。

下面结合一个具体的业务测试场景来介绍本公开的一个实施例，该方法包括如下步骤：

S1，确定金融类应用程序的所有业务对应的接口的测试项和测试点；根据各测试项、各测试点和各业务对应的接口的历史测试数据，生成各业务对应的接口的测试模板。

S2，根据各业务对应的接口的测试模板，生成测试大纲。

S3，根据待测试业务的功能信息，确定待测试业务对应的测试接口,。

S4，从测试大纲中确定测试接口对应的目标测试模板；测试大纲包括金融类应用程序的所有业务对应的接口的测试模板。

S5，利用预设的脚本生成工具和目标测试模板，生成测试脚本。

S6，确定待测试业务的业务类型；基于业务类型运行测试脚本，得到运行结果；根据运行结果，得到待测试业务的测试结果。

上述业务测试方法中，根据待测试业务的功能信息，确定待测试业务对应的测试接口，根据预设的测试大纲，生成测试接口对应的测试脚本，根据测试脚本对待测试业务进行测试，得到待测试业务的测试结果，将对业务的测试转换为对接口的测试，根据对各测试接口的测试结果，得到对待测试业务的测试结果，实现了全面地对业务的使用情况进行测试，与现有技术中测试人员形成测试方案相比，本申请方法通过预先构建的包括金融类应用程序的所有业务对应的接口的测试模板的测试大纲确定测试脚本，从对各测试接口进行测试的角度对待测试业务进行测试，测试的维度更完整，从而可以更加全面的对待测试业务进行测试，并且，通过测试大纲确定测试脚本，不需要人工形成测试方案，节省了形成测试方案的时间，提高了对业务进行测试的效率和准确度。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的业务测试方法的业务测试装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个业务测试装置实施例中的具体限定可以参见上文中对于业务测试方法的限定，在此不再赘述。

在一个实施例中，如图6所示，提供了一种业务测试装置，包括：第一确定模块10、第一生成模块11和测试模块12，其中：

第一确定模块10，用于根据待测试业务的功能信息，确定待测试业务对应的测试接口。

第一生成模块11，用于根据预设的测试大纲，生成测试接口对应的测试脚本；测试大纲包括金融类应用程序的所有业务对应的接口的测试模板。

测试模块12，用于根据测试脚本对待测试业务进行测试，得到待测试业务的测试结果。

上述业务测试装置，根据待测试业务的功能信息，确定待测试业务对应的测试接口，根据预设的测试大纲，生成测试接口对应的测试脚本，根据测试脚本对待测试业务进行测试，得到待测试业务的测试结果，将对业务的测试转换为对接口的测试，根据对各测试接口的测试结果，得到对待测试业务的测试结果，实现了全面地对业务的使用情况进行测试，与现有技术中测试人员形成测试方案相比，本申请方法通过预先构建的包括金融类应用程序的所有业务对应的接口的测试模板的测试大纲确定测试脚本，从对各测试接口进行测试的角度对待测试业务进行测试，测试的维度更完整，从而可以更加全面的对待测试业务进行测试，并且，通过测试大纲确定测试脚本，不需要人工形成测试方案，节省了形成测试方案的时间，提高了对业务进行测试的效率和准确度。

在一个实施例中，如图7所示，上述第一生成模块11，包括：第一确定单元111和第一生成单元112，其中：

第一确定单元111，用于从测试大纲中确定测试接口对应的目标测试模板。

第一生成单元112，用于根据目标测试模板，生成测试脚本。

本实施例中，首先在测试大纲中确定出测试接口对应的目标测试模板，再根据目标测试模板生成测试脚本，使得获取到的测试脚本更加准确，避免因测试脚本与测试接口不匹配而导致测试失败的情况。

在一个实施例中，上述第一生成单元112，用于利用预设的脚本生成工具和目标测试模板，生成测试脚本。

本实施例中，利用预设的脚本生成工具和目标测试模板，生成测试脚本，使得生成的测试脚本与待测试业务的匹配度更高，提高了对待测试业务进行测试的准确度。

在一个实施例中，如图8所示，上述测试模块12，包括：第二确定单元121、运行单元122和测试单元123，其中：

第二确定单元121，用于确定待测试业务的业务类型。

运行单元122，用于基于业务类型运行测试脚本，得到运行结果。

测试单元123，用于根据运行结果，得到待测试业务的测试结果。

本实施例中，基于业务类型运行测试脚本，得到运行结果，从而根据运行结果，得到待测试业务的测试结果，使得得到的测试结果更加准确。

在一个实施例中，如图9所示，上述装置还包括：第二确定模块13、第二生成模块14和第三生成模块15，其中：

第二确定模块13，用于确定金融类应用程序的所有业务对应的接口的测试项和测试点。

第二生成模块14，用于根据各测试项和各测试点，生成各业务对应的接口的测试模板。

第三生成模块15，用于根据各业务对应的接口的测试模板，生成测试大纲。

本实施例中，根据各接口的测试项和测试点，生成各业务对应的接口的测试模板，进一步地得到测试大纲，使得生成的测试大纲可以满足金融类应用程序的所有业务的测试需求。

在一个实施例中，如图10所示，上述第二生成模块14，包括：第二生成单元141，用于根据各测试项、各测试点和各业务对应的接口的历史测试数据，生成各业务对应的接口的测试模板。

本实施例提供的业务测试装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

上述业务测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

根据待测试业务的功能信息，确定待测试业务对应的测试接口；

根据预设的测试大纲，生成测试接口对应的测试脚本；测试大纲包括金融类应用程序的所有业务对应的接口的测试模板；

根据测试脚本对待测试业务进行测试，得到待测试业务的测试结果。

本实施例提供的计算机设备，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

从测试大纲中确定测试接口对应的目标测试模板；

根据目标测试模板，生成测试脚本。

本实施例提供的计算机设备，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

利用预设的脚本生成工具和目标测试模板，生成测试脚本。

本实施例提供的计算机设备，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

确定待测试业务的业务类型；

基于业务类型运行测试脚本，得到运行结果；

根据运行结果，得到待测试业务的测试结果。

本实施例提供的计算机设备，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

确定金融类应用程序的所有业务对应的接口的测试项和测试点；

根据各测试项和各测试点，生成各业务对应的接口的测试模板；

根据各业务对应的接口的测试模板，生成测试大纲。

本实施例提供的计算机设备，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据各测试项、各测试点和各业务对应的接口的历史测试数据，生成各业务对应的接口的测试模板。

本实施例提供的计算机设备，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

根据待测试业务的功能信息，确定待测试业务对应的测试接口；

根据预设的测试大纲，生成测试接口对应的测试脚本；测试大纲包括金融类应用程序的所有业务对应的接口的测试模板；

根据测试脚本对待测试业务进行测试，得到待测试业务的测试结果。

本实施例提供的计算机可读存储介质，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

从测试大纲中确定测试接口对应的目标测试模板；

根据目标测试模板，生成测试脚本。

本实施例提供的计算机可读存储介质，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

利用预设的脚本生成工具和目标测试模板，生成测试脚本。

本实施例提供的计算机可读存储介质，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

确定待测试业务的业务类型；

基于业务类型运行测试脚本，得到运行结果；

根据运行结果，得到待测试业务的测试结果。

本实施例提供的计算机可读存储介质，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

确定金融类应用程序的所有业务对应的接口的测试项和测试点；

根据各测试项和各测试点，生成各业务对应的接口的测试模板；

根据各业务对应的接口的测试模板，生成测试大纲。

本实施例提供的计算机可读存储介质，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据各测试项、各测试点和各业务对应的接口的历史测试数据，生成各业务对应的接口的测试模板。

本实施例提供的计算机可读存储介质，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

根据待测试业务的功能信息，确定待测试业务对应的测试接口；

根据预设的测试大纲，生成测试接口对应的测试脚本；测试大纲包括金融类应用程序的所有业务对应的接口的测试模板；

根据测试脚本对待测试业务进行测试，得到待测试业务的测试结果。

本实施例提供的计算机程序产品，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

从测试大纲中确定测试接口对应的目标测试模板；

根据目标测试模板，生成测试脚本。

本实施例提供的计算机程序产品，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

利用预设的脚本生成工具和目标测试模板，生成测试脚本。

本实施例提供的计算机程序产品，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

确定待测试业务的业务类型；

基于业务类型运行测试脚本，得到运行结果；

根据运行结果，得到待测试业务的测试结果。

本实施例提供的计算机程序产品，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

确定金融类应用程序的所有业务对应的接口的测试项和测试点；

根据各测试项和各测试点，生成各业务对应的接口的测试模板；

根据各业务对应的接口的测试模板，生成测试大纲。

本实施例提供的计算机程序产品，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据各测试项、各测试点和各业务对应的接口的历史测试数据，生成各业务对应的接口的测试模板。

本实施例提供的计算机程序产品，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。