CN114896151A - 信息处理方法及装置、电子设备和计算机可读存储介质 - Google Patents

Abstract

本公开提供了一种信息处理方法及装置、电子设备和计算机可读存储介质，可以应用于软件工程技术领域和金融领域。该信息处理方法包括：响应于接收到测试请求，根据测试请求，生成测试用例文件，其中，测试请求包括待开发程序的功能配置信息，测试用例文件包括与功能配置信息对应的至少一个测试用例信息；根据至少一个测试用例信息中的每个测试用例信息，生成与每个测试用例信息分别对应的测试案例代码信息；以及根据与每个测试用例信息分别对应的测试案例代码信息，对待开发程序进行测试，得到测试结果，以便根据测试结果确定待开发程序的源代码信息。

Description

信息处理方法及装置、电子设备和计算机可读存储介质

技术领域

本公开涉及软件工程技术领域和金融领域，更具体地，涉及一种信息处理方法及装置、电子设备、计算机可读存储介质和一种计算机程序产品。

背景技术

随着软件技术的发展，基于不同程序的各种软件产品应运而生，如何检查各种软件产品的功能是否符合设计需求是亟待解决的问题。

单元测试(Unit Test)是指对软件产品中的最小可测试单元进行检查和验证。在单元测试中，涉及单元测试用例的设计和单元测试案例的生成。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：单元测试用例设计与单元测试案例生成相脱节，导致软件测试的效率较低、测试成本较高。

发明内容

有鉴于此，本公开提供了一种信息处理方法及装置、电子设备、计算机可读存储介质和计算机程序产品。

根据本公开的一个方面，提供了一种信息处理方法，包括：

响应于接收到测试请求，根据上述测试请求，生成测试用例文件，其中，上述测试请求包括待开发程序的功能配置信息，上述测试用例文件包括与上述功能配置信息对应的至少一个测试用例信息；

根据上述至少一个测试用例信息中的每个测试用例信息，生成与上述每个测试用例信息分别对应的测试案例代码信息；以及

根据与上述每个测试用例信息分别对应的上述测试案例代码信息，对上述待开发程序进行测试，得到测试结果，以便根据上述测试结果确定上述待开发程序的源代码信息。

根据本公开的实施例，上述功能配置信息包括至少两个配置项目和与上述至少两个配置项目中的每个配置项目分别对应的配置信息集合，上述根据所述测试请求，生成测试用例文件包括：

根据上述与上述至少两个配置项目中的每个配置项目分别对应的配置信息集合中的配置信息，确定输入信息集合，其中，上述输入信息集合包括至少一个输入信息；以及

根据上述与上述至少两个配置项目中的每个配置项目分别对应的配置信息集合中的标签信息和上述配置信息，确定输出结果集合，其中，上述标签信息和上述配置信息一一对应，上述输出结果集合包括至少一个输出结果。

根据本公开的实施例，上述根据上述与上述至少两个配置项目中的每个配置项目分别对应的配置信息集合中的配置信息，确定输入信息集合包括：

利用上述至少两个配置项目中的每个配置项目分别对应的配置信息集合的笛卡尔乘积，生成上述至少一个输入信息。

根据本公开的实施例，上述功能配置信息包括至少两个配置项目和与上述至少两个配置项目中的每个配置项目分别对应的配置值，上述根据所述测试请求，生成测试用例文件包括：

根据上述至少两个配置项目和与上述至少两个配置项目中的每个配置项目分别对应的上述配置值，确定输入信息集合和输出结果集合，其中，上述输入信息集合包括至少一个输入信息，上述输出结果集合包括至少一个输出结果。

根据本公开的实施例，上述信息处理方法还包括：

根据上述至少一个输入信息和上述至少一个输出结果，确定与上述功能配置信息对应的上述至少一个测试用例信息；以及

根据上述至少一个测试用例信息，生成上述测试用例文件。

根据本公开的实施例，上述根据上述至少一个测试用例信息中的每个测试用例信息，生成与上述每个测试用例信息分别对应的测试案例代码信息包括：

对上述至少一个测试用例信息中的每个测试用例信息分别进行解析，确定上述每个测试用例信息各自的用例名称、输入信息和输出结果；以及

基于上述每个测试用例信息各自的用例名称、输入信息和输出结果，利用测试案例代码生成模板，生成与上述每个测试用例信息分别对应的上述测试案例代码信息。

根据本公开的实施例，上述根据上述测试结果确定上述待开发程序的源代码信息包括：

响应于上述测试结果表征上述待开发程序测试通过，确定上述待开发程序的源代码信息。

根据本公开的实施例，上述信息处理方法基于Eclipse插件或Idea插件实现。

根据本公开的另一个方面，提供了一种信息处理装置，包括：

第一生成模块，用于响应于接收到测试请求，根据上述测试请求，生成测试用例文件，其中，上述测试请求包括待开发程序的功能配置信息，上述测试用例文件包括与上述功能配置信息对应的至少一个测试用例信息；

第二生成模块，用于根据上述至少一个测试用例信息中的每个测试用例信息，生成与上述每个测试用例信息分别对应的测试案例代码信息；以及

测试模块，用于根据与上述每个测试用例信息分别对应的上述测试案例代码信息，对上述待开发程序进行测试，得到测试结果，以便根据上述测试结果确定上述待开发程序的源代码信息。

根据本公开的另一个方面，提供了一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个指令，

其中，当上述一个或多个指令被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如上所述的方法。

根据本公开的另一个方面，提供了一种计算机可读存储介质，其上存储有可执行指令，上述可执行指令被处理器执行时使处理器实现如上所述的方法。

根据本公开的另一个方面，提供了一种计算机程序产品，上述计算机程序产品包括计算机可执行指令，上述计算机可执行指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，通过根据包括待开发程序的功能配置信息的测试请求，生成包括至少一个测试用例信息的测试用例文件，并生成与每个测试用例信息分别对应的测试案例代码信息，根据测试案例代码信息，对待开发程序进行测试。通过上述技术手段，集成了测试用例文件设计和测试案例代码生成，至少部分地克服了相关技术中单元测试用例设计与单元测试案例生成相脱节，导致软件测试的效率较低、测试成本较高的技术问题，进而降低了开发人员编写测试案例代码的成本，提高了测试效率，提高了代码质量和可维护性。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的可以应用信息处理方法的系统架构；

图2示意性示出了根据本公开实施例的信息处理方法的流程图；

图3示意性示出了根据本公开实施例的生成测试用例文件的方法流程图；

图4示意性示出了根据本公开实施例的生成测试案例代码信息的方法流程图；

图5示意性示出了根据本公开实施例的信息处理方法的示例示意图；

图6示意性示出了根据本公开的实施例的信息处理装置的框图；以及

图7示意性示出了根据本公开实施例的适于实现信息处理方法的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

在本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。

在本公开的技术方案中，在获取或采集用户个人信息之前，均获取了用户的授权或同意。

随着软件技术的发展，基于不同程序的各种软件产品应运而生，如何检查各种软件产品的功能是否符合设计需求是亟待解决的问题。

单元测试是指对软件产品中的最小可测试单元进行检查和验证。测试人员可以通过编写部分代码，检验待测试的软件产品的某个功能是否符合需求，完成单元测试。

在单元测试中，涉及单元测试用例的设计和单元测试案例的生成。可以通过设置输入数据、执行待测试的软件产品对应的程序、验证输出是否符合需求来完成单元测试用例设计。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：单元测试用例设计与单元测试案例生成相脱节，导致软件测试的效率较低、测试成本较高。

为了至少部分地解决相关技术中存在的技术问题，本公开提供了一种信息处理方法及装置、电子设备和计算机可读存储介质，可以应用于软件工程技术领域和金融领域。该信息处理方法包括：响应于接收到测试请求，根据测试请求，生成测试用例文件，其中，测试请求包括待开发程序的功能配置信息，测试用例文件包括与功能配置信息对应的至少一个测试用例信息；根据至少一个测试用例信息中的每个测试用例信息，生成与每个测试用例信息分别对应的测试案例代码信息；以及根据与每个测试用例信息分别对应的测试案例代码信息，对待开发程序进行测试，得到测试结果，以便根据测试结果确定待开发程序的源代码信息。

需要说明的是，本公开实施例提供的信息处理方法和装置可用于软件工程技术领域和金融领域，例如应用于银行系统根据业务功能需求调整软件代码。本公开实施例提供的信息处理方法和装置也可用于除软件工程技术领域和金融领域之外的任意领域，例如应用于单元测试。本公开实施例提供的信息处理方法和装置的应用领域不做限定。

图1示意性示出了根据本公开实施例的可以应用信息处理方法的系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线和/或无线通信链路等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端和/或社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的信息处理方法一般可以由服务器105执行。相应地，本公开实施例所提供的信息处理装置一般可以设置于服务器105中。本公开实施例所提供的信息处理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的信息处理装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。或者，本公开实施例所提供的信息处理方法也可以由终端设备101、102、或103执行，或者也可以由不同于终端设备101、102、或103的其他终端设备执行。相应地，本公开实施例所提供的信息处理装置也可以设置于终端设备101、102、或103中，或设置于不同于终端设备101、102、或103的其他终端设备中。

例如，功能配置信息可以原本存储在终端设备101、102、或103中的任意一个(例如，终端设备101，但不限于此)之中，或者存储在外部存储设备上并可以导入到终端设备101中。然后，终端设备101可以在本地执行本公开实施例所提供的信息处理方法，或者将功能配置信息发送到其他终端设备、服务器、或服务器集群，并由接收该功能配置信息的其他终端设备、服务器、或服务器集群来执行本公开实施例所提供的信息处理方法。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了根据本公开实施例的信息处理方法的流程图。

如图2所示，该信息处理方法包括操作S210～S230。

在操作S210，响应于接收到测试请求，根据测试请求，生成测试用例文件，其中，测试请求包括待开发程序的功能配置信息，测试用例文件包括与功能配置信息对应的至少一个测试用例信息。

在操作S220，根据至少一个测试用例信息中的每个测试用例信息，生成与每个测试用例信息分别对应的测试案例代码信息。

在操作S230，根据与每个测试用例信息分别对应的测试案例代码信息，对待开发程序进行测试，得到测试结果，以便根据测试结果确定待开发程序的源代码信息。

根据本公开的实施例，测试请求可以是用户通过客户端向服务器发送的请求报文。测试请求可以包括待开发程序的功能配置信息，但并不局限于此，测试请求还可以待开发程序的业务需求信息等。

根据本公开的实施例，可以利用测试请求中待开发程序的功能配置信息进行测试设计，并生成测试用例信息。测试用例信息可以与待开发程序的功能配置或业务需求相关。

根据本公开的实施例，测试用例文件可以包括与待开发程序的功能配置信息相关联的文字性描述信息。测试案例代码信息可以包括与该文字性描述信息相对应的代码信息。测试结果可以用于表征待开发程序是否能够实现预期功能配置。

根据本公开的实施例，测试请求可以用于进行单元测试，即对软件中的最小可测试单元在与程序其他部分相隔离的情况下进行检查和验证的工作，单元可以包括一个函数、方法、类、功能模块或者子系统。

根据本公开的实施例，单元测试的实现方式包括人工静态检查和动态执行跟踪。人工静态检查可以包括代码走读，能够保证代码逻辑的正确性。动态执行跟踪可以包括代码运行，能够检查实际的运行结果和预期结果是否一致。通过对待开发程序进行测试，可以检查该程序的行为是否符合设计规格。

根据本公开的实施例，可以根据语句覆盖、分支覆盖、条件覆盖、分支条件覆盖、条件组合覆盖、路径覆盖等设计方案进行测试用例文件的设计，实现测试用例对待开发程序的逻辑覆盖。

根据本公开的实施例，通过根据包括待开发程序的功能配置信息的测试请求，生成包括至少一个测试用例信息的测试用例文件，并生成与每个测试用例信息分别对应的测试案例代码信息，根据测试案例代码信息，对待开发程序进行测试。通过上述技术手段，集成了测试用例文件设计和测试案例代码生成，至少部分地克服了相关技术中单元测试用例设计与单元测试案例生成相脱节，导致软件测试的效率较低、测试成本较高的技术问题，进而降低了开发人员编写测试案例代码的成本，提高了测试效率，提高了代码质量和可维护性。

下面参考图3～图5，结合具体实施例对图2所示的方法做进一步说明。

图3示意性示出了根据本公开实施例的生成测试用例文件的方法流程图。

如图3所示，操作S210可以包括操作S311～S317。

根据本公开的实施例，在操作S311，在功能配置信息包括至少两个配置项目和与至少两个配置项目中的每个配置项目分别对应的配置信息集合的情况下，可以执行操作操作S312～S313。

根据本公开的实施例，操作S312～S313示例性示出了按照等价类方式，对测试请求中待开发程序的功能配置信息进行处理，生成测试用例文件的方法。

在操作S312，根据与至少两个配置项目中的每个配置项目分别对应的配置信息集合中的配置信息，确定输入信息集合，其中，输入信息集合包括至少一个输入信息。

根据本公开的实施例，操作S312可以包括以下操作。

利用至少两个配置项目中的每个配置项目分别对应的配置信息集合的笛卡尔乘积，生成至少一个输入信息。

在操作S313，根据与至少两个配置项目中的每个配置项目分别对应的配置信息集合中的标签信息和配置信息，确定输出结果集合，其中，标签信息和配置信息一一对应，输出结果集合包括至少一个输出结果。

根据本公开的实施例，标签信息可以用于表征正向信息和反向信息。例如，有权限和无权限，有效和无效等。

根据本公开的实施例，例如，配置项目为文件名和用户，与文件名对应的配置信息集合为(文档1-有权限，文档2-无权限)，与用户对应的配置信息集合为(A-有权限，B-有权限，C-无权限)，则功能配置信息可以表示为如下表1所示。

表1

利用等价类方式得到的测试用例文件可以表示为如下表2所示。

表2

根据本公开的实施例，通过在功能配置信息包括至少两个配置项目和对应的配置信息集合的情况下，根据与配置信息集合中的配置信息，确定至少一个输入信息，根据配置信息集合中的标签信息和配置信息，确定至少一个输出结果。通过上述技术手段，由于根据配置信息集合中的标签信息和配置信息，可以自动确定输入信息和输出结果，进而提高了测试效率。由于利用笛卡尔乘积生成测试用例信息，因而可以保障测试用例的覆盖度，进而提高了测试质量。

根据本公开的另一实施例，在操作S314，在功能配置信息包括至少两个配置项目和与至少两个配置项目中的每个配置项目分别对应的配置值的情况下，可以执行操作操作S315。

根据本公开的实施例，操作S315示例性示出了按照正交法方式，对测试请求中待开发程序的功能配置信息进行处理，生成测试用例文件的方法。

在操作S315，根据至少两个配置项目和与至少两个配置项目中的每个配置项目分别对应的配置值，确定输入信息集合和输出结果集合，其中，输入信息集合包括至少一个输入信息，输出结果集合包括至少一个输出结果。

根据本公开的实施例，例如，配置项目为X和Y，与X对应的配置值为X1、X2和X3，与Y对应的配置值为Y1、Y2和Y3，则功能配置信息可以表示为如下表3所示。

表3

利用正交法方式得到的测试用例文件可以表示为如下表4所示。

表4

用例名称	输入信息	输出结果
			案例1	X：X1，Y：Y3	测试通过
案例2	X：X1，Y：Y1	测试通过
			案例3	X：X3，Y：Y3	测试通过
案例4	X：X3，Y：Y2	测试通过
			案例5	X：X2，Y：Y3	测试通过
案例6	X：X1，Y：Y2	测试通过
			案例7	X：X3，Y：Y1	测试通过
案例8	X：X2，Y：Y1	测试通过
			案例9	X：X2，Y：Y2	测试通过

根据本公开的实施例，通过在功能配置信息包括至少两个配置项目和对应的配置值的情况下，根据配置项目和配置值，确定至少一个输入信息和至少一个输出结果。通过上述技术手段，由于可以生成具有代表性的测试用例信息，无需对全部组合进行测试，因而提高了测试效率。

根据本公开的实施例，在S312～S313或S315执行完成后，可以执行操作S316～S317。

在操作S316，根据至少一个输入信息和至少一个输出结果，确定与功能配置信息对应的至少一个测试用例信息。

在操作S317，根据至少一个测试用例信息，生成测试用例文件。

根据本公开的实施例，可以通过Java程序的读写功能，根据至少一个输入信息和至少一个输出结果生成测试用例文件。测试用例文件可以包括Excel格式文件。

根据本公开的实施例，通过根据至少一个输入信息和至少一个输出结果，确定与功能配置信息对应的至少一个测试用例信息，并根据至少一个测试用例信息，生成测试用例文件。通过上述技术手段，由于可以基于等价类或正交法，根据待开发程序的功能配置信息自动生成测试用例文件，以便于后续根据测试用例文件自动生成测试案例代码信息，因而至少部分地克服了相关技术中人工进行测试设计容易存在遗漏的技术问题，进而保障了测试的全面覆盖，提升了待开发程序的产品质量，提高了测试效率。

图4示意性示出了根据本公开实施例的生成测试案例代码信息的方法流程图。

如图4所示，操作S220可以包括操作S421～S422。

在操作S421，对至少一个测试用例信息中的每个测试用例信息分别进行解析，确定每个测试用例信息各自的用例名称、输入信息和输出结果。

在操作S422，基于每个测试用例信息各自的用例名称、输入信息和输出结果，利用测试案例代码生成模板，生成与每个测试用例信息分别对应的测试案例代码信息。

根据本公开的实施例，测试用例文件中的每一行表示一个测试用例信息，可以对测试用例文件中每一个测试用例信息分别进行解析，以确定每个测试用例信息的用例名称、输入信息和输出结果。

根据本公开的实施例，可以按照测试案例代码生成模板，依次从解析结果中抽取每个测试用例信息对应的用例名称、输入信息和输出结果，生成与每个测试用例信息分别对应的测试案例代码信息。

根据本公开的实施例，可以根据与每个测试用例信息分别对应的测试案例代码信息，对待开发程序进行测试，得到测试结果，并将实际的测试结果与预期的输出结果进行比较，若测试结果与输出结果的一致，则可以确定待开发程序测试通过。

根据本公开的实施例，根据测试结果确定待开发程序的源代码信息可以包括以下操作。响应于测试结果表征待开发程序测试通过，确定待开发程序的源代码信息。

根据本公开的实施例，可以对源代码信息进行解析，分析源代码信息内部的外部类成员和第三方调用，以便进行Mock代码的生成。外部类成员可以包括类本身定义的其他类成员变量。第三方调用可以包括其他类方法的调用。

根据本公开的实施例，通过基于每个测试用例信息各自的用例名称、输入信息和输出结果，利用测试案例代码生成模板，生成与每个测试用例信息分别对应的测试案例代码信息，并可以在基于测试案例代码信息的测试结果表征待开发程序测试通过的情况下，确定待开发程序的源代码信息。通过上述技术手段，降低了开发人员编写测试案例代码的成本，提高了代码质量和测试效率。

图5示意性示出了根据本公开实施例的信息处理方法的示例示意图。

根据本公开的实施例，信息处理方法基于Eclipse插件或Idea插件实现。

根据本公开的实施例，插件(Extension)也称为扩展，是一种遵循一定规范的应用程序接口编写出来的程序，可以用来扩展软件功能。例如，IE(Internet Explorer)中安装相关插件后，Web浏览器能够直接调用插件程序，用于处理特定类型的文件，如Flash插件、RealPlayer插件等。

根据本公开的实施例，IDE(Integrated Development Environment)集成开发环境，是用于提供程序开发环境的应用程序，一般包括代码编辑器、编译器、调试器和图形用户界面等工具。集成了代码编写功能、分析功能、编译功能、调试功能等一体化的开发软件服务。常用的Java开发IDE包括Eclipse、Idea。

根据本公开的实施例，如图5所示，信息处理方法可以基于Eclipse插件501、Idea插件502结合公共模块503实现。通过提供插件版本的工具可以与开发人员常用的IDE进行集成。

根据本公开的实施例，在Eclipse插件501的界面层可以提供测试用例文件生成接口5011、测试案例代码生成接口5012和日志输出接口5013。在Idea插件502的界面层可以提供测试用例文件生成接口5021、测试案例代码生成接口5022和日志输出接口5023。

根据本公开的实施例，通过调用公共模块503中的Xls测试用例文件生成模块5033，可以实现Eclipse插件501中的测试用例文件生成接口5011和Idea插件502中的测试用例文件生成接口5021的功能。

根据本公开的实施例，通过调用公共模块503中的Xls测试用例解析模块5031和源代码解析模块5035，并结合测试案例代码生成模板模块5036和mock代码生成模块5032，可以实现Eclipse插件501中的提供测试案例代码生成接口5012和Idea插件502中的提供测试案例代码生成5022的功能。

根据本公开的实施例，通过调用公共模块503中的日志处理模块5034，可以实现Eclipse插件501中的日志输出接口5013和Idea插件502中的日志输出接口5023的功能。通过日志输出接口5013和日志输出接口5023，可以对测试用例文件生成和测试案例代码生成过程中产生的日志进行输出，方面开发人员了解功能及操作的异常情况。

图6示意性示出了根据本公开的实施例的信息处理装置的框图。

如图6所示，信息处理装置600包括第一生成模块601、第二生成模块602和测试模块603。

第一生成模块601，用于响应于接收到测试请求，根据测试请求，生成测试用例文件，其中，测试请求包括待开发程序的功能配置信息，测试用例文件包括与功能配置信息对应的至少一个测试用例信息。

第二生成模块602，用于根据至少一个测试用例信息中的每个测试用例信息，生成与每个测试用例信息分别对应的测试案例代码信息。

测试模块603，用于根据与每个测试用例信息分别对应的测试案例代码信息，对待开发程序进行测试，得到测试结果，以便根据测试结果确定待开发程序的源代码信息。

根据本公开的实施例，功能配置信息包括至少两个配置项目和与至少两个配置项目中的每个配置项目分别对应的配置信息集合，第一生成模块601包括第一确定单元和第二确定单元。

第一确定单元，用于根据与至少两个配置项目中的每个配置项目分别对应的配置信息集合中的配置信息，确定输入信息集合，其中，输入信息集合包括至少一个输入信息。

第二确定单元，用于根据与至少两个配置项目中的每个配置项目分别对应的配置信息集合中的标签信息和配置信息，确定输出结果集合，其中，标签信息和配置信息一一对应，输出结果集合包括至少一个输出结果。

根据本公开的实施例，第一确定单元包括生成子单元。

生成子单元，用于利用至少两个配置项目中的每个配置项目分别对应的配置信息集合的笛卡尔乘积，生成至少一个输入信息。

根据本公开的实施例，功能配置信息包括至少两个配置项目和与至少两个配置项目中的每个配置项目分别对应的配置值，第一生成模块601包括第三确定单元。

第三确定单元，用于根据至少两个配置项目和与至少两个配置项目中的每个配置项目分别对应的配置值，确定输入信息集合和输出结果集合，其中，输入信息集合包括至少一个输入信息，输出结果集合包括至少一个输出结果。

根据本公开的实施例，第一生成模块601还包括第四确定单元和第一生成单元。

第四确定单元，用于根据至少一个输入信息和至少一个输出结果，确定与功能配置信息对应的至少一个测试用例信息。

第一生成单元，用于根据至少一个测试用例信息，生成测试用例文件。

根据本公开的实施例，第二生成模块602包括第五确定单元和第二生成单元。

第五确定单元，用于对至少一个测试用例信息中的每个测试用例信息分别进行解析，确定每个测试用例信息各自的用例名称、输入信息和输出结果。

第二生成单元，用于基于每个测试用例信息各自的用例名称、输入信息和输出结果，利用测试案例代码生成模板，生成与每个测试用例信息分别对应的测试案例代码信息。

根据本公开的实施例，测试模块603包括第五确定单元。

第五确定单元，用于响应于测试结果表征待开发程序测试通过，确定待开发程序的源代码信息。

根据本公开的实施例，信息处理方法基于Eclipse插件或Idea插件实现。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第一生成模块601、第二生成模块602和测试模块603中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，第一生成模块601、第二生成模块602和测试模块603中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一生成模块601、第二生成模块602和测试模块603中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

需要说明的是，本公开的实施例中信息处理装置部分与本公开的实施例中信息处理方法部分是相对应的，信息处理装置部分的描述具体参考信息处理方法部分，在此不再赘述。

图7示意性示出了根据本公开实施例的适于实现信息处理方法的电子设备的框图。图7示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，根据本公开实施例的计算机电子设备700包括处理器701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分707加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。处理器701例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器701还可以包括用于缓存用途的板载存储器。处理器701可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 703中，存储有电子设备700操作所需的各种程序和数据。处理器701、ROM702以及RAM 703通过总线704彼此相连。处理器701通过执行ROM 702和/或RAM 703中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM702和RAM 703以外的一个或多个存储器中。处理器701也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备700还可以包括输入/输出(I/O)接口705，输入/输出(I/O)接口705也连接至总线704。电子设备700还可以包括连接至I/O接口705的以下部件中的一项或多项：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被处理器701执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 702和/或RAM 703和/或ROM 702和RAM 703以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行本公开实施例所提供的方法的程序代码，当计算机程序产品在电子设备上运行时，该程序代码用于使电子设备实现本公开实施例所提供的信息处理方法。

在该计算机程序被处理器701执行时，执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分709被下载和安装，和/或从可拆卸介质711被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (12)

1.一种信息处理方法，包括：

响应于接收到测试请求，根据所述测试请求，生成测试用例文件，其中，所述测试请求包括待开发程序的功能配置信息，所述测试用例文件包括与所述功能配置信息对应的至少一个测试用例信息；

根据所述至少一个测试用例信息中的每个测试用例信息，生成与所述每个测试用例信息分别对应的测试案例代码信息；以及

根据与所述每个测试用例信息分别对应的所述测试案例代码信息，对所述待开发程序进行测试，得到测试结果，以便根据所述测试结果确定所述待开发程序的源代码信息。

2.根据权利要求1所述的方法，其中，所述功能配置信息包括至少两个配置项目和与所述至少两个配置项目中的每个配置项目分别对应的配置信息集合，

所述根据所述测试请求，生成测试用例文件包括：

根据所述与所述至少两个配置项目中的每个配置项目分别对应的配置信息集合中的配置信息，确定输入信息集合，其中，所述输入信息集合包括至少一个输入信息；以及

根据所述与所述至少两个配置项目中的每个配置项目分别对应的配置信息集合中的标签信息和所述配置信息，确定输出结果集合，其中，所述标签信息和所述配置信息一一对应，所述输出结果集合包括至少一个输出结果。

3.根据权利要求2所述的方法，其中，所述根据所述与所述至少两个配置项目中的每个配置项目分别对应的配置信息集合中的配置信息，确定输入信息集合包括：

利用所述至少两个配置项目中的每个配置项目分别对应的配置信息集合的笛卡尔乘积，生成所述至少一个输入信息。

4.根据权利要求1所述的方法，其中，所述功能配置信息包括至少两个配置项目和与所述至少两个配置项目中的每个配置项目分别对应的配置值，

所述根据所述测试请求，生成测试用例文件包括：

根据所述至少两个配置项目和与所述至少两个配置项目中的每个配置项目分别对应的所述配置值，确定输入信息集合和输出结果集合，其中，所述输入信息集合包括至少一个输入信息，所述输出结果集合包括至少一个输出结果。

5.根据权利要求2至4任一项所述的方法，还包括：

根据所述至少一个输入信息和所述至少一个输出结果，确定与所述功能配置信息对应的所述至少一个测试用例信息；以及

根据所述至少一个测试用例信息，生成所述测试用例文件。

6.根据权利要求1至5中任一项所述的方法，其中，所述根据所述至少一个测试用例信息中的每个测试用例信息，生成与所述每个测试用例信息分别对应的测试案例代码信息包括：

对所述至少一个测试用例信息中的每个测试用例信息分别进行解析，确定所述每个测试用例信息各自的用例名称、输入信息和输出结果；以及

基于所述每个测试用例信息各自的用例名称、输入信息和输出结果，利用测试案例代码生成模板，生成与所述每个测试用例信息分别对应的所述测试案例代码信息。

7.根据权利要求1所述的方法，其中，所述根据所述测试结果确定所述待开发程序的源代码信息包括：

响应于所述测试结果表征所述待开发程序测试通过，确定所述待开发程序的源代码信息。

8.根据权利要求1所述的方法，其中，所述信息处理方法基于Eclipse插件或Idea插件实现。

9.一种信息处理装置，包括：

第一生成模块，用于响应于接收到测试请求，根据所述测试请求，生成测试用例文件，其中，所述测试请求包括待开发程序的功能配置信息，所述测试用例文件包括与所述功能配置信息对应的至少一个测试用例信息；

第二生成模块，用于根据所述至少一个测试用例信息中的每个测试用例信息，生成与所述每个测试用例信息分别对应的测试案例代码信息；以及

测试模块，用于根据与所述每个测试用例信息分别对应的所述测试案例代码信息，对所述待开发程序进行测试，得到测试结果，以便根据所述测试结果确定所述待开发程序的源代码信息。

10.一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个指令，

其中，当所述一个或多个指令被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至8中任一项所述的方法。

11.一种计算机可读存储介质，其上存储有可执行指令，所述可执行指令被处理器执行时使处理器实现权利要求1至8中任一项所述的方法。

12.一种计算机程序产品，所述计算机程序产品包括计算机可执行指令，所述计算机可执行指令在被执行时用于实现权利要求1至8中任一项所述的方法。

Images