CN117331812A - 业务代码验证方法、装置、计算机设备、存储介质和产品 - Google Patents

Abstract

本申请涉及一种业务代码验证方法、装置、计算机设备、存储介质和计算机程序产品，通过获取业务信息，并确定业务信息对应的业务场景，根据业务场景，获取相应的业务要求条件，获取用户信息和原始功能代码，根据业务要求条件和原始功能代码，生成测试案例，基于测试案例对用户信息进行处理，得到测试结果，并根据测试结果对原始功能代码进行功能验证，能够有效验证代码的功能性，从而提高代码测试效率。

Description

业务代码验证方法、装置、计算机设备、存储介质和产品

技术领域

本申请涉及人工智能技术领域，特别是涉及一种业务代码验证方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

开发人员代码编写完成后，对原始的代码的进行测试，以保证程序正确运行。传统方法中，在进行测试时，通常是采用集成测试的方法，从整体上对多个模块或组件进行测试，验证模块或组件之间的接口和交互是否正确，通过集成测试可以发现模块之间的兼容性问题和接口错误。

对于部分业务代码，由于涉及到的最小可测试单元较多，采用集成测试的方法，往往难以准确定位问题部位。因此，需要由人工对最小可测试单元进行测试，以验证代码是否按照预期进行工作，并快速定位和修复问题，然而，人工测试的效率较低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高代码测试效率的业务代码验证方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种业务代码验证方法，包括：

获取业务信息，并确定业务信息对应的业务场景；

根据业务场景，获取相应的业务要求条件；

获取用户信息和原始功能代码；

根据业务要求条件和原始功能代码，生成测试案例；

基于测试案例对用户信息进行处理，得到测试结果，并根据测试结果对原始功能代码进行功能验证。

在其中一个实施例中，确定业务信息对应的业务场景的步骤，包括：

创建业务场景库；

确定业务信息对应的业务需求；

根据业务需求，从业务场景库中获取业务需求对应的业务场景。

在其中一个实施例中，根据业务场景，获取相应的业务要求条件的步骤，包括：

根据业务场景和业务需求，获取目标数据格式；

根据目标数据格式，生成相应的业务要求条件。

在其中一个实施例中，根据业务要求条件和原始功能代码，生成测试案例的步骤，包括：

根据业务要求条件，确定预期输出结果；

根据原始功能代码，确定验证方法；

将用户信息确定为输入数据；

根据预期输出结果、验证方法、以及输入数据，生成测试案例。

在其中一个实施例中，基于测试案例对用户信息进行处理，得到测试结果的步骤，包括：

将用户信息输入至测试案例，并按照验证方法对用户信息进行处理，输出得到测试结果。

在其中一个实施例中，根据测试结果对原始功能代码进行功能验证的步骤，包括：

在测试结果与预期输出结果一致的情况下，确定原始功能代码的功能验证通过；

在测试结果与预期输出结果不一致的情况下，确定原始功能代码的功能验证不通过。

第二方面，本申请还提供了一种业务代码验证装置，包括：

信息获取模块，用于获取业务信息，并确定业务信息对应的业务场景；

要求获取模块，用于根据业务场景，获取相应的业务要求条件；

代码获取模块，用于获取用户信息和原始功能代码；

案例生成模块，用于根据业务要求条件和原始功能代码，生成测试案例；

代码验证模块，用于基于测试案例对用户信息进行处理，得到测试结果，并根据测试结果对原始功能代码进行功能验证。

第三方面，本申请还提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现第一方面任意一项的方法步骤。

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

第五方面，本申请还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面任意一项的方法步骤。

上述业务代码验证方法、装置、计算机设备、存储介质和计算机程序产品，通过获取业务信息，并确定业务信息对应的业务场景，根据业务场景，获取相应的业务要求条件，获取用户信息和原始功能代码，根据业务要求条件和原始功能代码，生成测试案例，基于测试案例对用户信息进行处理，得到测试结果，并根据测试结果对原始功能代码进行功能验证，能够有效验证代码的功能性，从而提高代码测试效率。

附图说明

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

图1为一个实施例中业务代码验证方法的应用环境图；

图2为一个实施例中业务代码验证方法的流程示意图；

图3为一个实施例中业务代码验证方法的流程示意图；

图4为一个实施例中业务代码验证装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

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

本申请实施例提供的业务代码验证方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上，也可以放在云上或其他网络服务器上。其中，终端102用于从服务器104获取业务信息，并确定业务信息对应的业务场景，根据业务场景，获取相应的业务要求条件，获取用户信息和原始功能代码，根据业务要求条件和原始功能代码，生成测试案例，基于测试案例对用户信息进行处理，得到测试结果，并根据测试结果对原始功能代码进行功能验证。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个示例性的实施例中，如图2所示，提供了一种业务代码验证方法，以该方法应用于图1中的终端102为例进行说明，包括以下步骤202至步骤210。

其中：

S202：获取业务信息，并确定业务信息对应的业务场景。

其中，业务信息指的是目标用户在进行业务办理时，由业务提供方提供的业务办理相关数据，包括业务数据、业务规则、业务流程等信息。业务场景指的是对业务信息在特定环境或情境中的应用和使用的描述，通常情况下，业务场景包括需要实现的具体业务、参与的不同角色等。终端根据业务信息中包含的业务办理流程，确定对应的业务场景。

S204：根据业务场景，获取相应的业务要求条件。

其中，业务要求条件可以是业务规则或由多个业务提供方共同规定的通用的业务规范，以业务场景为用户身份信息显示为例，通常在办理相关业务时，业务提供方需要收集用户的身份信息，例如用户身份信息、联系信息、账户信息等，并规定需要对这些信息进行屏蔽展示，例如：联系信息通常显示为123***1234，中间四位数采用特殊符号进行显示。对于其他业务场景，终端根据业务场景需要实现的具体业务，获取相应的业务要求条件。

S206：获取用户信息和原始功能代码。

其中，用户信息包括用户的基本信息(例如姓名、性别)、联系信息(例如联系电话)、地址信息、账户信息等。原始功能代码指的是用于实现业务场景中具体业务的功能代码，通常可以理解为软件系统中实际执行某项功能的代码块或模块，即实现特定功能的代码，通常是由开发人员编写的。

S208：根据业务要求条件和原始功能代码，生成测试案例。

其中，测试案例用于验证原始功能代码的功能是否符合预期，针对原始功能代码中所有的模块，终端根据业务要求条件，生成针对每个模块的测试用例，以验证原始功能代码的输出是否符合预期，通过单元测试，可以提高代码质量、减少错误，并确保各个模块之间的协作正确。

S210：基于测试案例对用户信息进行处理，得到测试结果，并根据测试结果对原始功能代码进行功能验证。

其中，用户信息作为测试案例的输入数据，输出得到针对用户信息的处理结果，即原始功能代码的测试结果，将测试结果与原始功能代码的预期输出结果进行对比，可以验证原始功能代码的功能性，以保证原始功能代码的正确性。其中，原始功能代码的预期输出结果即为测试案例的预期输出结果，在生成测试案例时，测试案例的预期输出结果可以确定。具体地，以用户个人信息屏蔽显示为例，预期输出结果为：联系信息显示为123***1234，通过测试案例对用户信息进行处理，得到输出的测试结果，若测试结果表示的显示信息与预期输出结果一致，则表示原始功能代码验证通过。

上述业务代码验证方法中，通过获取业务信息，并确定业务信息对应的业务场景，根据业务场景，获取相应的业务要求条件，获取用户信息和原始功能代码，根据业务要求条件和原始功能代码，生成测试案例，基于测试案例对用户信息进行处理，得到测试结果，并根据测试结果对原始功能代码进行功能验证，能够有效验证代码的功能性，从而提高代码测试效率。

在一个示例性的实施例中，确定业务信息对应的业务场景的步骤，包括：创建业务场景库；确定业务信息对应的业务需求；根据业务需求，从业务场景库中获取业务需求对应的业务场景。

其中，业务场景库是指收集和存储各种业务场景信息的数据库，通常包括业务场景模型、业务场景实例等。业务需求用于指示需要实现的具体业务，终端根据业务需求，可以在业务场景库中进行查询，以筛选出当前业务需求对应的业务场景。

本实施例中，通过创建业务场景库，确定业务信息对应的业务需求，根据业务需求，从业务场景库中获取业务需求对应的业务场景，能够准确获取业务场景，以基于业务场景生成测试案例，有效验证代码的功能性，从而提高代码测试效率。

在一个示例性的实施例中，根据业务场景，获取相应的业务要求条件的步骤，包括：根据业务场景和业务需求，获取目标数据格式；根据目标数据格式，生成相应的业务要求条件。

其中，目标数据格式指的是在业务场景下进行业务处理时，所需要的数据格式，以用户信息屏蔽显示为例，目标数据格式指的是用户信息的目标显示格式，终端根据目标数据格式，生成相应的业务要求条件，业务要求条件用于指示测试案例的预期输出结果。

本实施例中，通过根据业务场景和业务需求，获取目标数据格式，根据目标数据格式，生成相应的业务要求条件，能够有效验证代码的功能性，从而提高代码测试效率。

在一个示例性的实施例中，根据业务要求条件和原始功能代码，生成测试案例的步骤，包括：根据业务要求条件，确定预期输出结果；根据原始功能代码，确定验证方法；将用户信息确定为输入数据；根据预期输出结果、验证方法、以及输入数据，生成测试案例。

其中，测试案例是指用于验证软件系统功能的具体测试场景和输入，测试案例描述了在特定的情况下向系统提供什么样的输入、以及期望得到什么样的输出结果。通常情况下，测试案例包括输入数据、预期输出、以及验证方法，其中，输入数据指的是测试案例中提供给软件系统的输入值，预期输出指的是测试案例中对软件系统输出的期望结果，预期输出描述了在给定输入数据的条件下，系统应该产生什么样的输出，验证方法指的是测试案例中用于验证实际输出是否与预期输出相匹配的方法，验证方法可以是比较实际输出和预期输出、检查结果中的特定值或状态等。具体地，预期输出结果为业务要求条件所表示的需要实现的具体业务，输入数据为用户信息，验证方法为原始功能代码所表示的业务处理方法。

进一步地，在实际应用中，为了保证测试案例的测试效果，还需要考虑测试案例的测试覆盖率、边缘案例、以及异常案例，其中，测试覆盖率指的是衡量测试案例对软件系统的覆盖程度的指标，测试覆盖率表示测试案例对系统代码的执行路径和分支的覆盖情况，边缘案例指的是输入数据位于输入域的边界处的测试案例，边缘案例用于验证系统在输入值接近输入域的边界时是否仍然能够正常工作，异常案例指的是输入数据超出输入域的范围或不符合输入规范的测试案例，异常案例用于验证系统是否可以正确识别和处理非法或无效的输入。通过对原始功能代码的学习，终端可以自动生成不同类型的测试案例，从而可以全面验证软件系统的功能和性能。

本实施例中，通过根据业务要求条件，确定预期输出结果，根据原始功能代码，确定验证方法，将用户信息确定为输入数据，根据预期输出结果、验证方法、以及输入数据，生成测试案例，能够有效验证代码的功能性，从而提高代码测试效率。

在一个示例性的实施例中，基于测试案例对用户信息进行处理，得到测试结果的步骤，包括：将用户信息输入至测试案例，并按照验证方法对用户信息进行处理，输出得到测试结果。

其中，测试结果为测试案例的实际输出结果，以用户信息屏蔽显示为例，测试结果为通过测试案例得到的实际的数据格式，通过将测试案例的测试结果与预期输出的结果进行对比，可以验证原始功能代码的功能性。

本实施例中，通过将用户信息输入至测试案例，并按照验证方法对用户信息进行处理，输出得到测试结果，能够有效验证代码的功能性，从而提高代码测试效率。

在一个示例性的实施例中，根据测试结果对原始功能代码进行功能验证的步骤，包括：在测试结果与预期输出结果一致的情况下，确定原始功能代码的功能验证通过；在测试结果与预期输出结果不一致的情况下，确定原始功能代码的功能验证不通过。

其中，在测试结果与预期输出结果一致的情况下，表示测试案例的实际输出结果与预期输出结果一致，则确定原始功能代码的功能验证通过，即原始功能代码正确，在测试结果与预期输出结果不一致的情况下，表示测试案例的实际输出结果与预期输出结果不一致，则确定原始功能代码的功能验证不通过，即原始功能代码不正确。

在实际应用中，在原始功能代码出现错误的情况下，为了定位故障问题，可以通过日志分析、异常处理、性能测试等方法，对原始功能代码进行二次验证，其中，日志分析指的是分析功能代码运行的日志，检查内部流程是否按设计正常执行，异常处理指的是针对异常输入数据，检查功能代码是否有效识别和处理异常情况，性能测试指的是使用压力测试工具对功能代码进行负载和压力测试，检查在高并发下是否能稳定运行。

本实施例中，通过在测试结果与预期输出结果一致的情况下，确定原始功能代码的功能验证通过，在测试结果与预期输出结果不一致的情况下，确定原始功能代码的功能验证不通过，能够有效验证代码的功能性，从而提高代码测试效率。

在一个示例性的实施例中，如图3所示，提供了一种业务代码验证方法，包括以下步骤302至步骤310。其中：

S302：获取业务信息；创建业务场景库；确定业务信息对应的业务需求；根据业务需求，从业务场景库中获取业务需求对应的业务场景。

S304：根据业务场景和业务需求，获取目标数据格式；根据目标数据格式，生成相应的业务要求条件。

S306：获取用户信息和原始功能代码。

S308：根据业务要求条件，确定预期输出结果；根据原始功能代码，确定验证方法；将用户信息确定为输入数据；根据预期输出结果、验证方法、以及输入数据，生成测试案例。

S310：将用户信息输入至测试案例，并按照验证方法对用户信息进行处理，输出得到测试结果；在测试结果与预期输出结果一致的情况下，确定原始功能代码的功能验证通过；在测试结果与预期输出结果不一致的情况下，确定原始功能代码的功能验证不通过。

本实施例中，通过获取业务信息，并确定业务信息对应的业务场景，根据业务场景，获取相应的业务要求条件，获取用户信息和原始功能代码，根据业务要求条件和原始功能代码，生成测试案例，基于测试案例对用户信息进行处理，得到测试结果，并根据测试结果对原始功能代码进行功能验证，能够有效验证代码的功能性，从而提高代码测试效率。

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

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

在一个示例性的实施例中，如图4所示，提供了一种业务代码验证装置，包括：信息获取模块10、要求获取模块20、代码获取模块30、案例生成模块40和代码验证模块50，其中：

信息获取模块10，用于获取业务信息，并确定业务信息对应的业务场景。

要求获取模块20，用于根据业务场景，获取相应的业务要求条件。

代码获取模块30，用于获取用户信息和原始功能代码。

案例生成模块40，用于根据业务要求条件和原始功能代码，生成测试案例。

代码验证模块50，用于基于测试案例对用户信息进行处理，得到测试结果，并根据测试结果对原始功能代码进行功能验证。

在一个示例性的实施例中，信息获取模块10还用于创建业务场景库；确定业务信息对应的业务需求；根据业务需求，从业务场景库中获取业务需求对应的业务场景。

在一个示例性的实施例中，要求获取模块20还用于根据业务场景和业务需求，获取目标数据格式；根据目标数据格式，生成相应的业务要求条件。

在一个示例性的实施例中，案例生成模块40还用于根据业务要求条件，确定预期输出结果；根据原始功能代码，确定验证方法；将用户信息确定为输入数据；根据预期输出结果、验证方法、以及输入数据，生成测试案例。

在一个示例性的实施例中，代码验证模块50还用于将用户信息输入至测试案例，并按照验证方法对用户信息进行处理，输出得到测试结果。

在一个示例性的实施例中，代码验证模块50还用于在测试结果与预期输出结果一致的情况下，确定原始功能代码的功能验证通过；在测试结果与预期输出结果不一致的情况下，确定原始功能代码的功能验证不通过。

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

在一个示例性的实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图5所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种业务代码验证方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置。显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一个示例性的实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：获取业务信息，并确定业务信息对应的业务场景；根据业务场景，获取相应的业务要求条件；获取用户信息和原始功能代码；根据业务要求条件和原始功能代码，生成测试案例；基于测试案例对用户信息进行处理，得到测试结果，并根据测试结果对原始功能代码进行功能验证。

在一个实施例中，处理器执行计算机程序时涉及的确定业务信息对应的业务场景，包括：创建业务场景库；确定业务信息对应的业务需求；根据业务需求，从业务场景库中获取业务需求对应的业务场景。

在一个实施例中，处理器执行计算机程序时涉及的根据业务场景，获取相应的业务要求条件，包括：根据业务场景和业务需求，获取目标数据格式；根据目标数据格式，生成相应的业务要求条件。

在一个实施例中，处理器执行计算机程序时涉及的根据业务要求条件和原始功能代码，生成测试案例，包括：根据业务要求条件，确定预期输出结果；根据原始功能代码，确定验证方法；将用户信息确定为输入数据；根据预期输出结果、验证方法、以及输入数据，生成测试案例。

在一个实施例中，处理器执行计算机程序时涉及的基于测试案例对用户信息进行处理，得到测试结果，包括：将用户信息输入至测试案例，并按照验证方法对用户信息进行处理，输出得到测试结果。

在一个实施例中，处理器执行计算机程序时涉及的根据测试结果对原始功能代码进行功能验证，包括：在测试结果与预期输出结果一致的情况下，确定原始功能代码的功能验证通过；在测试结果与预期输出结果不一致的情况下，确定原始功能代码的功能验证不通过。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取业务信息，并确定业务信息对应的业务场景；根据业务场景，获取相应的业务要求条件；获取用户信息和原始功能代码；根据业务要求条件和原始功能代码，生成测试案例；基于测试案例对用户信息进行处理，得到测试结果，并根据测试结果对原始功能代码进行功能验证。

在一个实施例中，计算机程序被处理器执行时涉及的确定业务信息对应的业务场景，包括：创建业务场景库；确定业务信息对应的业务需求；根据业务需求，从业务场景库中获取业务需求对应的业务场景。

在一个实施例中，计算机程序被处理器执行时涉及的根据业务场景，获取相应的业务要求条件，包括：根据业务场景和业务需求，获取目标数据格式；根据目标数据格式，生成相应的业务要求条件。

在一个实施例中，计算机程序被处理器执行时涉及的根据业务要求条件和原始功能代码，生成测试案例，包括：根据业务要求条件，确定预期输出结果；根据原始功能代码，确定验证方法；将用户信息确定为输入数据；根据预期输出结果、验证方法、以及输入数据，生成测试案例。

在一个实施例中，计算机程序被处理器执行时涉及的基于测试案例对用户信息进行处理，得到测试结果，包括：将用户信息输入至测试案例，并按照验证方法对用户信息进行处理，输出得到测试结果。

在一个实施例中，计算机程序被处理器执行时涉及的根据测试结果对原始功能代码进行功能验证，包括：在测试结果与预期输出结果一致的情况下，确定原始功能代码的功能验证通过；在测试结果与预期输出结果不一致的情况下，确定原始功能代码的功能验证不通过。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：获取业务信息，并确定业务信息对应的业务场景；根据业务场景，获取相应的业务要求条件；获取用户信息和原始功能代码；根据业务要求条件和原始功能代码，生成测试案例；基于测试案例对用户信息进行处理，得到测试结果，并根据测试结果对原始功能代码进行功能验证。

在一个实施例中，计算机程序被处理器执行时涉及的确定业务信息对应的业务场景，包括：创建业务场景库；确定业务信息对应的业务需求；根据业务需求，从业务场景库中获取业务需求对应的业务场景。

在一个实施例中，计算机程序被处理器执行时涉及的根据业务场景，获取相应的业务要求条件，包括：根据业务场景和业务需求，获取目标数据格式；根据目标数据格式，生成相应的业务要求条件。

在一个实施例中，计算机程序被处理器执行时涉及的根据业务要求条件和原始功能代码，生成测试案例，包括：根据业务要求条件，确定预期输出结果；根据原始功能代码，确定验证方法；将用户信息确定为输入数据；根据预期输出结果、验证方法、以及输入数据，生成测试案例。

在一个实施例中，计算机程序被处理器执行时涉及的基于测试案例对用户信息进行处理，得到测试结果，包括：将用户信息输入至测试案例，并按照验证方法对用户信息进行处理，输出得到测试结果。

在一个实施例中，计算机程序被处理器执行时涉及的根据测试结果对原始功能代码进行功能验证，包括：在测试结果与预期输出结果一致的情况下，确定原始功能代码的功能验证通过；在测试结果与预期输出结果不一致的情况下，确定原始功能代码的功能验证不通过。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户个人信息、业务信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要符合相关规定。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(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)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

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

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

Claims (10)

1.一种业务代码验证方法，其特征在于，所述方法包括：

获取业务信息，并确定所述业务信息对应的业务场景；

根据所述业务场景，获取相应的业务要求条件；

获取用户信息和原始功能代码；

根据所述业务要求条件和所述原始功能代码，生成测试案例；

基于所述测试案例对所述用户信息进行处理，得到测试结果，并根据所述测试结果对所述原始功能代码进行功能验证。

2.根据权利要求1所述的方法，其特征在于，所述确定所述业务信息对应的业务场景，包括：

创建业务场景库；

确定所述业务信息对应的业务需求；

根据所述业务需求，从业务场景库中获取所述业务需求对应的业务场景。

3.根据权利要求2所述的方法，其特征在于，所述根据所述业务场景，获取相应的业务要求条件，包括：

根据所述业务场景和所述业务需求，获取目标数据格式；

根据所述目标数据格式，生成相应的业务要求条件。

4.根据权利要求1所述的方法，其特征在于，所述根据所述业务要求条件和所述原始功能代码，生成测试案例，包括：

根据所述业务要求条件，确定预期输出结果；

根据所述原始功能代码，确定验证方法；

将所述用户信息确定为输入数据；

根据所述预期输出结果、所述验证方法、以及所述输入数据，生成测试案例。

5.根据权利要求4所述的方法，其特征在于，所述基于所述测试案例对所述用户信息进行处理，得到测试结果，包括：

将所述用户信息输入至所述测试案例，并按照所述验证方法对所述用户信息进行处理，输出得到测试结果。

6.根据权利要求5所述的方法，其特征在于，所述根据所述测试结果对所述原始功能代码进行功能验证，包括：

在所述测试结果与所述预期输出结果一致的情况下，确定所述原始功能代码的功能验证通过；

在所述测试结果与所述预期输出结果不一致的情况下，确定所述原始功能代码的功能验证不通过。

7.一种业务代码验证装置，其特征在于，所述装置包括：

信息获取模块，用于获取业务信息，并确定所述业务信息对应的业务场景；

要求获取模块，用于根据所述业务场景，获取相应的业务要求条件；

代码获取模块，用于获取用户信息和原始功能代码；

案例生成模块，用于根据所述业务要求条件和所述原始功能代码，生成测试案例；

代码验证模块，用于基于所述测试案例对所述用户信息进行处理，得到测试结果，并根据所述测试结果对所述原始功能代码进行功能验证。

8.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。

10.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。