CN112527252B - 小程序管理方法及装置、小程序平台、电子设备、介质 - Google Patents

Abstract

本公开提供了一种小程序管理方法，涉及小程序技术、云平台等计算机技术领域。该方法应用于小程序管理装置，所述小程序管理装置集成于小程序平台，该方法包括：接收开发接入端发送的针对开发者小程序的服务请求，所述服务请求包括小程序身份标识、请求标识和与所述请求标识对应的请求参数；根据所述小程序身份标识，识别所述开发者小程序的类型是否为测试类型；响应于识别出所述开发者小程序的类型为测试类型，根据所述请求标识和所述请求参数进行相应的测试处理操作。本公开还提供了一种小程序管理装置、小程序平台、电子设备及计算机可读介质。

Description

小程序管理方法及装置、小程序平台、电子设备、介质

技术领域

本公开涉及小程序技术、云平台等计算机技术领域，特别涉及一种小程序管理方法及装置、小程序平台、电子设备、计算机可读介质。

背景技术

小程序应用因为其免安装、易使用的特点，一经推出就得到用户的广泛使用和欢迎。虽然小程序平台(如百度小程序平台、微信小程序平台、支付宝小程序平台)通过不断完善小程序开发流程，为个人开发者和企业开发者提供了丰富的开发者文档实现接入功能，但仍然难以满足开发者快速熟悉开发流程、快速熟悉业务等的需求，不便于开发者针对开发小程序进行功能验证和开发调试，导致开发效率难以得到提升。而且现有的针对小程序的开发测试方案，通常需要额外配置沙盒环境，模拟小程序的运行环境，对小程序进行开发测试，造成服务机器和人力资源的浪费，且成本较高、收益低。

发明内容

本公开旨在至少解决现有技术中存在的技术问题之一，提供一种小程序管理方法及装置、小程序平台、电子设备、计算机可读介质。

第一方面，本公开提供了一种小程序管理方法，应用于小程序管理装置，所述小程序管理装置集成于小程序平台，该小程序管理方法包括：接收开发接入端发送的针对开发者小程序的服务请求，所述服务请求包括小程序身份标识、请求标识和与所述请求标识对应的请求参数；根据所述小程序身份标识，识别所述开发者小程序的类型是否为测试类型；响应于识别出所述开发者小程序的类型为测试类型，根据所述请求标识和所述请求参数进行相应的测试处理操作。

第二方面，本公开提供了一种小程序管理装置，该装置集成于小程序平台，该装置包括：接收模块，用于接收开发接入端发送的针对开发者小程序的服务请求，所述服务请求包括小程序身份标识、请求标识和与所述请求标识对应的请求参数；识别模块，用于根据所述小程序身份标识，识别所述开发者小程序的类型是否为测试类型；处理模块，用于响应于识别模块识别出所述开发者小程序的类型为测试类型，根据所述请求标识和所述请求参数进行相应的测试处理操作。

第三方面，本公开实施例提供了一种小程序平台，该平台包括上述的小程序管理装置。

第四方面，本公开提供了一种电子设备，该电子设备包括：至少一个处理器，以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的一个或多个指令，一个或多个所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述任一所述的小程序管理方法。

第五方面，本公开提供了一种计算机可读介质，其上存储有计算机程序，其中，所述计算机程序被执行时实现如上述任一所述的小程序管理方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用来提供对本公开的进一步理解，并且构成说明书的一部分，与本公开的实施例一起用于解释本公开，并不构成对本公开的限制。通过参考附图对详细示例实施例进行描述，以上和其他特征和优点对本领域技术人员将变得更加显而易见，在附图中：

图1为本公开实施例提供的一种小程序管理方法的流程图；

图2为图1中步骤S3的一种具体实施方式的流程图；

图3为图1中步骤S3的另一种具体实施方式的流程图；

图4为图1中步骤S3的又一种具体实施方式的流程图；

图5为图1中步骤S3的再一种具体实施方式的流程图；

图6为本公开实施例提供的另一种小程序管理方法的流程图；

图7为本公开实施例提供的一种小程序管理装置的组成框图；

图8为本公开实施例提供的另一种小程序管理装置的组成框图；

图9为本公开实施例提供的一种小程序平台的组成框图；

图10为本公开实施例提供的一种电子设备的组成框图。

具体实施方式

为使本领域的技术人员更好地理解本公开的技术方案，以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在不冲突的情况下，本公开各实施例及实施例中的各特征可相互组合。

如本文所使用的，术语“和/或”包括一个或多个相关列举条目的任何和所有组合。

本文所使用的术语仅用于描述特定实施例，且不意欲限制本公开。如本文所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。还将理解的是，当本说明书中使用术语“包括”和/或“由……制成”时，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其它特征、整体、步骤、操作、元件、组件和/或其群组。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。

除非另外限定，否则本文所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本公开的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本文明确如此限定。

图1为本公开实施例提供的一种小程序管理方法的流程图。

参照图1，本公开实施例提供一种小程序管理方法，该方法应用于小程序管理装置，该装置可以通过软件和/或硬件的方式实现，该装置可以集成于小程序平台，该平台可以集成在服务器等电子设备中。该小程序管理方法包括：

步骤S1、接收开发接入端发送的针对开发者小程序的服务请求，服务请求包括小程序身份标识、请求标识和与请求标识对应的请求参数。

步骤S2、根据小程序身份标识，识别开发者小程序的类型是否为测试类型，若是，执行步骤S3，否则执行步骤S4。

步骤S3、响应于识别出开发者小程序的类型为测试类型，根据请求标识和请求参数进行相应的测试处理操作，并结束流程。

步骤S4、响应于识别出开发者小程序的类型为非测试类型，将服务请求转发至小程序平台上与请求标识对应的业务模块，以供业务模块执行与请求参数对应的线上业务逻辑，并结束流程。

本公开实施例所提供的小程序管理方法，应用于小程序管理装置，该装置集成于小程序平台，通过逻辑隔离的方式，使得小程序平台不仅能够响应针对非测试类型的开发者小程序的服务请求进行相应的线上业务逻辑，而且能够响应针对测试类型的开发者小程序的服务请求进行相应的测试处理操作。一方面，开发者仅通过小程序平台即可满足对开发者小程序的管理和测试需求，无需单独为了满足开发者对小程序的开发测试需求而额外配置沙盒环境，从而避免了需额外配置服务机器及运维人员造成的资源浪费，节约了资源使用成本；另一方面，当开发者需要进行开发测试时，无需使用已上线的小程序进行测试联调，开发者可以通过创建测试类型的小程序，利用小程序平台进行测试、联调，从而有效帮助开发者熟悉平台业务逻辑，有效缩短了开发者熟悉和适应平台业务和新功能的时间周期，提高了开发效率，且有效避免了使用已上线的小程序进行测试联调时对已上线的小程序的业务稳定性造成的影响。

在本公开实施例中，小程序平台为小程序开发平台，其能够向开发者提供开发小程序的环境。开发接入端为小程序开发者对应的接入端，例如开发者工具端、开发者服务器等。

在本公开实施例中，在步骤S1中，服务请求即为服务接口调用请求，服务请求可以包括但不限于：小程序包管理服务请求、小程序基础信息设置服务请求、小程序数据获取服务请求、平台消息推送设置服务请求等。其中，小程序包管理服务请求可以包括小程序包提包服务请求、小程序包送审服务请求，小程序包发布服务请求等，小程序基础信息可以包括小程序名称、小程序头像、小程序简介、小程序类目等，小程序数据可以包括小程序流量数据、小程序等级数据等。针对小程序包管理服务请求，该服务请求中还包括开发者小程序的小程序代码包。

在一些实施例中，当开发者需要对其开发的非测试类型的开发者小程序(例如已上线的开发者小程序)进行管理(例如修改小程序名称、获取小程序数据等)时，开发者可以通过开发接入端向小程序平台上传针对该开发小程序的服务请求，以请求调用平台上相应的业务模块(即服务接口，例如小程序名称设置接口)进行相应的线上业务逻辑处理。

在一些实施例中，当开发者需要针对其开发的已上线的小程序或者待上线的小程序进行测试、联调，或者开发者需要了解、熟悉平台的功能业务时，开发者可以预先通过小程序平台创建一个线上小程序，并将该小程序标识为测试小程序，同时小程序平台默认将该测试小程序加入流量黑名单(屏蔽外部访问)，不对外进行流量分发，因此真实用户无法通过外部入口触达该小程序。在创建测试小程序后，开发者可以通过开发接入端向小程序平台上传针对该测试小程序的服务请求，以请求平台进行相应的测试处理操作，以便开发者针对测试小程序进行开发测试、联调，以帮助开发者快速熟悉平台的功能业务。

在本公开实施例中，在步骤S1中，针对开发者小程序的服务请求的请求内容中包含请求地址、请求凭证以及请求参数。其中请求地址中包含请标识，在接收到服务请求后，根据请求地址可以获取请求标识，请求标识用于标识请求的服务类型(即请求调用的服务接口的类型)，并通过对请求凭证进行解密，从而得到该开发者小程序的小程序身份标识(ID)、开发者信息等基本信息。

在本公开实施例中，由于开发者在开发测试小程序时对小程序进行了测试类型的标识，因此在步骤S2中，根据小程序身份标识，即可识别出开发者小程序的类型是否为测试类型，也即识别开发者小程序是否为测试小程序。

若识别出开发者小程序为非测试小程序，表明开发者此次针对该开发者小程序的服务请求为正常的服务请求，因此执行步骤S4，以将服务请求转发至小程序平台上与请求标识对应的业务模块，以供该业务模块执行与请求参数对应的线上业务逻辑。例如服务请求为小程序名称设置服务请求，则请求标识为设置小程序名称，请求标识对应的业务模块包括小程序名称设置服务接口，小程序名称设置服务接口按照开发者的请求参数执行相应的线上业务逻辑(即平台上已有的小程序名称设置业务逻辑)，从而实现对开发者已上线的小程序进行小程序名称设置。

若识别出开发者小程序为测试小程序，表明开发者此次针对该开发者小程序的服务请求为用于开发者进行测试、联调的服务请求，因此执行步骤S3，根据请求标识和请求参数进行相应的测试处理操作。

在本公开实施例中，在服务请求中，请求参数通常包含开发者所请求的服务对应的服务基础参数。例如，服务请求为小程序名称设置服务请求，即开发者请求的服务为设置小程序名称，则开发者需要按照小程序平台预先提供的开发者文档，填写该请求的服务所需的服务基础参数，例如服务基础参数为开发者设置的小程序名称等。

在一些实施例中，在步骤S2中识别出开发者小程序的类型为非测试类型，则在步骤S4中，将服务请求转发至小程序平台上与请求标识对应的业务模块，以供业务模块按照请求的服务基础参数执行相应的线上业务逻辑。

在一些实施例中，为了能够快速进行测试联调，开发者在服务请求中还设置有开发者预期测试参数，以使平台返回开发者预期的测试数据和结果，从而实现快速进行平台功能验证和平台业务逻辑调试。图2为图1中步骤S3的一种具体实施方式的流程图，参照图2，在一些实施例中，步骤S3可以包括步骤S31，在步骤31中，在请求参数还包含开发者预期测试参数的情形下，向开发接入端返回与开发者预期测试参数对应的预期测试结果。

例如，服务请求为小程序包送审服务请求，在服务请求中，开发者除了设置请求调用的送审服务接口所需的送审服务基础参数(例如小程序代码包、送审描述文本、小程序代码包ID、备注信息等)以外，还可以设置开发者预期测试参数，开发者预期测试参数例如可以是预期错误码，此种情形下，在步骤S31中，小程序管理装置不调用平台上相应业务模块执行相应的线上业务逻辑，而在识别出预期错误码后直接向开发接入端返回预期错误码对应的预期测试结果，例如送审不通过的结果，并按照与预期错误码对应的错误格式返回相应的错误描述信息。

例如，服务请求为小程序流量数据获取服务请求，在服务请求中，开发者除了设置请求调用的流量数据获取服务接口所需的服务基础参数以外，还可以设置开发者预期测试参数，开发者预期测试参数例如可以是预期错误码或者表征是否使用平台数据的参数。则在步骤S31中，在开发者预期测试参数为预期错误码或者表征不使用平台数据的参数的情形下，小程序管理装置不调用平台上相应业务模块执行相应的线上业务逻辑，而在识别出预期错误码或者表征不使用平台数据的参数后，直接向开发接入端返回预期错误码或者表征不使用平台数据的参数所对应的预期测试结果，例如小程序数据获取失败的结果，并按照相应错误格式返回相应的错误描述信息。

由于测试小程序不存在真实在线流量，平台侧也不存在该测试小程序的小程序流量数据，因此开发者可以通过在服务请求中设置表征使用平台数据的参数进行测试，在步骤S31中，在开发者预期测试参数为表征使用平台数据的参数的情形下，小程序管理装置不调用平台上相应业务模块执行相应的线上业务逻辑，而在获取平台上已上线的与该测试小程序属于同行业、同类别的其他小程序的真实流量数据，并对该其他小程序的真实流量数据进行数据脱敏处理，以模拟出标准的流量数据后，向开发接入端返回与表征使用平台数据的参数对应的预期测试结果，该预期测试结果包括模拟出的流量数据，以供开发者进行测试和联调开发，熟悉平台业务逻辑。

例如，服务请求为第三方服务请求，第三方服务例如可以是第三方支付服务、流量分发服务、订单服务等，由于此类服务涉及到外部的第三方服务接口的调用，超出了小程序本身的业务范围，为了提高开发测试效率，在该服务请求中，开发者除了设置请求调用的第三方服务接口所需的服务基础参数以外，还可以设置开发者预期测试参数，开发者预期测试参数例如可以是预期返回值或预期错误码，开发者通过指定预期返回值或预期错误码的方式进行开发测试、联调，从而能够实现业务上的全流程跑通。此种情形下，在步骤S31中，小程序管理装置实际不调用平台上第三方服务接口执行相应的线上业务逻辑(即屏蔽第三方服务)，而在识别出预期返回值或预期错误码后直接向开发接入端返回预期返回值或预期错误码对应的预期测试结果，预期测试结果包括开发者预期返回的数据。

图3为图1中步骤S3的另一种具体实施方式的流程图，参照图3，在一些实施例中，在请求参数还包含开发者预期测试参数的情形下，开发者还指定了开发者预期测试参数对应的业务逻辑，也即请求参数还包括开发者预期测试参数对应的业务逻辑，表明开发者希望平台针对此小程序的服务请求，执行开发者预期测试参数对应的业务逻辑。具体地，在一些实施例中，步骤S3包括步骤S31和步骤S32，在步骤S32中，执行与开发者预期测试参数对应的业务逻辑。其中，关于步骤S31的描述可参见上述针对步骤S31的描述，此处不再赘述。

例如，服务请求为小程序包送审服务请求，请求参数还包括预期错误码和预期错误码对应的业务逻辑(例如生成送审错误记录的逻辑)，则小程序管理装置执行步骤S31并且执行步骤S32，在步骤S32中，执行与开发者预期测试参数对应的业务逻辑，例如生成并存储送审错误记录。

图4为图1中步骤S3的又一种具体实施方式的流程图，参照图4，在一些实施例中，步骤S3可以包括步骤S33，在步骤S33中，在请求标识为预设请求标识，且请求参数还包含开发者预期测试参数的情形下，执行与开发者预期测试参数对应的业务逻辑。

其中，预设请求标识包括涉及预设处理程序的服务请求的请求标识。

在一些实施例中，预设处理程序为审核程序，例如在所有服务请求中，小程序包送审服务请求涉及小程序代码包审核程序，小程序基础信息设置服务请求涉及小程序基础信息审核程序。

例如，服务请求为小程序包送审服务请求，在服务请求中，开发者除了设置请求调用的送审服务接口所需的送审服务基础参数(例如小程序代码包、送审描述文本、小程序代码包ID、备注信息等)以外，还可以设置开发者预期测试参数，开发者预期测试参数例如可以是预期审核通过参数或预期审核不通过参数。在此种情形下，小程序管理装置不调用平台上相应业务模块执行相应的线上业务逻辑，也即送审服务请求不会触达平台上的小程序包审核端，不需要运营人员介入审核，从而节省了审核程序和提高了审核效率，节约了人工审核成本。

相反地，在此种情形下，在步骤S33中，小程序管理装置对送审服务请求进行拦截，并在测试小程序通过了所有送审条件校验后，自动进入虚拟审核程序，在虚拟审核程序中，小程序管理装置自动根据开发者预期测试参数生成送审结果，并修改测试小程序的审核状态。

例如开发者预期测试参数为预期审核通过参数，则在步骤S33中，自动根据预期审核通过参数生成审核通过结果，并将测试小程序的审核状态修改为审核通过状态。例如开发者预期测试参数为预期审核不通过参数，则在步骤S33中，自动根据预期审核不通过参数生成审核不通过结果，并将测试小程序的审核状态修改为审核不通过状态。

在一些实施例中，预设处理程序为平台消息推送程序，例如在所有服务请求中，所有涉及审核程序的服务请求均涉及平台消息推送程序，平台消息推送设置服务请求同样涉及平台消息推送程序。

例如，服务请求为小程序包送审服务请求，开发者预期测试参数为预期审核通过参数，在步骤S33中，自动根据预期审核通过参数生成审核通过结果，同时触发平台消息推送程序，以调用平台消息服务接口将审核通过结果推送给开发接入端。例如服务请求为小程序包送审服务请求，开发者预期测试参数包括预期审核不通过参数及审核拒绝理由，在步骤S33中，自动根据预期审核不通过参数生成审核不通过结果，同时触发平台消息推送程序，以调用平台消息服务接口将审核不通过结果及审核拒绝理由推送给开发接入端。

例如，服务请求为平台消息推送设置服务请求，开发者预期测试参数为开发者预期推送内容，此种情形下，在步骤S33中，调用平台上与请求标识对应的业务模块(即平台消息推送设置服务接口)设置开发者预期推送内容，同时触发平台消息推送程序，以将开发者预期推送内容通过消息推送接口推送给开发接入端，以便开发者验证其在平台上预留的回调(消息推送)地址是否正常，验证消息加密和解密逻辑是否符合预期等。

表1示例性示出了一种开发者预期推送内容的具体字段说明，开发者预期推送内容可以包括推送事件类型、推送小程序ID、推送事件时间、具体事件相关的其他拓展字段等。

表1

在一些实施例中，在步骤S33中，在请求标识为预设请求标识，且请求参数还包含开发者预期测试参数的情形下，各开发者预期测试参数对应的业务逻辑可以是平台预先配置。

图5为图1中步骤S3的再一种具体实施方式的流程图，在一些实施例中，开发者未指定开发者预期测试参数，也即请求参数仅包含与请求的服务对应的服务基础参数，而未包含开发者预期测试参数。此种情形下，参见图5，步骤S3包括步骤S34～步骤S36。

步骤S34、在请求参数未包含开发者预期测试参数的情形下，根据请求标识确定小程序平台上与请求标识对应的业务模块。

例如，服务请求为小程序名称设置服务请求，则请求标识为设置小程序名称，请求标识对应的业务模块包括小程序名称设置服务接口，用于执行小程序名称设置的业务逻辑；例如，服务请求为小程序包提包服务请求，则请求标识对应的业务模块为小程序包提包服务接口，用于执行小程序包提包的业务逻辑；例如，服务请求为小程序包送审服务请求，则请求标识对应的业务模块为小程序包送审服务接口，用于执行小程序包送审的业务逻辑。

步骤S35、调用业务模块执行与服务基础参数对应的业务逻辑。

例如，服务请求为小程序名称设置服务请求，则在步骤S35中，调用该服务请求对应的业务模块(小程序名称设置服务接口)按照开发者的服务基础参数执行相应的线上业务逻辑(即平台上已有的小程序名称设置业务逻辑)，从而实现对测试小程序进行小程序名称设置。

步骤S36、获取业务逻辑对应的服务执行结果，并向开发接入端返回服务执行结果。

例如，服务请求为小程序名称设置服务请求，则服务执行结果可以是小程序名称设置的结果。

图6为本公开实施例提供的另一种小程序管理方法的流程图。

参照图6，本公开实施例还提供另一种小程序管理方法，该小程序管理方法与上述图1所示的小程序管理方法的区别在于，在步骤S1之后，还包括步骤S201～步骤S202。

步骤S201、获取预先设置的开发者小程序的状态信息或等级信息。

在本公开实施例中，小程序平台具有小程序的运营管理能力，包括各小程序的基本信息管理、等级管理和宿主功能权限管理等能力。

在一些实施例中，为了方便开发者进行测试、联调，平台可以将针对测试小程序的部分运营管理能力开放给开发者，例如将测试小程序的基本信息管理、等级管理和宿主功能权限管理等能力开放给开发者。开发者能够自行设置测试小程序的状态、等级等基础信息，对于开发者自行设置的测试小程序的状态、等级等基础信息，平台在判断小程序为测试类型且验证开发者具备相应运营管理能力的权限后，无需审核即可生效。开发者通过这种方式，可以基于测试小程序，对线上环境的各种异常情况进行仿真，从而加速理解业务流程和代码回归。

在一些实施例中，为了便于管理，平台预先配置开发者小程序的状态信息、等级信息以及服务请求权限的对应关系。因此，在接收到开发接入端的针对开发者小程序的服务请求后，需要先对开发者是否具备相应服务请求权限进行验证。故在步骤S201中，首先获取平台预先设置的开发者小程序的状态信息或等级信息。其中，状态信息可以包括但不限于：在线运行状态、异常状态、干预下线状态、开发状态、测试状态等。

步骤S202、根据状态信息或等级信息，判断开发接入端是否具备请求权限，若具备，跳转至步骤S2，否则向开发接入端返回服务请求失败消息。

具体地，基于预先配置的开发者小程序的状态信息、等级信息与服务请求权限的对应关系，判断开发接入端是否具备请求权限，也即判断开发接入端是否具备针对当前开发者小程序，调用相应服务接口的权限。

本公开实施例所提供的小程序管理方法，基于现有线上小程序平台提供的基础能力，通过逻辑隔离的方式，以较低的实现成本，为小程序开发者提供一套完整的开发联调环境，开发者通过该环境，能够以自助的形式定制化返回数据，熟悉接口数据结构，验证自身业务代码的逻辑，从而提升开发效率和小程序的健壮性。对于个人开发者、第三方服务商开发者而言，可以对小程序平台提供的服务接口，进行开发准备和测试联调工作，开发者可以大幅缩短对平台业务和新功能的适应周期，同时还可以快速检验代码异常处理分支的覆盖率，从而有效提升线上小程序的稳定性。对于小程序开发者平台而言，可以省去部署独立沙盒环境的支出，节省大量机器资源。同时，由于对测试联调的小程序送审能够进行自助化处理，从而节省了人力审核成本。

图7为本公开实施例提供的一种小程序管理装置的组成框图。

参照图7，本公开实施例提供了一种小程序管理装置300，该小程序管理装置300集成于小程序平台，该小程序管理装置300包括：接收模块301、识别模块302和处理模块303。

其中，接收模块301用于接收开发接入端发送的针对开发者小程序的服务请求，服务请求包括小程序身份标识、请求标识和与请求标识对应的请求参数。

识别模块302用于根据小程序身份标识，识别开发者小程序的类型是否为测试类型。

处理模块303用于响应于识别模块302识别出开发者小程序的类型为测试类型，根据请求标识和所述请求参数进行相应的测试处理操作。

在一些实施例中，参见图7，该装置还包括转发模块304，转发模块304用于响应于识别模块302识别出开发者小程序的类型为非测试类型，将服务请求转发至小程序平台上与请求标识对应的业务模块，以供业务模块执行与请求参数对应的线上业务逻辑。

在本公开实施例中，请求参数包含所请求的服务对应的服务基础参数。在一些实施例中，处理模块303具体用于在请求参数还包含开发者预期测试参数的情形下，向开发接入端返回与开发者预期测试参数对应的预期测试结果。

在一些实施例中，在请求参数还包含开发者预期测试参数对应的业务逻辑的情形下，处理模块303还用于执行与开发者预期测试参数对应的业务逻辑。

在一些实施例中，处理模块303具体用于：在请求参数未包含开发者预期测试参数的情形下，根据请求标识确定小程序平台上与请求标识对应的业务模块；调用业务模块执行与服务基础参数对应的业务逻辑；获取业务逻辑对应的服务执行结果，并向开发接入端返回服务执行结果。

在一些实施例中，处理模块303具体用于在请求标识为预设请求标识，且请求参数还包含开发者预期测试参数的情形下，执行与开发者预期测试参数对应的业务逻辑。

图8为本公开实施例提供的另一种小程序管理装置的组成框图，如图8所示，该小程序管理装置与前述图7所示的小程序管理装置的区别在于，在一些实施例中，该小程序管理装置还包括：获取模块305和判断模块306。

其中，获取模块305用于在接收模块301接收到服务请求之后，获取预先设置的开发者小程序的状态信息或等级信息。

判断模块306用于根据状态信息或等级信息，判断开发接入端是否具备请求权限；并在判断出开发接入端具备请求权限的情形下，触发识别模块302执行根据小程序身份标识，识别开发者小程序的类型是否为测试类型的步骤。

此外，本公开实施例所提供的小程序管理装置300用于实现上述的小程序管理方法，关于该小程序管理装置的相关描述可参见上述的小程序管理方法的描述，此处不再赘述。

此外，本公开实施例还提供一种小程序平台，该小程序平台包括上述任一实施例所提供的小程序管理装置300，关于该小程序管理装置300的具体相关描述可参见前述实施例的描述，此处不再赘述。

图9为本公开实施例提供的一种小程序平台的组成框图，图9示例性示出了小程序平台的各功能模块及其功能描述，同时，示例性示出了基于该小程序平台的小程序管理方法。

参照图9，该小程序平台400包括平台接入网关402、小程序管理装置300、业务模块组403(包含多个业务模块)、第三方服务模块404、消息推送接口405和外网代理网关406。其中，开发接入端401通过平台接入网关402接入小程序平台400，以向小程序平台发送针对开发者小程序的服务请求；平台接入网关402用于接收服务请求，进行鉴权校验、熔断限流和协议转换，并将开发接入端的服务请求转发给小程序管理装置300；小程序管理装置300用于实现上述的小程序管理方法，在需要调用服务请求相应的业务模块执行相应操作时，可以通过基础能力接口封装进行调用和转发，具体描述可参见上述小程序管理方法，此处不再赘述；业务模块组403包含多个业务模块，分别对应不同的服务请求，分别用于执行不同的业务逻辑，实现不同的服务，例如包管理服务、基础信息设置服务等，在消息推送程序触发时，通过消息推送服务接口405进行消息推送；消息推送服务接口405用于将需推送的内容进行拼装并加密后通过外网代理网关406推送给开发者；第三方服务模块404对接各外部的第三方服务接口，以实现平台调用第三方服务，例如第三方支付服务、订单服务等。

图10为本公开实施例提供的一种电子设备的组成框图。

参照图10，本公开实施例提供了一种电子设备，该电子设备包括至少一个处理器501，以及与至少一个处理器501通信连接的存储器502，以及用于连接各部件的接口，该接口可以包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图10中以一个处理器501为例。

存储器502存储有可被至少一个处理器501执行的一个或多个指令，一个或多个指令被至少一个处理器501执行，以使至少一个处理器501能够执行上述的小程序管理方法。

存储器502作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本公开实施例中的小程序管理方法对应的程序指令/模块。处理器501通过运行存储在存储器502中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的小程序管理方法。

存储器502可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器502可选包括相对于处理器501远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

在本公开实施例中，电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

电子设备还可以包括：输入装置503和输出装置504。处理器501、存储器502、输入装置503和输出装置504可以通过总线或者其他方式连接，图10中以通过总线连接为例。

输入装置503可接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置504可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此外，本公开实施例还提供一种计算机可读介质，其上存储有计算机程序，其中，该计算机程序被执行时实现上述的小程序管理方法。

根据本公开的实施例，本公开还提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现上述小程序管理方法中任一项方法。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

根据本公开实施例的技术方案，通过逻辑隔离的方式，使得小程序平台不仅能够响应针对非测试类型的开发者小程序的服务请求进行相应的线上业务逻辑，而且能够响应针对测试类型的开发者小程序的服务请求进行相应的测试处理操作。一方面，开发者仅通过小程序平台即可满足对开发者小程序的管理和测试需求，无需单独为了满足开发者对小程序的开发测试需求而额外配置沙盒环境，从而避免了需额外配置服务机器及运维人员造成的资源浪费，节约了资源使用成本；另一方面，当开发者需要进行开发测试时，无需使用已上线的小程序进行测试联调，开发者可以通过创建测试类型的小程序，利用小程序平台进行测试、联调，从而有效帮助开发者熟悉平台业务逻辑，有效缩短了开发者熟悉和适应平台业务和新功能的时间周期，提高了开发效率，且有效避免了使用已上线的小程序进行测试联调时对已上线的小程序的业务稳定性造成的影响。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

可以理解的是，以上实施方式仅仅是为了说明本公开的原理而采用的示例性实施方式，上述具体实施方式并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (15)

1.一种小程序管理方法，应用于小程序管理装置，所述小程序管理装置集成于小程序平台，该方法包括：

接收开发接入端发送的针对开发者小程序的服务请求，所述服务请求包括小程序身份标识、请求标识和与所述请求标识对应的请求参数；

根据所述小程序身份标识，识别所述开发者小程序的类型是否为测试类型；

响应于识别出所述开发者小程序的类型为测试类型，根据所述请求标识和所述请求参数进行相应的测试处理操作；

响应于识别出开发者小程序的类型为非测试类型，将服务请求转发至小程序平台上与请求标识对应的业务模块，以供业务模块执行与请求参数对应的线上业务逻辑。

2.根据权利要求1所述的小程序管理方法，其中所述请求参数包含所请求的服务对应的服务基础参数，所述根据所述请求标识和所述请求参数进行相应的测试处理操作，包括：

在所述请求参数还包含开发者预期测试参数的情形下，向所述开发接入端返回与所述开发者预期测试参数对应的预期测试结果。

3.根据权利要求2所述的小程序管理方法，其中在所述请求参数还包含开发者预期测试参数对应的业务逻辑的情形下，所述根据所述请求标识和所述请求参数进行相应的测试处理操作还包括：

执行与所述开发者预期测试参数对应的业务逻辑。

4.根据权利要求1所述的小程序管理方法，其中所述请求参数包含请求的服务所对应的服务基础参数，所述根据所述请求标识和所述请求参数进行相应的测试处理操作，包括：

在所述请求参数未包含开发者预期测试参数的情形下，根据所述请求标识确定小程序平台上与所述请求标识对应的业务模块；

调用所述业务模块执行与所述服务基础参数对应的业务逻辑；

获取所述业务逻辑对应的服务执行结果，并向所述开发接入端返回所述服务执行结果。

5.根据权利要求1所述的小程序管理方法，其中所述请求参数包含请求的服务所对应的服务基础参数，所述根据所述请求标识和所述请求参数进行相应的测试处理操作，包括：

在所述请求标识为预设请求标识，且所述请求参数还包含开发者预期测试参数的情形下，执行与所述开发者预期测试参数对应的业务逻辑。

6.根据权利要求1-5中任一项所述的小程序管理方法，其中在接收开发接入端发送的针对开发者小程序的服务请求之后，还包括：

获取预先设置的所述开发者小程序的状态信息或等级信息；

根据所述状态信息或等级信息，判断所述开发接入端是否具备请求权限；

在判断出所述开发接入端具备请求权限的情形下，执行所述根据所述小程序身份标识，识别所述开发者小程序的类型是否为测试类型的步骤。

7.一种小程序管理装置，该装置集成于小程序平台，该装置包括：

接收模块，用于接收开发接入端发送的针对开发者小程序的服务请求，所述服务请求包括小程序身份标识、请求标识和与所述请求标识对应的请求参数；

识别模块，用于根据所述小程序身份标识，识别所述开发者小程序的类型是否为测试类型；

处理模块，用于响应于识别模块识别出所述开发者小程序的类型为测试类型，根据所述请求标识和所述请求参数进行相应的测试处理操作；响应于识别出开发者小程序的类型为非测试类型，将服务请求转发至小程序平台上与请求标识对应的业务模块，以供业务模块执行与请求参数对应的线上业务逻辑。

8.根据权利要求7所述的小程序管理装置，其中所述请求参数包含所请求的服务对应的服务基础参数，所述处理模块具体用于在所述请求参数还包含开发者预期测试参数的情形下，向所述开发接入端返回与所述开发者预期测试参数对应的预期测试结果。

9.根据权利要求8所述的小程序管理装置，其中在所述请求参数还包含开发者预期测试参数对应的业务逻辑的情形下，所述处理模块还用于执行与所述开发者预期测试参数对应的业务逻辑。

10.根据权利要求7所述的小程序管理装置，其中所述请求参数包含请求的服务所对应的服务基础参数，所述处理模块具体用于：在所述请求参数未包含开发者预期测试参数的情形下，根据所述请求标识确定小程序平台上与所述请求标识对应的业务模块；调用所述业务模块执行与所述服务基础参数对应的业务逻辑；获取所述业务逻辑对应的服务执行结果，并向所述开发接入端返回所述服务执行结果。

11.根据权利要求7所述的小程序管理装置，其中所述请求参数包含请求的服务所对应的服务基础参数，所述处理模块具体用于在所述请求标识为预设请求标识，且所述请求参数还包含开发者预期测试参数的情形下，执行与所述开发者预期测试参数对应的业务逻辑。

12.根据权利要求7-11中任一项所述的小程序管理装置，其中还包括获取模块和判断模块；

所述获取模块用于在所述接收模块接收到所述服务请求之后，获取预先设置的所述开发者小程序的状态信息或等级信息；

所述判断模块用于根据所述状态信息或等级信息，判断所述开发接入端是否具备请求权限；并在判断出所述开发接入端具备请求权限的情形下，触发识别模块执行所述根据所述小程序身份标识，识别所述开发者小程序的类型是否为测试类型的步骤。

13.一种小程序平台，包括权利要求7-12中任一项所述的小程序管理装置。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的一个或多个指令，一个或多个所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的小程序管理方法。

15.一种计算机可读介质，其上存储有计算机程序，其中，所述计算机程序被执行时实现如权利要求1-6中任一项所述的小程序管理方法。