CN115686495A - 应用的生成方法、装置和服务器 - Google Patents

Abstract

本说明书提供了应用的生成方法、装置和服务器，应用于移动互联技术领域。基于该方法，具体实施前，可以预先构建得到能够适配多个应用场景、泛化能力较好的，至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块的预设的应用生成和测试模型。具体实施时，在接收到来自客户端的关于目标应用的目标生成请求之后，可以响应该目标生成请求，利用上述预设的应用生成和测试模型根据关联信息，将编码和测试耦合在一起，通过进行多次迭代处理，自动生成得到符合要求的目标应用；并将该目标应用反馈给客户端，以进行上线发布。从而能够有效地简化应用的生成和测试过程，自动且高效地得到符合要求的目标应用。

Description

应用的生成方法、装置和服务器

技术领域

本说明书属于移动互联技术领域，尤其涉及应用的生成方法、装置和服务器。

背景技术

基于现有方法，在上线并发布新的移动应用之前，编程人员需要先自行分析需求，自行编写代码，得到第一版的应用代码；再将第一版的应用代码提供给测试人员进行测试。根据测试人员反馈的结果，编程人员需要回过头来对第一版的应用代码进行修改，甚至重新编写，得到第二版的应用代码；再将第二版的应用代码提供给测试人员进行测试。往往需要往复多次重复上述过程，才能最终得到符合要求的应用代码。

可见，现有方法具体实施时，处理过程繁琐、复杂；并且，无法在编码过程中提前地发现问题，及时进行处理，导致需要来回多次进行编码和测试，使得整体处理过程耗时较长。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本说明书提供了一种应用的生成方法、装置和服务器，可以有效地简化应用的生成和测试过程，缩短应用的生成和测试周期，能够自动且高效地得到符合要求的目标应用。

本说明书实施例提供了一种应用的生成方法，应用于服务器，包括：

接收来自客户端的关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；

响应所述目标生成请求，利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；

将所述目标应用发送至客户端。

在一个实施例中，所述关联信息包括以下至少之一：业务功能需求、目标用户群的类型、测试指标参数、应用场景标签。

在一个实施例中，需求处理模块包括相互耦合的需求分析子模块和需求验收子模块；所述需求验收子模块配置有预设的需求验证规则；

其中，所述需求分析子模块用于根据关联信息确定目标应用的应用需求和体验需求；

所述需求验证子模块用于根据预设的需求验证规则，对需求分析子模块输出的应用需求和体验需求进行验证；并在验证不通过的情况下，与需求分析子模块交互，以对目标应用的应用需求和体验需求进行迭代调整。

在一个实施例中，设计处理模块包括相互耦合的原型测试子模块和体验设计子模块；

其中，所述体验设计子模块用于根据目标应用的应用需求和体验需求进行UI设计，得到目标应用的UI设计结果；

所述原型测试子模块用于确定所述UI设计结果是否满足目标用户群的体验要求；并在确定所述UI设计结果不满足目标用户群的体验要求的情况下，与体验设计子模块交互，以对目标应用的UI设计结果进行迭代调整。

在一个实施例中，所述开发模块包括相互耦合的开发子模块和还原性测试子模块；所述开发子模块还配置有代码库；

其中，所述开发子模块用于根据UI设计结果和代码库生成目标应用的代码文件；

所述还原性测试子模块用于根据代码文件还原出对应的用户页面，并基于该用户页面进行测试；在测试不通过的情况下，与开发子模块进行交互，以对目标应用的代码文件进行迭代修改。

在一个实施例中，所述代码库中还存储有多个预设的代码模板。

在一个实施例中，所述第一类测试模块包括并联的易用性测试子模块和功能性测试子模块；

其中，所述易用性测试子模块用于对目标应用的代码文件进行易用性测试，得到易用性测试结果；

所述功能性测试子模块用于对目标应用的代码文件进行功能性测试，得到功能性测试结果；

所述第一类测试模块根据易用性测试结果和功能性测试结果，确定目标应用的代码文件的第一类测试是否通过；在确定第一类测试未通过的情况下，对目标应用的代码文件进行迭代修改。

在一个实施例中，所述第二类测试模块包括并联的演练投产子模块和灰度体验测试子模块；

其中，所述演练投产子模块用于根据目标应用的代码文件，在虚拟环境中对目标应用进行演练测试，得到演练测试结果；

所述灰度体验测试子模块用于根据目标应用的代码文件，在真实环境中通过测试用户，对目标应用进行灰度体验测试，得到灰度体验测试结果；

所述第二类测试模块根据演练测试结果和灰度体验测试结果，确定目标应用的第二类测试是否通过；在确定第二类测试未通过的情况下，对目标应用的代码文件进行迭代修改。

在一个实施例中，在所述开发模块和第一类测试模块之间还连接有开发模式匹配模块；所述开发模式匹配模块还与第二类测试模块相连；

其中，所述开发模式匹配模块用于确定目标应用的开发模式；在确定目标应用的开发模式为全流程敏捷模式的情况下，将所述目标应用的代码文件跳过第一类测试模块，传输至第二类测试模块进行处理。

本说明书实施例还提供了一种应用的生成方法，应用于客户端，包括：

响应用户的触发操作，生成关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；

将所述目标生成请求发送至服务器；其中，所述服务器利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；

接收目标应用。

本说明书实施例还提供了一种应用的生成装置，应用于服务器，包括：

接收模块，用于接收来自客户端的关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；

处理模块，用于响应所述目标生成请求，利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；

发送模块，用于将所述目标应用发送至客户端。

本说明书实施例还提供了一种应用的生成装置，应用于客户端，包括：

生成模块，用于响应用户的触发操作，生成关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；

发送模块，用于将所述目标生成请求发送至服务器；其中，所述服务器利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；

接收模块，用于接收目标应用。

本说明书实施例还提供了一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现以下步骤：接收来自客户端的关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；响应所述目标生成请求，利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；将所述目标应用发送至客户端。

本说明书实施例还提供了一种计算机存储介质，其上存储有计算机指令，所述指令被处理器执行时实现所述应用的生成方法的相关步骤。

本说明书实施例还提供了一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现所述应用的生成方法的相关步骤。

基于本说明书提供的应用的生成方法、装置和服务器，具体实施前，可以预先构建得到能够适配多个应用场景、泛化能力较好的，至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块的预设的应用生成和测试模型。具体实施时，在接收到来自客户端的关于目标应用的目标生成请求之后，服务器可以响应该目标生成请求，利用上述预设的应用生成和测试模型根据关联信息，将编码和测试耦合在一起，通过进行多次迭代处理，自动生成得到符合要求的目标应用；再将该目标应用反馈给客户端，以进行上线发布。这样能够在编码等生成过程中及时发现存在的问题，并通过迭代的方式进行自动调整和修改，不需要像现有方法那样来回多次进行编码和测试。从而可以有效地简化应用的生成和测试过程，缩短应用的生成和测试周期，能够自动且高效地得到符合要求的目标应用，减少对目标应用上线发布的影响。

附图说明

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

图1是本说明书的一个实施例提供的应用的生成方法的流程示意图；

图2是在一个场景示例中，应用本说明书实施例提供的应用的生成方法的一种实施例的示意图；

图3是在一个场景示例中，应用本说明书实施例提供的应用的生成方法的一种实施例的示意图；

图4是在一个场景示例中，应用本说明书实施例提供的应用的生成方法的一种实施例的示意图；

图5是本说明书的另一个实施例提供的应用的生成方法的流程示意图；

图6是本说明书的一个实施例提供的服务器的结构组成示意图；

图7是本说明书的一个实施例提供的应用的生成装置的结构组成示意图；

图8是本说明书的另一个实施例提供的应用的生成装置的结构组成示意图；

图9是在一个场景示例中，应用本说明书实施例提供的应用的生成方法的一种实施例的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。

参阅图1所示，本说明书实施例提供了一种应用的生成方法，其中，该方法具体应用于服务器一侧。具体实施时，该方法可以包括以下内容：

S101：接收来自客户端的关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；

S102：响应所述目标生成请求，利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；

S103：将所述目标应用发送至客户端。

通过上述实施例，服务器可以响应用户通过客户端发起的关于目标应用的目标生成请求，利用预先构建得到的预设的应用和测试模型，在全周期的各个阶段，在生成目标应用的同时，对目标应用进行测试，并根据测试结果，及时在现有的目标应用的基础上进行迭代修改和调整，避免来回往复地进行多次编码和测试。从而能够有效地简化应用的生成和测试过程，缩短应用的生成和测试周期，能够自动且高效地得到符合要求的目标应用。同时，由于不需要进行人工编码和人工测试，有效地降低了处理成本，也减少了人为主观因素带来的误差。

在一些实施例中，参阅图2所示，上述应用的生成方法具体可以应用于服务器一侧。

其中，所述服务器具体可以包括一种应用于业务平台(例如，程序应用服务平台)一侧，能够实现数据传输、数据处理等功能的后台服务器。具体的，所述服务器例如可以为一个具有数据运算、存储功能以及网络交互功能的电子设备。或者，所述服务器也可以为运行于该电子设备中，为数据处理、存储和网络交互提供支持的软件程序。在本实施例中，并不具体限定所述服务器的数量。所述服务器具体可以为一个服务器，也可以为几个服务器，或者，由若干服务器形成的服务器集群。

参阅图2所示，当用户(可以是个人，也可以是企业)需要针对某个用户群，设计并生成实现某种具体的业务功能的目标应用时，可以通过在客户端上进行触发操作，通过客户端生成并发送对应的目标生成请求。服务器可以接收并响应该生成请求，利用预设的应用生成和测试模型将应用的测试和验证过程前移，在生成应用的同时，对应用进行相应的测试或验证；并根据测试或验证得到的结果，确定当前应用存在的问题；进而可以及时地在当前应用的基础上，有针对性地进行多次迭代修改和调整，以实现自发性的变更调整，自动地生成符合要求的、用户体验度较好的目标应用。

其中，所述客户端具体可以包括一种应用于用户一侧，能够实现数据采集、数据传输等功能的前端。具体的，所述客户端例如可以为台式电脑、平板电脑、笔记本电脑、智能手机等电子设备。或者，所述客户端也可以为能够运行于上述电子设备中的软件应用。例如，可以是在台式电脑上运行的程序应用服务平台的客户端程序等。

在一些实施例中，上述目标应用具体可以理解为需要生成、待上线发布的应用程序。具体的，上述目标应用可以是移动端的应用程序，例如，运行于智能手机的电子银行app等。也可以是电脑端的应用程序，例如，运行于台式电脑的银行客户端的exe程序等。

在一些实施例中，当用户需要生成目标应用时，可以通过客户端生成并向服务器发送关于该目标应用的目标生成请求。相应的，服务器接收该目标生成请求。其中，上述目标生成请求至少携带有与目标应用相关的关联信息。

在一些实施例中，所述关联信息具体可以包括以下至少之一：业务功能需求、目标用户群的类型、测试指标参数、应用场景标签等。

上述关联信息的具体内容，可以根据目标应用和用户的具体需求确定。

其中，上述业务功能需求具体可以包括：查询业务、转账业务、交易业务、验证业务等等。上述目标用户群的类型具体可以包括：学生用户、非学生用户，和/或，青年用户、中年用户、老年用户，和/或，男性用户、女性用户等等。上述测试指标具体可以包括：用户点击比例、用户划走比例、用户停留时长等等。上述应用场景标签具体可以包括：交易场景标签、社交场景标签、影音场景标签、游戏场景标签等等。

当然，需要说明的是，上述所列举的关联信息只是一种示意性说明。具体实施时，根据具体情况和处理需求，还可以包括其他类型的关联信息。对此，本说明书不作限定。

还需要说明的是，在本说明书中，所涉及到的与用户相关的信息数据均为在用户知晓且同意的情况下获取和使用的。并且，上述信息数据的获取、使用、处理均符合法律的相关规定。

在一些实施例中，上述预设的应用生成和测试模型具体可以理解为一种能够基于输入的应用的关联信息，自动完成生成和测试等数据处理，并输出符合要求的应用的算法模型。上述预设的应用生成和测试模型具体可以是预先通过对大量历史应用的生成记录和测试记录进行整理和学习，所构建得到的。

进一步，上述预设的应用生成和测试模型采用了双螺旋处理结构，能够将生成处理流程和测试(或验证)处理流程两个平行的处理流程耦合在一起，以便能够在全周期的不同阶段中，在生成应用的同时，可以对该应用进行测试，以及时发现该应用当前存在的问题；进而可以及时通过模型对所发先的问题在该应用的基础上有针对性地进行迭代修改和调整，避免像现有方法那样需要来回往复地进行多次编码和测试。

具体的，参阅图3所示，预设的应用生成和测试模型至少可以包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块。其中，每个模块中分别包含有对应生成处理流程和测试处理流程的两个子模块。

其中，利用预设的应用生成和测试模型通过处理关联信息以自动生符合要求的目标应用的处理过程，可以参阅图3和图9。

在一些实施例中，上述需求处理模块具体可以包括相互耦合的需求分析子模块和需求验收子模块；所述需求验收子模块配置有预设的需求验证规则；

其中，所述需求分析子模块具体可以用于根据关联信息确定针对目标应用的应用需求和体验需求；

所述需求验证子模块具体可以用于根据预设的需求验证规则，对需求分析子模块输出的应用需求和体验需求进行验证；并在验证不通过的情况下，与需求分析子模块交互，以对目标应用的应用需求和体验需求进行迭代调整。

在一些实施例中，上述需求分析子模块具体可以是对应生成处理流程的子模块。具体的，上述需求分析子模块还可以连接有语义识别模型。具体实施时，上述需求分析子模块可以利用语义识别模型通过对关联信息进行语义识别和关键词提取，以确定出目标应用的应用需求和体验需求。

上述需求验证子模块具体可以是对应测试处理流程的子模块。具体实施时，需求验证子模块可以根据预设的需求验证规则，基于格式要求、需求合理性、语义精准性等多个维度对需求分子模块输出的应用需求和体验需求进行验证。在验证通过的情况下，可以将需求分析子模块输出的目标应用的应用需求和体验需求输送至下一个模块。相反，在验证不通过的情况下，可以生成具体的质疑数据，并将质疑数据、应用需求和体验需求退回给需求分析子模块，以便需求分析子模块基于质疑数据，在当前应用需求和体验需求的基础上，通过分析再进行迭代调整，直到验证通过。

在一些实施例中，设计处理模块具体可以包括相互耦合的原型测试子模块和体验设计子模块；

其中，所述体验设计子模块具体可以用于根据目标应用的应用需求和体验需求进行UI设计，得到目标应用的UI设计结果；

所述原型测试子模块具体可以用于确定所述UI设计结果是否满足目标用户群的体验要求；并在确定所述UI设计结果不满足目标用户群的体验要求的情况下，与体验设计子模块交互，以对目标应用的UI设计结果进行迭代调整。

在一些实施例中，所述体验设计子模块具体可以配置有自动设计模型。其中，该自动设计模型是预先利用大量的UI设计样本训练得到的。相应的，具体实施时，体验设计子模块可以调用自动设计模型通过处理目标应用的应用需求和体验需求，以得到并输出适合目标应用的UI设计结果。

所述体验设计子模块具体可以是对应生成处理流程的子模块。所述原型测试子模块具体可以是对应测试处理流程的子模块。

具体实施时，所述原型测试子模块可以先基于数据型且与目标用户群相匹配的参照模板，对体验设计子模块输出的UI设计结果进行数据层的检测，以确定UI设计结果是否满足目标用户群的体验要求。在确定UI设计结果满足目标用户群的体验要求的情况下，可以将UI设计结果传输至下一个模块。相反，在确定UI设计结果不满足目标用户群的体验要求的情况下，可以将UI设计结果退回至体验设计子模块，以便体验设计子模块在当前UI设计结果的基础上，进行迭代调整，直到满足目标用户群的体验要求。

在一些实施例中，所述开发模块具体可以包括相互耦合的开发子模块(S0-SN)和还原性测试子模块；其中，所述开发子模块具体还可以配置有代码库；

其中，所述开发子模块具体可以用于根据UI设计结果和代码库生成目标应用的代码文件；

所述还原性测试子模块具体可以用于根据代码文件还原出对应的用户页面，并基于该用户页面进行测试；在测试不通过的情况下，与开发子模块进行交互，以对目标应用的代码文件进行迭代修改。

在一些实施例中，上述开发子模块具体可以是对应生成处理流程的子模块。上述还原性测试子模块具体可以是对应测试处理流程的子模块。

上述代码库具体可以存储有与基本功能对应的多个基础代码。其中，上述多个基础代码具体可以是预先通过对大量代码样本聚类所得到的。

这样，开发子模块具体编码时，可以根据UI设计结果，结合目标应用的应用需求和体验需求，先将目标应用拆分成多个基本功能；再从代码库中搜寻相对应的基础代码进行组合，从而可以较为高效地生成目标应用的代码文件。

进一步，所述代码库中还可以存储有多个预设的代码模板。其中，每个预设的代码模板与一个或多个应用需求和体验需求的组合对应的。相应的，开发子模块可以先根据目标应用的应用需求和体验需求，确定出相对应的预设的代码模板；再在该预设的代码模板的基础上，根据UI设计结果，搜寻相匹配的基础代码进行局部调整，以更加高效地生成目标应用的代码文件。

具体实施时，所述还原性测试子模块可以根据代码文件还原出对应的用户页面；再基于用户页面层进行测试，以确定是否符合目标用户群的交互体验要求。在测试通过的情况下，可以将目标应用代码文件传输至下一个模块。相反，在测试不通过的情况下，可以基于用户页面层确定出当前代码文件存在的问题；并将该问题反馈给开发子模块。开发子模块可以针对该问题，在当前代码文件的基础上进行迭代修改，直到测试通过。

在一些实施例中，所述第一类测试模块具体可以包括并联的易用性测试子模块和功能性测试子模块；

其中，所述易用性测试子模块用于对目标应用的代码文件进行易用性测试，得到易用性测试结果；

所述功能性测试子模块用于对目标应用的代码文件进行功能性测试，得到功能性测试结果；

所述第一类测试模块根据易用性测试结果和功能性测试结果，确定目标应用的代码文件的第一类测试是否通过；在确定第一类测试未通过的情况下，对目标应用的代码文件进行迭代修改。

在一些实施例中，上述易用性测试子模块具体可以通过运行目标应用的代码文件，对用户在使用目标应用时的难易程度、便捷性进行检测。上述功能性测试子模块具体可以通过运行目标应用的代码文件，对目标应用本身所包含的功能的完备度，以及各个功能的可靠性进行检测。

第一类测试模块在根据易用性测试结果和功能性测试结果，确定目标应用的代码文件的第一类测试通过的情况下，将目标应用的代码文件传输至下一个模块。

相反，在根据易用性测试结果和功能性测试结果，确定目标应用的代码文件的第一类测试不通过的情况下，可以根据易用性测试结果和功能性测试结果，确定目标应用的代码文件在第一类测试中暴露出的第一类问题；再在当前代码文件的基础上针对第一类问题进行迭代修改，直到第一类测试通过。

在一些实施例中，所述第二类测试模块包括并联的演练投产子模块和灰度体验测试子模块；

其中，所述演练投产子模块用于根据目标应用的代码文件，在虚拟环境中对目标应用进行演练测试，得到演练测试结果；

所述灰度体验测试子模块用于根据目标应用的代码文件，在真实环境中通过测试用户，对目标应用进行灰度体验测试，得到灰度体验测试结果；

所述第二类测试模块根据演练测试结果和灰度体验测试结果，确定目标应用的第二类测试是否通过；在确定第二类测试未通过的情况下，对目标应用的代码文件进行迭代修改。

在一些实施例中，上述演练投产子模块可以通过人工智能技术，根据应用场景标签，生成相对应的基于数字模拟的虚拟环境；同时，根据目标用户群的类型，创建相对应的虚拟用户；再根据目标应用的代码文件，在虚拟环境中向虚拟用户投放目标应用；并采集和根据来自虚拟用户的反馈数据，得到演练测试效果。

上述灰度测试子模块则可以根据应用场景标签，确定相匹配的真实环境；同时，根据目标用户群的类型，从自愿参与应用测试的样本用户中筛选出相匹配的真实的测试用户；再根据目标应用的代码文件，在真实环境中向测试用户投放目标应用；并采集和根据来自测试用户的反馈数据，得到灰度体验测试结果。

进一步，第二类测试模块根据演练测试结果和灰度体验测试结果，能够综合更多维度、更加全面的测试结果，较为准确地确定出目标应用的第二类测试是否通过。

第二类测试模块在根据演练测试结果和灰度体验测试结果，确定目标应用的代码文件的第而类测试通过的情况下，进而可以该目标应用的代码文件传输模型，作为最终符合要求的目标应用。

相反，在根据演练测试结果和灰度体验测试结果，确定目标应用的代码文件的第二类测试不通过的情况下，可以根据演练测试结果和灰度体验测试结果，确定出当前代码文件在第二类测试中暴露出的第二类问题；并在当前代码文件的基础上针对第二类问题进行迭代修改，直到第二类测试通过。从而可以保证最终输出的目标应用对于目标用户群具有较好的交互体验。

在一些实施例中，参阅图4所示，在所述开发模块和第一类测试模块之间还连接有开发模式匹配模块；所述开发模式匹配模块还与第二类测试模块相连；

其中，所述开发模式匹配模块用于确定目标应用的开发模式；在确定目标应用的开发模式为全流程敏捷模式的情况下，将所述目标应用的代码文件跳过第一类测试模块，传输至第二类测试模块进行处理。

具体实施时，上述关联信息还包括开发模式标签。其中，上述开发模式标签至少可以包括：用于指示开发敏捷模式的标签、用于指示全流程敏捷模式的标签。

相应的，开发模式匹配模块可以根据关联信息中的开发模式标签，确定出目标应用的开发模式。在确定目标应用的开发模式为全流程敏捷模式的情况下，开发模式匹配模块可以将所述目标应用的代码文件跳过第一类测试模块，直接传输至第二类测试模块进行处理，以进一步提高处理效率，缩短处理时长。在确定目标应用的开发模式为开发敏捷模式的情况下，开发模式匹配模块可以将所述目标应用的代码文件传输至第一类测试模块。

由上可见，基于本说明书实施例提供的应用的生成方法，具体实施前，可以预先构建得到能够适配多个应用场景、泛化能力较好的，至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块的预设的应用生成和测试模型。具体实施时，在接收到来自客户端的关于目标应用的目标生成请求之后，可以响应该目标生成请求，利用上述预设的应用生成和测试模型根据关联信息，将编码和测试耦合在一起，通过进行多次迭代处理，自动生成得到符合要求的目标应用；并将该目标应用反馈给客户端，以进行上线发布。这样能够在生成过程中及时发现存在的问题，并通过迭代的方式进行调整和修改，不需要像现有方法那样来回多次进行编码和测试。从而可以有效地简化应用的生成和测试过程，缩短应用的生成和测试周期，能够自动且高效地得到符合要求的目标应用，减少对目标应用上线发布的影响。

参阅图5所示，本说明书实施例还提供了一种应用的生成方法。其中，该方法具体应用于客户端一侧，具体实施时，该方法可以包括以下内容：

S501：响应用户的触发操作，生成关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；

S502：将所述目标生成请求发送至服务器；其中，所述服务器利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；

S503：接收目标应用。

在一些实施例中，在接收目标应用之后，所述方法还包括：响应用户的发布操作，将目标应用进行上线发布。

通过上述实施例，有应用需求的用户可以通过客户端与服务器进行交互，利用服务器所持有的预设的应用生成和测试模型，简化应用的生成和测试过程，缩短应用的生成和测试周期，自动且高效地生成得到符合要求的目标应用。

本说明书实施例还提供一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：接收来自客户端的关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；响应所述目标生成请求，利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；将所述目标应用发送至客户端。

为了能够更加准确地完成上述指令，参阅图6所示，本说明书实施例还提供了另一种具体的服务器，其中，所述服务器包括网络通信端口601、处理器602以及存储器603，上述结构通过内部线缆相连，以便各个结构可以进行具体的数据交互。

其中，所述网络通信端口601，具体可以用于接收来自客户端的关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息。

所述处理器602，具体可以用于响应所述目标生成请求，利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；将所述目标应用发送至客户端。

所述存储器603，具体可以用于存储相应的指令程序。

在本实施例中，所述网络通信端口601可以是与不同的通信协议进行绑定，从而可以发送或接收不同数据的虚拟端口。例如，所述网络通信端口可以是负责进行web数据通信的端口，也可以是负责进行FTP数据通信的端口，还可以是负责进行邮件数据通信的端口。此外，所述网络通信端口还可以是实体的通信接口或者通信芯片。例如，其可以为无线移动网络通信芯片，如GSM、CDMA等；其还可以为Wifi芯片；其还可以为蓝牙芯片。

在本实施例中，所述处理器602可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本说明书并不作限定。

在本实施例中，所述存储器603可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如RAM、FIFO等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、TF卡等。

本说明书实施例还提供一种客户端，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：响应用户的触发操作，生成关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；将所述目标生成请求发送至服务器；其中，所述服务器利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；接收目标应用。

本说明书实施例还提供了一种基于上述应用的生成方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：接收来自客户端的关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；响应所述目标生成请求，利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；将所述目标应用发送至客户端。

本说明书实施例还提供了一种基于上述应用的生成方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：响应用户的触发操作，生成关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；将所述目标生成请求发送至服务器；其中，所述服务器利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；接收目标应用。

在本实施例中，上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。

在本实施例中，该计算机存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

本说明书实施例还提供了一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现以下步骤：接收来自客户端的关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；响应所述目标生成请求，利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；将所述目标应用发送至客户端。

本说明书实施例还提供了一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现以下步骤：响应用户的触发操作，生成关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；将所述目标生成请求发送至服务器；其中，所述服务器利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；接收目标应用。

参阅图7所示，在软件层面上，本说明书实施例还提供了一种应用的生成装置，该装置具体可以包括以下的结构模块：

接收模块701，具体可以用于接收来自客户端的关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；

处理模块702，具体可以用于响应所述目标生成请求，利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；

发送模块703，具体可以用于将所述目标应用发送至客户端。

在一些实施例中，所述关联信息具体可以包括以下至少之一：业务功能需求、目标用户群的类型、测试指标参数、应用场景标签等。

在一些实施例中，需求处理模块包括相互耦合的需求分析子模块和需求验收子模块；所述需求验收子模块配置有预设的需求验证规则；其中，所述需求分析子模块用于根据关联信息确定目标应用的应用需求和体验需求；所述需求验证子模块用于根据预设的需求验证规则，对需求分析子模块输出的应用需求和体验需求进行验证；并在验证不通过的情况下，与需求分析子模块交互，以对目标应用的应用需求和体验需求进行迭代调整。

在一些实施例中，设计处理模块包括相互耦合的原型测试子模块和体验设计子模块；其中，所述体验设计子模块用于根据目标应用的应用需求和体验需求进行UI设计，得到目标应用的UI设计结果；所述原型测试子模块用于确定所述UI设计结果是否满足目标用户群的体验要求；并在确定所述UI设计结果不满足目标用户群的体验要求的情况下，与体验设计子模块交互，以对目标应用的UI设计结果进行迭代调整。

在一些实施例中，所述开发模块包括相互耦合的开发子模块和还原性测试子模块；所述开发子模块还配置有代码库；其中，所述开发子模块用于根据UI设计结果和代码库生成目标应用的代码文件；所述还原性测试子模块用于根据代码文件还原出对应的用户页面，并基于该用户页面进行测试；在测试不通过的情况下，与开发子模块进行交互，以对目标应用的代码文件进行迭代修改。

在一些实施例中，所述代码库中具体还可以存储有多个预设的代码模板。

在一些实施例中，所述第一类测试模块具体可以包括并联的易用性测试子模块和功能性测试子模块；其中，所述易用性测试子模块用于对目标应用的代码文件进行易用性测试，得到易用性测试结果；所述功能性测试子模块用于对目标应用的代码文件进行功能性测试，得到功能性测试结果；所述第一类测试模块根据易用性测试结果和功能性测试结果，确定目标应用的代码文件的第一类测试是否通过；在确定第一类测试未通过的情况下，对目标应用的代码文件进行迭代修改。

在一些实施例中，所述第二类测试模块包括并联的演练投产子模块和灰度体验测试子模块；其中，所述演练投产子模块用于根据目标应用的代码文件，在虚拟环境中对目标应用进行演练测试，得到演练测试结果；所述灰度体验测试子模块用于根据目标应用的代码文件，在真实环境中通过测试用户，对目标应用进行灰度体验测试，得到灰度体验测试结果；所述第二类测试模块根据演练测试结果和灰度体验测试结果，确定目标应用的第二类测试是否通过；在确定第二类测试未通过的情况下，对目标应用的代码文件进行迭代修改。

在一些实施例中，在所述开发模块和第一类测试模块之间还连接有开发模式匹配模块；所述开发模式匹配模块还与第二类测试模块相连；其中，所述开发模式匹配模块用于确定目标应用的开发模式；在确定目标应用的开发模式为全流程敏捷模式的情况下，将所述目标应用的代码文件跳过第一类测试模块，传输至第二类测试模块进行处理。

参阅图8所示，在软件层面上，本说明书实施例还提供了另一种应用的生成装置，该装置具体可以包括以下的结构模块：

生成模块801，具体可以用于响应用户的触发操作，生成关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；

发送模块802，具体可以用于将所述目标生成请求发送至服务器；其中，所述服务器利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；

接收模块803，具体可以用于接收目标应用。

需要说明的是，上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

由上可见，基于本说明书实施例提供的应用的生成装置，具体实施前，可以预先构建得到能够适配多个应用场景、泛化能力较好的，至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块的预设的应用生成和测试模型。具体实施时，在接收到来自客户端的关于目标应用的目标生成请求之后，可以响应该目标生成请求，利用上述预设的应用生成和测试模型根据关联信息，将编码和测试耦合在一起，通过进行多次迭代处理，自动生成得到符合要求的目标应用；并将该目标应用反馈给客户端，以进行上线发布。这样能够在生成过程中及时发现存在的问题，并通过迭代的方式进行调整和修改，不需要像现有方法那样来回多次进行编码和测试。从而可以有效地简化应用的生成和测试过程，缩短应用的生成和测试周期，能够自动且高效地得到符合要求的目标应用，减少对目标应用上线发布的影响。

虽然本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施例的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。

Claims (15)

1.一种应用的生成方法，其特征在于，应用于服务器，包括：

接收来自客户端的关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；

响应所述目标生成请求，利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；

将所述目标应用发送至客户端。

2.根据权利要求1所述的方法，其特征在于，所述关联信息包括以下至少之一：业务功能需求、目标用户群的类型、测试指标参数、应用场景标签。

3.根据权利要求2所述的方法，其特征在于，需求处理模块包括相互耦合的需求分析子模块和需求验收子模块；所述需求验收子模块配置有预设的需求验证规则；

其中，所述需求分析子模块用于根据关联信息确定目标应用的应用需求和体验需求；

所述需求验证子模块用于根据预设的需求验证规则，对需求分析子模块输出的应用需求和体验需求进行验证；并在验证不通过的情况下，与需求分析子模块交互，以对目标应用的应用需求和体验需求进行迭代调整。

4.根据权利要求3所述的方法，其特征在于，设计处理模块包括相互耦合的原型测试子模块和体验设计子模块；

其中，所述体验设计子模块用于根据目标应用的应用需求和体验需求进行UI设计，得到目标应用的UI设计结果；

所述原型测试子模块用于确定所述UI设计结果是否满足目标用户群的体验要求；并在确定所述UI设计结果不满足目标用户群的体验要求的情况下，与体验设计子模块交互，以对目标应用的UI设计结果进行迭代调整。

5.根据权利要求4所述的方法，其特征在于，所述开发模块包括相互耦合的开发子模块和还原性测试子模块；所述开发子模块还配置有代码库；

其中，所述开发子模块用于根据UI设计结果和代码库生成目标应用的代码文件；

所述还原性测试子模块用于根据代码文件还原出对应的用户页面，并基于该用户页面进行测试；在测试不通过的情况下，与开发子模块进行交互，以对目标应用的代码文件进行迭代修改。

6.根据权利要求5所述的方法，其特征在于，所述代码库中还存储有多个预设的代码模板。

7.根据权利要求5所述的方法，其特征在于，所述第一类测试模块包括并联的易用性测试子模块和功能性测试子模块；

其中，所述易用性测试子模块用于对目标应用的代码文件进行易用性测试，得到易用性测试结果；

所述功能性测试子模块用于对目标应用的代码文件进行功能性测试，得到功能性测试结果；

所述第一类测试模块根据易用性测试结果和功能性测试结果，确定目标应用的代码文件的第一类测试是否通过；在确定第一类测试未通过的情况下，对目标应用的代码文件进行迭代修改。

8.根据权利要求5所述的方法，其特征在于，所述第二类测试模块包括并联的演练投产子模块和灰度体验测试子模块；

其中，所述演练投产子模块用于根据目标应用的代码文件，在虚拟环境中对目标应用进行演练测试，得到演练测试结果；

所述灰度体验测试子模块用于根据目标应用的代码文件，在真实环境中通过测试用户，对目标应用进行灰度体验测试，得到灰度体验测试结果；

所述第二类测试模块根据演练测试结果和灰度体验测试结果，确定目标应用的第二类测试是否通过；在确定第二类测试未通过的情况下，对目标应用的代码文件进行迭代修改。

9.根据权利要求1所述的方法，其特征在于，在所述开发模块和第一类测试模块之间还连接有开发模式匹配模块；所述开发模式匹配模块还与第二类测试模块相连；

其中，所述开发模式匹配模块用于确定目标应用的开发模式；在确定目标应用的开发模式为全流程敏捷模式的情况下，将所述目标应用的代码文件跳过第一类测试模块，传输至第二类测试模块进行处理。

10.一种应用的生成方法，其特征在于，应用于客户端，包括：

响应用户的触发操作，生成关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；

将所述目标生成请求发送至服务器；其中，所述服务器利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；

接收目标应用。

11.一种应用的生成装置，其特征在于，应用于服务器，包括：

接收模块，用于接收来自客户端的关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；

处理模块，用于响应所述目标生成请求，利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；

发送模块，用于将所述目标应用发送至客户端。

12.一种应用的生成装置，其特征在于，应用于客户端，包括：

生成模块，用于响应用户的触发操作，生成关于目标应用的目标生成请求；其中，所述目标生成请求至少携带有与目标应用相关的关联信息；

发送模块，用于将所述目标生成请求发送至服务器；其中，所述服务器利用预设的应用生成和测试模型根据所述关联信息，通过进行多次迭代处理，以得到符合要求的目标应用；其中，预设的应用生成和测试模型至少包含有按序串联的需求处理模块、设计处理模块、开发模块、第一类测试模块，以及第二类测试模块；

接收模块，用于接收目标应用。

13.一种服务器，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求1至9中任一项所述方法的步骤。

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

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

Images