CN111858360B - 小程序测试方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种小程序测试方法、装置、设备、服务器及存储介质，涉及小程序领域。具体实现方案为：接收小程序测试请求，所述小程序测试请求是响应针对测试请求界面的输入操作而生成的；基于所述小程序测试请求，确定出所述输入操作所针对的目标小程序，以及对所述目标小程序进行测试的测试特征信息；基于所述测试特征信息确定出所述目标小程序在线上运行环境中所需执行的预设测试程序，将所述预设测试程序发送至所述目标小程序。如此，能够在小程序运行的线上环境中有效对小程序进行测试，为提升测试结果的真实性奠定了基础。

Description

小程序测试方法、装置、设备及存储介质

技术领域

本申请涉及计算机领域，尤其涉及小程序领域。

背景技术

小程序的加载性能指标，直接影响用户的使用体验。因此客户端、前端以及小程序开发者都在持续优化小程序的加载性能指标；实际应用中，在小程序框架、小程序业务迭代过程中的代码修改均会或多或少的影响到小程序的加载性能指标，因此亟需一个方法能够有效对小程序进行测试。

发明内容

本申请提供了一种小程序测试方法、装置、设备及存储介质。

根据本申请的一方面，提供了一种小程序测试方法，包括：

接收小程序测试请求，所述小程序测试请求是响应针对测试请求界面的输入操作而生成的；

基于所述小程序测试请求，确定出所述输入操作所针对的目标小程序，以及对所述目标小程序进行测试的测试特征信息；

基于所述测试特征信息确定出所述目标小程序在线上运行环境中所需执行的预设测试程序，将所述预设测试程序发送至所述目标小程序。

根据本申请的另一方面，提供了一种小程序测试方法，包括：

接收到预设测试程序，确定出所述预设测试程序对应的目标小程序；其中，所述预设测试程序是服务端基于测试请求界面的输入操作而确定出的；

基于所述预设测试程序，在线上运行环境中对所述目标小程序所对应宿主应用程序进行冷启动后，对所述目标小程序执行预设次数的启动指令；

至少生成执行所述启动指令所对应的测试结果，发送所述测试结果。

根据本申请的再一方面，提供了一种小程序测试装置，包括：

请求接收单元，用于接收小程序测试请求，所述小程序测试请求是响应针对测试请求界面的输入操作而生成的；

信息确定单元，用于基于所述小程序测试请求，确定出所述输入操作所针对的目标小程序，以及对所述目标小程序进行测试的测试特征信息；

测试程序确定单元，用于基于所述测试特征信息确定出所述目标小程序在线上运行环境中所需执行的预设测试程序；

测试程序发送单元，用于将所述预设测试程序发送至所述目标小程序。

根据本申请的再一方面，提供了一种电子设备，包括：

测试程序接收单元，用于接收到预设测试程序，确定出所述预设测试程序对应的目标小程序；其中，所述预设测试程序是服务端基于测试请求界面的输入操作而确定出的；

程序运行单元，用于基于所述预设测试程序，在线上运行环境中对所述目标小程序所对应宿主应用程序进行冷启动后，对所述目标小程序执行预设次数的启动指令；

测试结果生成单元，用于至少生成执行所述启动指令所对应的测试结果，发送所述测试结果。

根据本申请的再一方面，提供了一种小程序测试装置，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行以上所述的应用于小程序测试装置侧的方法。

根据本申请的再一方面，提供了一种电子设备，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行以上所述的应用于电子设备侧的方法。

根据本申请的再一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行以上所述的应用于小程序测试装置侧的方法，或者，执行以上所述的应用于电子设备侧的方法。

根据本申请的再一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如上所述的方法。

根据本申请的技术能够在小程序运行的线上环境中有效对小程序进行测试，为提升测试结果的真实性奠定了基础。

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

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是根据本申请实施例小程序测试方法的实现流程示意图一；

图2是根据本申请实施例小程序测试方法的实现流程示意图二；

图3至图8是根据本申请实施例小程序测试流程中所涉及到的界面展示图；

图9是根据本申请实施例小程序测试方法在一具体示例中的流程示意图；

图10是根据本申请实施例小程序测试装置的结构示意图一；

图11是根据本申请实施例小程序测试装置的结构示意图二；

图12是根据本申请实施例小程序测试装置的结构示意图三；

图13是根据本申请实施例电子设备的结构示意图一；

图14是根据本申请实施例电子设备的结构示意图二；

图15是用来实现本申请实施例的小程序测试方法的小程序测试装置或电子设备的框图。

具体实施方式

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

本申请方案提供一种小程序测试方法，应用于小程序测试装置，这里，所述小程序测试装置可以为小程序对应的服务器中的某一功能模块，即小程序测试装置可以集成于小程序对应的服务器侧，当然，也可以为独立于小程序对应的服务器之外，本申请方案对此不作限制；具体地，如图1所示，所述方法包括：

步骤S101：接收小程序测试请求，所述小程序测试请求是响应针对测试请求界面的输入操作而生成的。

步骤S102：基于所述小程序测试请求，确定出所述输入操作所针对的目标小程序，以及对所述目标小程序进行测试的测试特征信息。

步骤S103：基于所述测试特征信息确定出所述目标小程序在线上运行环境中所需执行的预设测试程序，将所述预设测试程序发送至所述目标小程序。

这样，能够在小程序运行的线上环境中有效对小程序进行测试，为提升测试结果的真实性奠定了基础。为后续有效度量小程序代码修改对小程序的性能影响提供了衡量依据。

这里，由于能够通过测试请求界面来接收用户的输入操作，所以，实现了小程序测试的可视化，提升了用户体验。

在一具体应用中，当存在多次测试需求时，所述测试请求界面还能够展示多次测试特征信息之间的差异特征，如此，为测试人员提供了便利，进而为提升测试效率奠定了基础。

在本申请方案的一具体示例中，所述预设测试程序指示触发所述目标小程序所对应宿主应用程序在线上运行环境中冷启动后，执行预设次数的针对所述目标小程序的启动指令。也就是说，本申请方案能够在宿主应用程序进行一次冷启动后，执行多次针对目标小程序的启动指令，所以，相较于现有一次冷启动只能执行针对小程序的一次启动操作而言，提升了测试效率。而且，由于本申请方案在目标小程序执行预设测试程序时无需进行UI(用户界面)操作，而是直接执行宿主应用程序的冷启动以及小程序的启动指令，所以，相较于现有模拟UI操作来进行测试的方式相比，测试简单，无需过多等待时间，而且能够精确得到启动指令所对应的启动特征，避免了其他无关操作(如冷启动后的开屏广告，或弹窗等)而带来的误差，提升了测试结果的准确度以及真实度，同时，也为提升测试效率奠定了基础。

在本申请方案的一具体示例中，所述预设测试程序指示所述目标小程序对数据上报地址进行修改，以修改为预设地址，以便所述目标小程序将执行所述预设测试程序的测试结果发送至所述预设地址。这里，所述数据上报地址可以具体为其他测试程序的上报地址，也可以为线上运行环境中，目标小程序上报线上相关数据对应的地址；此时，为了避免数据混杂，提升针对本次测试的测试结果的真实性和准确性，将原有的数据上报地址修改为预设地址，如此，在得到测试结果后，测试结果直接上报至该预设地址。

而且，由于本申请方案的预设测试程序与其他测试流程逻辑分离，所以，在上报测试结果时能够仅上传该预设测试程序相关的测试结果，而无需上传其他测试流程的结果，所以，避免了网络阻塞，同时，也避免了丢失数据而导致的测试结果不准确的问题。

实际应用中，该预设地址可以具体为小程序测试装置对应的地址。

在本申请方案的一具体示例中，当目标小程序执行该预设测试程序后，所述小程序测试装置还会获取所述目标小程序执行所述预设测试程序后所发送的测试结果，其中，所述测试结果至少表征有所述目标小程序在线上运行环境中的启动特征；进而针对所述测试结果对所述目标小程序的启动特征进行分析处理，得到启动分析结果，并展示所述启动分析结果。实际场景中，可以基于用户触发来对测试结果进行分析，或者，是在确认接收到目标小程序执行完整个预设测试程序后的总的测试结果后，自动触发分析流程。如此，在实现可视化的基础上，实现对整个测试流程的闭环管理，一方面为测试人员提供了可视化界面，另一方面，也为测试人员提供了自动化的分析报告，进而提升了测试效率。

这里，需要说明的是，实际应用中，该测试结果可以是目标小程序执行完整个预设测试程序后所发送的；还可以是执行一次针对所述目标小程序的启动指令后所发送的，本申请方案对此不作限制。

在一具体示例中，所述启动特征可以具体为目标小程序的启动时长，也即目标小程序的加载时长。

在本申请方案的一具体示例中，在步骤S101之前，还包括：

触发展示所述测试请求界面；基于展示的所述测试请求界面接收输入操作，其中，所述测试请求界面中展示有小程序进行测试所需的设置信息，如此，便于基于所述输入操作在所述设置信息处所对应的输入内容，得到待进行测试的目标小程序以及所述目标小程序对应的测试特征信息，这样，通过测试请求界面实现了测试的可视化，以及测试流程的定制化，与现有非可视化的测试流程相比，提升了用户体验，降低了测试人员的使用门槛。

本申请方案还提供一种小程序测试方法，应用于电子设备侧；如图2所示，包括：

步骤S201：接收到预设测试程序，确定出所述预设测试程序对应的目标小程序；其中，所述预设测试程序是服务端基于测试请求界面的输入操作而确定出的。

步骤S202：基于所述预设测试程序，在线上运行环境中对所述目标小程序所对应宿主应用程序进行冷启动后，对所述目标小程序执行预设次数的启动指令。

步骤S203：至少生成执行所述启动指令所对应的测试结果，发送所述测试结果。

这样，能够在小程序运行的线上环境中有效对小程序进行测试，为提升测试结果的真实性奠定了基础。

这里，本申请方案能够在宿主应用程序进行一次冷启动后，执行多次针对目标小程序的启动指令，所以，相较于现有一次冷启动只能执行针对小程序的一次启动操作而言，提升了测试效率。而且，由于本申请方案在目标小程序执行预设测试程序时无需进行UI(用户界面)操作，而是直接执行宿主应用程序的冷启动以及小程序的启动指令，所以，相较于现有模拟UI操作来进行测试的方式相比，测试简单，无需过多等待时间，而且能够精确得到启动指令所对应的启动特征，避免了其他无关操作(如冷启动后的开屏广告，或弹窗等)而带来的误差，提升了测试结果的准确度以及真实度，同时，也为提升测试效率奠定了基础。

在本申请方案的一具体示例中，所述电子设备基于所述启动指令控制所述目标小程序进行启动操作，并在启动操作结果后关闭所述目标小程序，直至所述启动操作累积执行所述预设次数。比如，在进行一次启动操作和关闭操作后，生成一次启动特征(比如，启动时长)，此时，将生成的一次启动特征作为测试结果发送至小程序测试装置侧，直至发送预设次数的测试结果为止。当然，还可以在进行一次启动操作和关闭操作后，生成一次启动特征(比如，启动时长)，然后继续下一次启动操作和关闭操作，直至执行预设次数后，将生成的预设次数的总的启动特征作为测试结果发送至小程序测试装置，如此，便于对目标小程序的启动特征进行分析。

在本申请方案的一具体示例中，所述电子设备还会对所述目标小程序对应的数据上报地址进行修改，并修改为预设地址，以便所述测试结果发送至所述预设地址。比如，在接收到预设测试程序后，进行上述地址修改操作，或者，在进行测试结果的数据上报之前，进行上述地址修改操作。

实际应用中，该预设地址可以具体为小程序测试装置对应的地址。所述数据上报地址可以具体为其他测试程序的上报地址，也可以为线上运行环境中，目标小程序上报线上相关数据对应的地址；此时，为了避免数据混杂，提升针对本次测试的测试结果的真实性和准确性，将原有的数据上报地址修改为预设地址，如此，在得到测试结果后，测试结果直接上报至该预设地址。

这里，由于本申请方案的预设测试程序与其他测试流程逻辑分离，所以，在上报测试结果时能够仅上传该预设测试程序相关的测试结果，而无需上传其他测试流程的结果，所以，避免了网络阻塞，同时，也避免了丢失数据而导致的测试结果不准确的问题。

以下结合具体示例对本申请方案做进一步详细说明，具体地，本示例提供了客户端侧小程序启动速度自动化测试方法，主要包含如下两方面：

客户端支持如下端能力，即自动化批量执行打开小程序，小程序启动完成关闭小程序，采集小程序启动过程中的启动特征数据。

小程序性能平台(也即以上所述的小程序测试装置)实现可视化可交互的启动特征数据分析能力，以及自动化调度客户端提供的端能力。具体地，

(一)客户端自动化批量执行打开小程序实现步骤如下

(1)提供一个端能力，以修改测试数据上报的服务器地址，比如修改为预设地址，实际应用中，参数定义如下：

名称	类型	用途
			uploadDataToOffline	bool	是否自定义打点服务器开关
server	string	接收打点数据的服务器地址

这里，所述打点数据指测试结果；打点服务器可以为执行测试任务的测试服务器，比如，本申请方案所述的小程序测试装置对应的服务器。

(2)当客户端收到端能力调用时，会将小程序启动指令的上报地址修改为“server”指定的地址，并且屏蔽掉除本次测试之外的其他数据上报，屏蔽弹窗等与本次测试无关的相关操作。

(3)客户端提供批量打开小程序、并在小程序加载完成后再关闭的端能力。测试过程中的参数定义如下：

名称	类型	用途
			list	Array	存放一组待测试的小程序的调起协议
count	Int	每个小程序调起的次数(也即预设次数)
			interval	Int	打开小程序，关闭后再次打开小程序的间隔
mailPrefix	String	邮箱前缀
			desc	String	本次任务描述

(4)当客户端收到端能力调用时，修改地址，然后会依次打开list中的小程序，也即待测试的小程序。比如list中了3个待测试小程序的调起协议，cout是60次，此时，客户端会执行第一次打开第一个小程序，第一次关闭第一个小程序，第二次打开第一个小程序，第二次关闭第一个小程序……第60次打开第一个小程序，第60次关闭第一个小程序；同理，针对list中的小程序会重复执行以上操作，直到list中的小程序都执行完毕为止，如此，来得到小程序的启动特征。

这里，在小程序关闭的时候，会将本次小程序的启动性能数据(也即启动特征)发送到上述(2)指定的服务器上进行存储。每次任务执行的过程中，如图3所示，会在测试端(如测试手机)的顶部状态栏处给出提示，比如，提示当前任务的执行进度等。

(5)当所有任务都执行完成后，客户端向服务器发送性能数据分析请求，触发性能数据分析计算。测试过程中的参数定义如下：

名称	类型	用途
			cuid	String	执行任务的用户标识
startTime	String	任务开始时间
			endTime	String	任务结束时间
mailPrefix	String	邮箱前缀
			desc	String	本次任务描述

(6)服务器接收到请求后触发分析计算。

(7)客户端收到请求回调后，跳转到如图4所示的分析报告界面，当然，实际应用中，如图5所示，该分析报告界面也可以在电脑端展示。

综上，测试流程如下，如图9所示，包括：

步骤1：小程序性能平台创建小程序测试任务，比如通过如图6所示的界面创建小程序测试任务。该小程序测试任务指示客户端批量打开小程序、关闭小程序，以对小程序的启动特征进行测试。

步骤2：小程序性能平台调用端能力，相应地，客户端修改服务器地址，并屏蔽与本测试无关的其他打点数据。

步骤3：客户端批量执行小程序打开、关闭操作，并上报启动特征，直至将全部启动特征发送至小程序性能平台。

步骤4：客户端触发小程序性能平台进行数据分析。

步骤5：小程序性能平台完成数据分析报告后，如图7所示，展示数据报告。这里，当进行多次测试时，本申请方案还能展示如图8所示的对比分析数据。

本申请方案还提供一种服务器，如图10所示，包括：

请求接收单元1001，用于接收小程序测试请求，所述小程序测试请求是响应针对测试请求界面的输入操作而生成的；

信息确定单元1002，用于基于所述小程序测试请求，确定出所述输入操作所针对的目标小程序，以及对所述目标小程序进行测试的测试特征信息；

测试程序确定单元1003，用于基于所述测试特征信息确定出所述目标小程序在线上运行环境中所需执行的预设测试程序；

测试程序发送单元1004，用于将所述预设测试程序发送至所述目标小程序。

在本申请方案的一具体示例中，所述预设测试程序指示触发所述目标小程序所对应宿主应用程序在线上运行环境中冷启动后，执行预设次数的针对所述目标小程序的启动指令。

在本申请方案的一具体示例中，所述预设测试程序指示所述目标小程序对数据上报地址进行修改，以修改为预设地址，以便所述目标小程序将执行所述预设测试程序的测试结果发送至所述预设地址。

在本申请方案的一具体示例中，如图11所示，还包括：

测试结果获取单元1005，用于获取所述目标小程序执行所述预设测试程序后所发送的测试结果，其中，所述测试结果至少表征有所述目标小程序在线上运行环境中的启动特征；

分析处理单元1006，用于针对所述测试结果对所述目标小程序的启动特征进行分析处理，得到启动分析结果，并展示所述启动分析结果。

在本申请方案的一具体示例中，如图12所示，还包括：

界面触发单元1007，用于触发展示所述测试请求界面；

输入操作接收单元1008，用于基于展示的所述测试请求界面接收输入操作，其中，所述测试请求界面中展示有小程序进行测试所需的设置信息，以便于基于所述输入操作在所述设置信息处所对应的输入内容，得到待进行测试的目标小程序以及所述目标小程序对应的测试特征信息。

本申请方案还提供一种电子设备，如图13所示，包括：

测试程序接收单元1301，用于接收到预设测试程序，确定出所述预设测试程序对应的目标小程序；其中，所述预设测试程序是服务端基于测试请求界面的输入操作而确定出的；

程序运行单元1302，用于基于所述预设测试程序，在线上运行环境中对所述目标小程序所对应宿主应用程序进行冷启动后，对所述目标小程序执行预设次数的启动指令；

测试结果生成单元1303，用于至少生成执行所述启动指令所对应的测试结果，发送所述测试结果。

在本申请方案的一具体示例中，所述程序运行单元，还用于：

基于所述启动指令控制所述目标小程序进行启动操作，并在启动操作结果后关闭所述目标小程序，直至所述启动操作累积执行所述预设次数。

在本申请方案的一具体示例中，如图14所示，还包括：

地址修改单元1304，用于对所述目标小程序对应的数据上报地址进行修改，并修改为预设地址，以便所述测试结果发送至所述预设地址。

根据本申请的实施例，本申请还提供了一种小程序测试装置或电子设备(以下简称装置或设备)、一种可读存储介质和一种计算机程序产品。这里，在一示例中，该小程序侧装置和电子设备的物理结构类似，均可通过以下所述的结构实现。

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

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

存储器1502即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的小程序测试方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的小程序测试方法。

存储器1502作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的小程序测试方法对应的程序指令/模块(例如，附图12所示的请求接收单元1001、信息确定单元1002、测试程序确定单元1003、测试程序发送单元1004、测试结果获取单元1005、分析处理单元1006、界面触发单元1007和输入操作接收单元1008；或者，附图14所示的测试程序接收单元1301、程序运行单元1302、测试结果生成单元1303和地址修改单元1304)。处理器1501通过运行存储在存储器1502中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的小程序测试方法。

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

小程序测试方法的装置或设备还可以包括：输入装置1503和输出装置1504。处理器1501、存储器1502、输入装置1503和输出装置1504可以通过总线或者其他方式连接，图15中以通过总线连接为例。

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

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

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

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

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

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与虚拟专用服务器(VPS)服务中，存在的管理难度大，业务扩展性弱的缺陷。

根据本申请实施例的技术方案，能够在小程序运行的线上环境中有效对小程序进行测试，为提升测试结果的真实性奠定了基础。为后续有效度量小程序代码修改对小程序的性能影响提供了衡量依据。

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

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

Claims (17)

1.一种小程序测试方法，包括：

接收小程序测试请求，所述小程序测试请求是响应针对测试请求界面的输入操作而生成的；

基于所述小程序测试请求，确定出所述输入操作所针对的目标小程序，以及对所述目标小程序进行测试的测试特征信息；

基于所述测试特征信息确定出所述目标小程序在线上运行环境中所需执行的预设测试程序，将所述预设测试程序发送至所述目标小程序；

其中，所述预设测试程序指示触发所述目标小程序所对应宿主应用程序在线上运行环境中冷启动后，执行预设次数的针对所述目标小程序的启动指令。

2.根据权利要求1所述的方法，其中，所述预设测试程序指示所述目标小程序对数据上报地址进行修改，以修改为预设地址，以便所述目标小程序将执行所述预设测试程序的测试结果发送至所述预设地址。

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

获取所述目标小程序执行所述预设测试程序后所发送的测试结果，其中，所述测试结果至少表征有所述目标小程序在线上运行环境中的启动特征；

针对所述测试结果对所述目标小程序的启动特征进行分析处理，得到启动分析结果，并展示所述启动分析结果。

4.根据权利要求1所述的方法，还包括：

触发展示所述测试请求界面；

基于展示的所述测试请求界面接收输入操作，其中，所述测试请求界面中展示有小程序进行测试所需的设置信息，以便于基于所述输入操作在所述设置信息处所对应的输入内容，得到待进行测试的目标小程序以及所述目标小程序对应的测试特征信息。

5.一种小程序测试方法，包括：

接收到预设测试程序，确定出所述预设测试程序对应的目标小程序；其中，所述预设测试程序是服务端基于测试请求界面的输入操作而确定出的；

基于所述预设测试程序，在线上运行环境中对所述目标小程序所对应宿主应用程序进行冷启动后，对所述目标小程序执行预设次数的启动指令；

至少生成执行所述启动指令所对应的测试结果，发送所述测试结果。

6.根据权利要求5所述的方法，还包括：

基于所述启动指令控制所述目标小程序进行启动操作，并在启动操作结果后关闭所述目标小程序，直至所述启动操作累积执行所述预设次数。

7.根据权利要求5或6所述的方法，还包括：

对所述目标小程序对应的数据上报地址进行修改，并修改为预设地址，以便所述测试结果发送至所述预设地址。

8.一种小程序测试装置，包括：

请求接收单元，用于接收小程序测试请求，所述小程序测试请求是响应针对测试请求界面的输入操作而生成的；

信息确定单元，用于基于所述小程序测试请求，确定出所述输入操作所针对的目标小程序，以及对所述目标小程序进行测试的测试特征信息；

测试程序确定单元，用于基于所述测试特征信息确定出所述目标小程序在线上运行环境中所需执行的预设测试程序；

测试程序发送单元，用于将所述预设测试程序发送至所述目标小程序；其中，所述预设测试程序指示触发所述目标小程序所对应宿主应用程序在线上运行环境中冷启动后，执行预设次数的针对所述目标小程序的启动指令。

9.根据权利要求8所述的装置，其中，所述预设测试程序指示所述目标小程序对数据上报地址进行修改，以修改为预设地址，以便所述目标小程序将执行所述预设测试程序的测试结果发送至所述预设地址。

10.根据权利要求8至9任一项所述的装置，还包括：

测试结果获取单元，用于获取所述目标小程序执行所述预设测试程序后所发送的测试结果，其中，所述测试结果至少表征有所述目标小程序在线上运行环境中的启动特征；

分析处理单元，用于针对所述测试结果对所述目标小程序的启动特征进行分析处理，得到启动分析结果，并展示所述启动分析结果。

11.根据权利要求8所述的装置，还包括：

界面触发单元，用于触发展示所述测试请求界面；

输入操作接收单元，用于基于展示的所述测试请求界面接收输入操作，其中，所述测试请求界面中展示有小程序进行测试所需的设置信息，以便于基于所述输入操作在所述设置信息处所对应的输入内容，得到待进行测试的目标小程序以及所述目标小程序对应的测试特征信息。

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

测试程序接收单元，用于接收到预设测试程序，确定出所述预设测试程序对应的目标小程序；其中，所述预设测试程序是服务端基于测试请求界面的输入操作而确定出的；

程序运行单元，用于基于所述预设测试程序，在线上运行环境中对所述目标小程序所对应宿主应用程序进行冷启动后，对所述目标小程序执行预设次数的启动指令；

测试结果生成单元，用于至少生成执行所述启动指令所对应的测试结果，发送所述测试结果。

13.根据权利要求12所述的电子设备，其中，所述程序运行单元，还用于：

基于所述启动指令控制所述目标小程序进行启动操作，并在启动操作结果后关闭所述目标小程序，直至所述启动操作累积执行所述预设次数。

14.根据权利要求12或13所述的电子设备，还包括：

地址修改单元，用于对所述目标小程序对应的数据上报地址进行修改，并修改为预设地址，以便所述测试结果发送至所述预设地址。

15.一种小程序测试装置，其特征在于，包括：

至少一个处理器；以及

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

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

16.一种电子设备，其特征在于，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求5-7中任一项所述的方法。

17.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-4中任一项应用于小程序测试装置侧的方法，或者，执行权利要求5-7中任一项应用于电子设备侧的方法。