CN109669875A - 应用崩溃测试方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提出一种应用崩溃测试方法、装置、电子设备及存储介质，属于计算机应用技术领域。其中，该方法包括：从目标应用的用户群中抽取测试用户；向测试用户推送目标应用的待测试数据，以使测试用户利用待测试数据对目标应用进行修改；获取已修改目标应用的各测试用户返回的各目标应用运行状态信息；根据各目标应用运行状态信息中包括崩溃信息的数量及测试用户的数量，确定目标应用当前的崩溃概率。由此，通过这种应用崩溃测试方法，在目标应用当前的崩溃概率符合发布条件时，发布目标应用，从而降低了目标应用发布之后发生崩溃的概率，改善了用户体验。

Description

应用崩溃测试方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机应用技术领域，尤其涉及一种应用崩溃测试方法、装置、电子设备及存储介质。

背景技术

随着互联网技术的不断发展，通过终端中的应用程序进行网上社交、购物、娱乐等活动已是信息社会的常态。但是，在实际使用过程中，终端中的应用程序有时候会发生崩溃，从而给用户带来不良的使用体验。

相关技术中，可以在应用程序发布之前，通过软件测试检测可能在应用程序中发生的崩溃，从而可以在一定程度上避免将崩溃推向用户。但是，这种通过软件测试检测崩溃的方法，无法检测出应用程序中可能存在的所有崩溃，从而导致一些崩溃在应用程序发布后出现，影响了用户体验。

发明内容

本申请提出的应用崩溃测试方法、装置、电子设备及存储介质，用于解决相关技术中，在应用程序发布前，通过软件测试检测崩溃的方法，无法检测出应用程序中可能存在的所有崩溃，从而导致一些崩溃在应用程序发布后出现，影响了用户体验的问题。

本申请一方面实施例提出的应用崩溃测试方法，包括：从目标应用的用户群中抽取测试用户；向所述测试用户推送所述目标应用的待测试数据，以使所述测试用户利用所述待测试数据对所述目标应用进行更新；获取已更新所述目标应用的各测试用户返回的各目标应用运行状态信息；根据所述各目标应用运行状态信息中包括崩溃信息的数量及所述测试用户的数量，确定所述目标应用当前的崩溃概率。

可选地，在第一方面实施例的一种可能的实现形式中，所述确定所述目标应用当前的崩溃概率之后，还包括：

若所述目标应用当前的崩溃概率小于或等于第一阈值，则将所述目标应用的待测试数据进行公开发布；

若所述目标应用当前的崩溃概率大于第一阈值，则根据所述崩溃信息，对所述待测试数据进行修改。

可选地，在第一方面实施例的另一种可能的实现形式中，所述确定所述目标应用当前的崩溃概率之后，还包括：

根据所述目标应用的用户群中包括的用户总量，以及所述目标应用当前的崩溃概率，确定所述待测试数据当前的影响用户量；

判断所述待测试数据当前的影响用户量和/或所述当前的崩溃概率，是否与预设的公开发布条件匹配。

可选地，在第一方面实施例的再一种可能的实现形式中，所述目标应用运行状态信息中，包括以下维度信息中的至少一个：目标应用所在的终端的类型、终端的运行状态、终端的网络类型、终端的操作系统类型、终端所在位置及目标应用的语言类型；

所述获取已更新所述目标应用的各测试用户返回的各目标应用运行状态信息之后，还包括：

根据所述各目标应用运行状态信息，确定所述目标应用在各维度空间的崩溃概率，其中，每个维度空间中至少有一个维度信息与其他维度空间中的各维度信息不同；

所述确定所述目标应用当前的崩溃概率，包括：

根据所述各维度空间的权重及所述目标应用在各维度空间的崩溃概率，确定所述目标应用当前的崩溃概率。

可选地，在第一方面实施例的又一种可能的实现形式中，所述确定所述目标应用当前的崩溃概率之前，还包括：

根据所述目标应用在各维度空间的用户数量及所述目标应用的用户群中包括的用户总量，确定所述各维度空间的权重。

可选地，在第一方面实施例的又一种可能的实现形式中，所述确定所述目标应用在各维度空间的崩溃概率之后，还包括：

根据所述目标应用在各维度空间的崩溃概率，将所述目标应用的待测试数据进行差异化修改。

可选地，在第一方面实施例的另一种可能的实现形式中，所述待测试数据，包括以下数据中的至少一种：配置文件、功能源码、图文素材及应用安装包。

本申请另一方面实施例提出的应用崩溃测试装置，包括：抽取模块，用于从目标应用的用户群中抽取测试用户。推送模块，用于向所述测试用户推送所述目标应用的待测试数据，以使所述测试用户利用所述待测试数据对所述目标应用进行更新；获取模块，用于获取已更新所述目标应用的各测试用户返回的各目标应用运行状态信息；第一确定模块，用于根据所述各目标应用运行状态信息中包括崩溃信息的数量及所述测试用户的数量，确定所述目标应用当前的崩溃概率。

可选地，在第二方面实施例的一种可能的实现形式中，所述装置，还包括：

发布模块，用于若所述目标应用当前的崩溃概率小于或等于第一阈值，则将所述目标应用的待测试数据进行公开发布；

第一修改模块，用于若所述目标应用当前的崩溃概率大于第一阈值，则根据所述崩溃信息，对所述待测试数据进行修改。

可选地，在第二方面实施例的另一种可能的实现形式中，所述装置，还包括：

第二确定模块，用于根据所述目标应用的用户群中包括的用户总量，以及所述目标应用当前的崩溃概率，确定所述待测试数据当前的影响用户量；

判断模块，用于判断所述待测试数据当前的影响用户量和/或所述当前的崩溃概率，是否与预设的公开发布条件匹配。

可选地，在第二方面实施例的再一种可能的实现形式中，所述目标应用运行状态信息中，包括以下维度信息中的至少一个：目标应用所在的终端的类型、终端的运行状态、终端的网络类型、终端的操作系统类型、终端所在位置及目标应用的语言类型；

所述装置，还包括：

第三确定模块，用于根据所述各目标应用运行状态信息，确定所述目标应用在各维度空间的崩溃概率，其中，每个维度空间中至少有一个维度信息与其他维度空间中的各维度信息不同；

所述第一确定模块，包括：

确定单元，用于根据所述各维度空间的权重及所述目标应用在各维度空间的崩溃概率，确定所述目标应用当前的崩溃概率。

可选地，在第二方面实施例的又一种可能的实现形式中，所述装置，还包括：

第四确定模块，用于根据所述目标应用在各维度空间的用户数量及所述目标应用的用户群中包括的用户总量，确定所述各维度空间的权重。

可选地，在第二方面实施例的又一种可能的实现形式中，所述装置，还包括：

第二修改模块，用于根据所述目标应用在各维度空间的崩溃概率，将所述目标应用的待测试数据进行差异化修改。

可选地，在第二方面实施例的另一种可能的实现形式中，所述待测试数据，包括以下数据中的至少一种：配置文件、功能源码、图文素材及应用安装包。

本申请再一方面实施例提出的电子设备，其包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如前所述的应用崩溃测试方法。

本申请再一方面实施例提出的计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如前所述的应用崩溃测试方法。

本申请又一方面实施例提出的计算机程序，该程序被处理器执行时，以实现本申请实施例所述的应用崩溃测试方法。

本申请实施例提供的应用崩溃测试方法、装置、电子设备、计算机可读存储介质及计算机程序，可以从目标应用的用户群中抽取测试用户，并向测试用户推送目标应用的待测试数据，以使测试用户利用待测试数据对目标应用进行更新，之后获取已更新目标应用的各测试用户返回的各目标应用运行状态信息，进而根据各目标应用运行状态信息中包括崩溃信息的数量及测试用户的数量，确定目标应用当前的崩溃概率。由此，通过在应用发布之前，根据各测试用户返回的各目标应用运行状态信息，确定目标应用当前的崩溃概率，并在目标应用当前的崩溃概率符合发布条件时，发布目标应用，从而降低了目标应用发布之后发生崩溃的概率，改善了用户体验。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例所提供的一种应用崩溃测试方法的流程示意图；

图2为本申请实施例所提供的另一种应用崩溃测试方法的流程示意图；

图3为本申请实施例提供的一种应用崩溃测试装置的结构示意图；

图4为本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

本申请实施例针对相关技术中，在应用程序发布前，通过软件测试检测崩溃的方法，无法检测出应用程序中可能存在的所有崩溃，从而导致一些崩溃在应用程序发布后出现，影响了用户体验的问题，提出一种应用崩溃测试方法。

本申请实施例提供的应用崩溃测试方法，可以从目标应用的用户群中抽取测试用户，并向测试用户推送目标应用的待测试数据，以使测试用户利用待测试数据对目标应用进行更新，之后获取已更新目标应用的各测试用户返回的各目标应用运行状态信息，进而根据各目标应用运行状态信息中包括崩溃信息的数量及测试用户的数量，确定目标应用当前的崩溃概率。由此，通过在应用发布之前，根据各测试用户返回的各目标应用运行状态信息，确定目标应用当前的崩溃概率，并在目标应用当前的崩溃概率符合发布条件时，发布目标应用，从而降低了目标应用发布之后发生崩溃的概率，改善了用户体验。

下面参考附图对本申请提供的应用崩溃测试方法、装置、电子设备、存储介质及计算机程序进行详细描述。

图1为本申请实施例所提供的一种应用崩溃测试方法的流程示意图。

如图1所示，该应用崩溃测试方法，包括以下步骤：

步骤101，从目标应用的用户群中抽取测试用户。

需要说明的是，应用在终端运行的过程中，可能因为应用本身的缺陷，或者应用所在终端的配置不同等原因，导致应用在运行过程中发生崩溃。在应用发布之前，可以通过软件测试的方式，检测应用在运行过程中可能发生的崩溃，并对应用进行更新，以避免检测出的崩溃在应用实际运行时发生。但是，这种检测方法，无法检测出应用实际运行时可能发生的所有崩溃，从而导致一些崩溃在应用发布后出现。

在本申请实施例中，可以在目标应用发布之前，根据目标应用的标识(如目标应用名称或者版本号)，确定目标应用的用户群，并通过随机抽样的方式，从目标应用的用户群中抽取一部分用户，作为测试用户，以对目标应用在实际运行过程中可能的发生的崩溃进行检测。

需要说明的是，测试用户的数量需要达到一定的数量级，以保证应用崩溃测试的准确性，比如，测试用户的数量需要不少于10000个。实际使用时，可以根据实际需要以及用户群的总量，预设抽取的测试用户的数量，本申请实施例对此不做限定。

步骤102，向所述测试用户推送所述目标应用的待测试数据，以使所述测试用户利用所述待测试数据对所述目标应用进行更新。

在本申请实施例中，从目标应用的用户群中，抽取出一定数量的测试用户之后，即可以将目标应用的待测试数据推送至测试用户，以使测试用户利用待测试数据更新目标应用，即将目标应用的新版本信息推送至测试用户的终端，以引导测试用户对目标应用进行更新。

其中，目标应用的待测试数据中包括以下数据中的至少一种：配置文件、功能源码、图文素材及应用安装包。

步骤103，获取已更新所述目标应用的各测试用户返回的各目标应用运行状态信息。

在本申请实施例中，将目标应用的待测试数据推送至各测试用户之后，可以根据已根据推送的待测试数据对目标应用进行更新的各测试用户返回的目标应用运行状态信息，并将获取到的各目标应用运行状态信息，存储至分布式计算集群，以便对获取到的各目标应用运行状态信息进行计算和分析。

步骤104，根据所述各目标应用运行状态信息中包括崩溃信息的数量及所述测试用户的数量，确定所述目标应用当前的崩溃概率。

在本申请实施例中，目标应用运行状态信息中可以包括指示目标应用崩溃的崩溃信息。若目标应用运行状态信息中包括崩溃信息，则可以确定返回该目标应用运行状态信息的终端中的目标应用发生了崩溃；若目标应用运行状态信息中未包括崩溃信息，则可以确定返回该目标应用运行状态信息的终端中的目标应用未发生崩溃。因此，可以根据各目标应用运行状态中，包括崩溃信息的目标应用运行状态信息的数量，确定测试用户中目标应用发生崩溃的数量，即将包括崩溃信息的目标应用运行状态信息的数量，确定为测试用户中目标应用发生崩溃的数量。之后即可根据测试用户中目标应用发生崩溃的数量以及测试用户的数量，确定出目标应用当前的崩溃概率，即可以将测试用户中目标应用发生崩溃的数量与测试用户的数量的比值，确定出目标应用当前的崩溃概率。

需要说明的是，若抽取的所有测试用户都利用推送的待测试数据对目标应用进行了更新，则测试用户的数量与抽取的所有测试用户的数量相同；若利用推送的待测试数据对目标应用进行更新的测试用户的数量，小于抽取的所有测试用户的数量，则测试用户的数量为实际已对目标应用进行更新的测试用户的数量。

举例来说，抽取的测试用户的数量为10000，实际已对目标应用进行更新的测试用户数量为8000，获取的各目标应用运行状态信息中，包括崩溃信息的目标应用运行状态信息的数量为2000，则可以确定测试用户的数量为8000，测试用户中目标应用发生崩溃的数量为2000，那么，目标应用的待测试数据当前的崩溃概率为2000/8000＝0.25。

进一步的，由于目标应用的崩溃是由于待测试数据引起的，因此，在确定出目标应用当前的崩溃概率之后，还可以根据当前的崩溃概率判断当前是否可以正式发布目标应用。即在本申请实施例一种可能的实现形式中，上述步骤104之后，还可以包括：

若所述目标应用当前的崩溃概率小于或等于第一阈值，则将所述目标应用的待测试数据进行公开发布；

若所述目标应用当前的崩溃概率大于第一阈值，则根据所述崩溃信息，对所述待测试数据进行修改。

需要说明的是，若目标应用当前的崩溃概率小于或等于第一阈值，即目标应用在实际运行中，待测试数据导致目标应用发生崩溃的概率较小，满足公开发布条件，则可以将目标应用的待测试数据进行公开发布，即将目标应用的待测试数据推送至目标应用的用户群中的所有用户；若目标应用的待测试数据当前的崩溃概率大于第一阈值，即目标应用在实际运行中，待测试数据导致目标应用发生崩溃的概率较大，不满足公开发布条件，则可以根据各目标应用运行状态信息中包括的崩溃信息，对目标应用的待测试数据进行修改，以消除导致目标应用发生崩溃的缺陷。

进一步的，还可以根据目标应用当前的崩溃概率，预测出目标应用崩溃时，可能影响的用户数量，并根据目标应用当前的崩溃概率或影响的用户数量，确定目标应用的待测试数据当前是否符合公开发布条件。即在本申请实施例一种可能的实现形式中，上述步骤104之后，还可以包括：

根据所述目标应用的用户群中包括的用户总量，以及所述目标应用当前的崩溃概率，确定所述待测试数据当前的影响用户量；

判断所述待测试数据当前的影响用户量和/或所述当前的崩溃概率，是否与预设的公开发布条件匹配。

需要说明的是，不同的目标应用的用户群中包括的用户总量不同。对于用户群中包括的用户总量较小的目标应用，在其当前的崩溃概率稍大时，其实际运行时发生崩溃影响的用户数量可能很小；而对于用户群中包括的用户总量非常庞大的目标应用，其当前的崩溃概率非常小时，其实际运行时发生崩溃影响的用户数量也会非常庞大。因此，在本申请实施例一种可能的实现形式中，可以根据目标应用的待测试数据当前的影响用户量与当前的崩溃概率，共同判断目标应用的待测试数据当前是否满足公开发布条件。

在本申请实施例一种可能的实现形式中，确定出目标应用当前的崩溃概率之后，可以根据目标应用的用户群中包括的用户总量与目标应用当前的崩溃概率，确定出目标应用的待测试数据当前的影响用户量，即可以将目标应用的用户群中包括的用户总量与目标应用当前的崩溃概率的乘积，确定为目标应用的待测试数据当前的影响用户量。之后可以判断目标应用的待测试数据当前的影响用户量，以及当前的崩溃概率，是否分别满足预设的公开发布条件匹配。若匹配，则可以将目标应用程序的待测试数据进行公开发布；若不匹配，则根据目标应用运行状态信息中包括的崩溃信息，对目标应用的待测试数据进行修改。

具体的，预设的公开发布条件中，可以包括目标应用当前的崩溃概率的第一阈值，以及目标应用的待测试数据当前的影响用户量的第二阈值。预设的公开发布条件可以是“目标应用当前的崩溃概率小于或等于第一阈值，和/或目标应用的待测试数据当前的影响用户量小于或等于第二阈值”。

举例来说，预设的公开发布条件为“目标应用当前的崩溃概率小于或等于0.01，且目标应用的待测试数据当前的影响用户量小于或等于1000”。若目标应用的用户群中包括的用户总量为150000，目标应用当前的崩溃概率为0.01，则目标应用的待测试数据当前的影响用户量为1500，且大于1000，因此目标应用的待测试数据当前的影响用户量与预设的公开发布条件不匹配，即不可以将目标应用的待测试数据进行公开发布，需要根据崩溃信息对目标应用的待测试数据进行修改；若目标应用的用户群中包括的用户总量为100000，目标应用当前的崩溃概率为0.005，则目标应用的待测试数据当前的影响用户量为500，因此目标应用的待测试数据当前的影响用户量，以及目标应用当前的崩溃概率，均与预设的公开发布条件匹配，即可以将目标应用的待测试数据进行公开发布。

需要说明的是，上述举例仅为示例性的，不能视为对本申请的限制。预设的公开发布条件可以对目标应用当前的崩溃概率以及目标应用的待测试数据当前的影响用户量均进行限定，也可以仅对两者中的其中一个进行限定。实际使用时，开发者可以根据实际需要预设公开发布条件，也可以根据行业标准、目标应用的实际规定预设公开发布条件，本申请实施例对此不做限定。

本申请实施例提供的应用崩溃测试方法，可以从目标应用的用户群中抽取测试用户，并向测试用户推送目标应用的待测试数据，以使测试用户利用待测试数据对目标应用进行更新，之后获取已更新目标应用的各测试用户返回的各目标应用运行状态信息，进而根据各目标应用运行状态信息中包括崩溃信息的数量及测试用户的数量，确定目标应用当前的崩溃概率。由此，通过在应用发布之前，根据各测试用户返回的各目标应用运行状态信息，确定目标应用当前的崩溃概率，并在目标应用当前的崩溃概率符合发布条件时，发布目标应用，从而降低了目标应用发布之后发生崩溃的概率，改善了用户体验。

在本申请实施例一种可能的实现形式中，还可以从多个维度对测试用户进行划分，以确定出在不同的维度空间中，目标应用的崩溃概率，进而根据各维度空间中目标应用的崩溃概率，对目标应用进行差异化修改，以进一步降低目标应用在各种类型的移动终端中的崩溃概率。

下面结合图2，对本申请实施例提供的应用崩溃测试方法进行进一步说明。

图2为本申请实施例所提供的另一种应用崩溃测试方法的流程示意图。

如图2所示，该应用崩溃测试方法，包括以下步骤：

步骤201，从目标应用的用户群中抽取测试用户。

步骤202，向所述测试用户推送所述目标应用的待测试数据，以使所述测试用户利用所述待测试数据对所述目标应用进行更新。

步骤203，获取已更新所述目标应用的各测试用户返回的各目标应用运行状态信息。

上述步骤201-203的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

步骤204，根据所述各目标应用运行状态信息，确定所述目标应用在各维度空间的崩溃概率，其中，每个维度空间中至少有一个维度信息与其他维度空间中的各维度信息不同。

其中，目标应用运行状态信息中，可以包括以下维度信息中的至少一个：目标应用所在的终端的类型、终端的运行状态、终端的网络类型、终端的操作系统类型、终端所在位置及目标应用的语言类型。

需要说明的是，目标应用所在的终端类型可以是终端的型号；终端的运行状态可以包括目标应用崩溃时终端的CPU占用率、内存占用率；终端的网络类型可以包括移动、电信、联通等电信运营商对应的网络类型；终端的操作系统可以包括安卓、iOS等；终端所在位置可以是指终端所在的国家；目标应用的语言类型可以包括各国的自然语言类型，如汉语、英语等。

可以理解的是，目标应用所在的终端不同，其在相应的终端中发生崩溃的概率和原因也可能是不同的。因此，在本申请实施例一种可能的实现形式中，可以根据目标应用运行状态信息中包括的各维度信息，将测试用户划分至多个维度空间中，并确定出目标应用在各维度空间的崩溃概率。

具体的，可以根据目标每个目标应用运行状态信息中包括的各维度信息的取值，将测试用户划分为至多个维度空间中，并根据目标应用运行状态信息在每个维度空间中包括崩溃信息的目标应用运行状态信息的数量，与每个维度空间中测试用户的数量，确定出目标应用在每个维度空间的崩溃概率，即将目标应用运行状态信息在每个维度空间中包括崩溃信息的目标应用运行状态信息的数量，与每个维度空间中测试用户的数量的比值，确定为目标应用在每个维度空间的崩溃概率。

举例来说，根据获取到的各目标应用运行状态信息中各维度信息的取值，可以将测试用户划分至三个维度空间中：维度空间A为“华为mate20、移动、安卓、中国、汉语、CPU占用率50％、内存占用率40％”、维度空间B为“vivoX21、移动、安卓、中国、汉语、CPU占用率50％、内存占用率40％”、维度空间C为“Apple XR、移动、iOS、中国、汉语、CPU占用率50％、内存占用率40％”，之后可以确定出维度空间A中测试用户的数量N，以及维度空间A中的测试用户返回的包括崩溃信息的目标应用运行状态信息的数量M，则目标应用在维度空间A的崩溃概率为a＝M/N。同理，可以按照相同的方法，分别确定出目标应用在维度空间B、维度空间C的崩溃概率。

进一步的，通过根据目标应用运行状态信息中的各维度信息，将测试用户划分至多个维度空间中之后，确定出的目标应用在各维度空间的崩溃概率可能是不同的，从而使得目标应用在一些维度空间的崩溃概率与公开发布条件匹配，而在一些维度空间的崩溃概率与公开发布条件不匹配。即在本申请实施例一种可能的实现形式中，上述步骤204之后，还可以包括：

根据所述目标应用在各维度空间的崩溃概率，将所述目标应用的待测试数据进行差异化修改。

可以理解的是，目标应用在各维度空间的崩溃概率可能是不同的，因此，可以根据目标应用在各维度空间的崩溃概率，对目标应用的待测试数据做出不同的处理。具体的，若目标应用在某个维度空间的崩溃概率与预设的公开发布条件匹配，则可以在该维度空间对应的用户群中，公开发布目标应用的待测试数据；若目标应用在某个维度空间的崩溃概率未与预设的公开发布条件匹配，则可以根据该维度空间中的测试用户返回的目标应用运行状态信息中包括的崩溃信息，对目标应用的待测试数据进行修改，并在修改且符合预设的公开发布条件时，将修改后的目标应用的待测试数据公开发布至相应的维度空间对应的用户群。其中，目标应用在各维度空间的崩溃概率或崩溃信息不同，其对应的修改方式也不同，即可以在不同的维度空间中，对目标应用的待测试数据进行差异化修改。

举例来说，预设的公开发布条件为“目标应用的崩溃概率小于或等于0.01”，根据获取到的各目标应用运行状态信息中各维度信息的取值，将测试用户划分至三个维度空间中：维度空间A、维度空间B、维度空间C，目标应用在维度空间A、维度空间B、维度空间C的崩溃概率分别为0.01、0.02、0.03，则目标应用在维度空间A的崩溃概率与预设的公开发布条件匹配，可以在维度空间A对应的用户群中，公开发布目标应用的待测试数据；而目标应用在维度空间B、维度空间C的崩溃概率均与预设的公开发布条件不匹配，因此，可以根据维度空间B中的测试用户返回的目标应用运行状态信息中包括的崩溃信息，对目标应用的待测试数据进行修改；同样的，根据维度空间C中的测试用户返回的目标应用运行状态信息中包括的崩溃信息，对目标应用的待测试数据进行修改，并在修改且符合预设的公开发布条件时，将修改后的目标应用的待测试数据分别公开发布至维度空间B、维度空间C对应的用户群中。

步骤205，根据所述各维度空间的权重及所述目标应用在各维度空间的崩溃概率，确定所述目标应用当前的崩溃概率。

在本申请实施例中，确定出目标应用在各维度空间的崩溃概率之后，可以根据各维度空间的崩溃概率，确定出目标应用当前的崩溃概率。

可以理解的是，目标应用的用户群在不同维度空间中的数量可能是不同的，因此，在确定目标应用当前的崩溃概率时，可以对目标应用在不同维度空间的崩溃概率赋予不同的权重，即可以根据各维度空间的权重及目标应用在各维度空间的崩溃概率，确定目标应用当前的崩溃概率。具体的，目标应用当前的崩溃概率可以由公式(1)确定。

其中，P为目标应用当前的崩溃概率，n为维度空间的数量，ω_i为第i个维度空间的权重，p_i为目标应用在第i个维度空间的崩溃概率，i为维度空间的序号。

进一步的，由于目标应用在各维度空间中的用户群的数量不同，因此目标应用在各维度空间的崩溃概率，会对各维度空间中的用户造成不同程度的影响。即在本申请实施例一种可能的实现形式中，上述步骤205之前，还可以包括：

根据所述目标应用在各维度空间的用户数量及所述目标应用的用户群中包括的用户总量，确定所述各维度空间的权重。

可以理解的是，目标应用在某个维度空间的用户数量较大时，即使目标应用在该维度空间的崩溃概率很小，若目标应用在实际运行时崩溃也会对较多的用户造成影响；相反的，目标应用在某个维度空间的用户数量较小时，即使目标应用在该维度空间的崩溃概率稍大，若目标应用在实际运行时崩溃也不会影响太多的用户。因此，在本申请实施例一种可能的实现形式中，可以将各维度空间的用户数量与目标应用的用户群中包括的用户总量的比值，确定为各维度空间的权重。具体的各维度空间的权重可以通过公式(2)确定。

其中，ω_i为第i个维度空间的权重，u_i为第i个维度空间的用户数量，u_all为目标应用的用户群中包括的用户总量，i为维度空间的序号。

本申请实施例提供的应用崩溃测试方法，可以向从目标应用的用户群中抽取的测试用户推送目标应用的待测试数据，以使测试用户利用待测试数据对目标应用进行更新，并获取已更新目标应用的各测试用户返回的各目标应用运行状态信息，之后根据各目标应用运行状态信息，确定目标应用在各维度空间的崩溃概率，进而根据各维度空间的权重及目标应用在各维度空间的崩溃概率，确定目标应用当前的崩溃概率。由此，通过在应用发布之前，根据各测试用户返回的各目标应用运行状态信息，确定目标应用在各维度空间的崩溃概率，从而可以根据目标应用在各维度空间的崩溃概率，对待测试数据进行差异化修改后，发布至相应的维度空间对应的用户群中，不仅降低了目标应用发布之后发生崩溃的概率，而且降低了开发者对目标应用进行修改的成本，进一步改善了用户体验。

为了实现上述实施例，本申请还提出一种应用崩溃测试装置。

图3为本申请实施例提供的一种应用崩溃测试装置的结构示意图，。

如图3所示，该应用崩溃测试装置30，包括：

抽取模块31，用于从目标应用的用户群中抽取测试用户。

推送模块32，用于向所述测试用户推送所述目标应用的待测试数据，以使所述测试用户利用所述待测试数据对所述目标应用进行更新；

获取模块33，用于获取已更新所述目标应用的各测试用户返回的各目标应用运行状态信息；

第一确定模块34，用于根据所述各目标应用运行状态信息中包括崩溃信息的数量及所述测试用户的数量，确定所述目标应用当前的崩溃概率。

在实际使用时，本申请实施例提供的应用崩溃测试装置，可以被配置在任意电子设备中，以执行前述应用崩溃测试方法。

本申请实施例提供的应用崩溃测试装置，可以从目标应用的用户群中抽取测试用户，并向测试用户推送目标应用的待测试数据，以使测试用户利用待测试数据对目标应用进行更新，之后获取已更新目标应用的各测试用户返回的各目标应用运行状态信息，进而根据各目标应用运行状态信息中包括崩溃信息的数量及测试用户的数量，确定目标应用当前的崩溃概率。由此，通过在应用发布之前，根据各测试用户返回的各目标应用运行状态信息，确定目标应用当前的崩溃概率，并在目标应用当前的崩溃概率符合发布条件时，发布目标应用，从而降低了目标应用发布之后发生崩溃的概率，改善了用户体验。

在本申请一种可能的实现形式中，上述应用崩溃测试装置30，还包括：

发布模块，用于若所述目标应用当前的崩溃概率小于或等于第一阈值，则将所述目标应用的待测试数据进行公开发布；

第一修改模块，用于若所述目标应用当前的崩溃概率大于第一阈值，则根据所述崩溃信息，对所述待测试数据进行修改。

进一步的，在本申请另一种可能的实现形式中，上述应用崩溃测试装置30，还包括：

第二确定模块，用于根据所述目标应用的用户群中包括的用户总量，以及所述目标应用当前的崩溃概率，确定所述待测试数据当前的影响用户量；

判断模块，用于判断所述待测试数据当前的影响用户量和/或所述当前的崩溃概率，是否与预设的公开发布条件匹配。

进一步的，在本申请再一种可能的实现形式中，上述目标应用运行状态信息中，包括以下维度信息中的至少一个：目标应用所在的终端的类型、终端的运行状态、终端的网络类型、终端的操作系统类型、终端所在位置及目标应用的语言类型；

相应的，所述应用崩溃测试装置30，还包括：

第三确定模块，用于根据所述各目标应用运行状态信息，确定所述目标应用的在各维度空间的崩溃概率，其中，每个维度空间中至少有一个维度信息与其他维度空间中的各维度信息不同；

相应的，上述第一确定模块34，包括：

确定单元，用于根据所述各维度空间的权重及所述目标应用在各维度空间的崩溃概率，确定所述目标应用当前的崩溃概率。

进一步的，在本申请又一种可能的实现形式中，上述应用崩溃测试装置30，还包括：

第四确定模块，用于根据所述目标应用在各维度空间的用户数量及所述目标应用的用户群中包括的用户总量，确定所述各维度空间的权重。

进一步的，在本申请又一种可能的实现形式中，上述应用崩溃测试装置30，还包括：

第二修改模块，用于根据所述目标应用在各维度空间的崩溃概率，将所述目标应用的待测试数据进行差异化修改。

进一步的，在本申请另一种可能的实现形式中，上述待测试数据，包括以下数据中的至少一种：配置文件、功能源码、图文素材及应用安装包。

需要说明的是，前述对图1、图2所示的应用崩溃测试方法实施例的解释说明也适用于该实施例的应用崩溃测试装置30，此处不再赘述。

本申请实施例提供的应用崩溃测试装置，可以向从目标应用的用户群中抽取的测试用户推送目标应用的待测试数据，以使测试用户利用待测试数据对目标应用进行更新，并获取已更新目标应用的各测试用户返回的各目标应用运行状态信息，之后根据各目标应用运行状态信息，确定目标应用在各维度空间的崩溃概率，进而根据各维度空间的权重及目标应用在各维度空间的崩溃概率，确定目标应用当前的崩溃概率。由此，通过在应用发布之前，根据各测试用户返回的各目标应用运行状态信息，确定目标应用在各维度空间的崩溃概率，从而可以根据目标应用在各维度空间的崩溃概率，对待测试数据进行差异化修改后，发布至相应的维度空间对应的用户群中，不仅降低了目标应用发布之后发生崩溃的概率，而且降低了开发者对目标应用进行修改的成本，进一步改善了用户体验。

为了实现上述实施例，本申请还提出一种电子设备。

图4为本发明一个实施例的电子设备的结构示意图。

如图4所示，上述电子设备200包括：

存储器210及处理器220，连接不同组件(包括存储器210和处理器220)的总线230，存储器210存储有计算机程序，当处理器220执行所述程序时实现本申请实施例所述的应用崩溃测试方法。

总线230表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备200典型地包括多种电子设备可读介质。这些介质可以是任何能够被电子设备200访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器210还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)240和/或高速缓存存储器250。电子设备200可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统260可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线230相连。存储器210可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块270的程序/实用工具280，可以存储在例如存储器210中，这样的程序模块270包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块270通常执行本申请所描述的实施例中的功能和/或方法。

电子设备200也可以与一个或多个外部设备290(例如键盘、指向设备、显示器291等)通信，还可与一个或者多个使得用户能与该电子设备200交互的设备通信，和/或与使得该电子设备200能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口292进行。并且，电子设备200还可以通过网络适配器293与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器293通过总线230与电子设备200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器220通过运行存储在存储器210中的程序，从而执行各种功能应用以及数据处理。

需要说明的是，本实施例的电子设备的实施过程和技术原理参见前述对本申请实施例的应用崩溃测试方法的解释说明，此处不再赘述。

本申请实施例提供的电子设备，可以执行如前所述的应用崩溃测试方法，从目标应用的用户群中抽取测试用户，并向测试用户推送目标应用的待测试数据，以使测试用户利用待测试数据对目标应用进行更新，之后获取已更新目标应用的各测试用户返回的各目标应用运行状态信息，进而根据各目标应用运行状态信息中包括崩溃信息的数量及测试用户的数量，确定目标应用当前的崩溃概率。由此，通过在应用发布之前，根据各测试用户返回的各目标应用运行状态信息，确定目标应用当前的崩溃概率，并在目标应用当前的崩溃概率符合发布条件时，发布目标应用，从而降低了目标应用发布之后发生崩溃的概率，改善了用户体验。

为了实现上述实施例，本申请还提出一种计算机可读存储介质。

其中，该计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，以实现本申请实施例所述的应用崩溃测试方法。

为了实现上述实施例，本申请再一方面实施例提供一种计算机程序，该程序被处理器执行时，以实现本申请实施例所述的应用崩溃测试方法。

一种可选实现形式中，本实施例可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户电子设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务器上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未发明的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种应用崩溃测试方法，其特征在于，包括：

从目标应用的用户群中抽取测试用户；

向所述测试用户推送所述目标应用的待测试数据，以使所述测试用户利用所述待测试数据对所述目标应用进行更新；

获取已更新所述目标应用的各测试用户返回的各目标应用运行状态信息；

根据所述各目标应用运行状态信息中包括崩溃信息的数量及所述测试用户的数量，确定所述目标应用当前的崩溃概率。

2.如权利要求1所述的方法，其特征在于，所述确定所述目标应用当前的崩溃概率之后，还包括：

若所述目标应用当前的崩溃概率小于或等于第一阈值，则将所述目标应用的待测试数据进行公开发布；

若所述目标应用当前的崩溃概率大于第一阈值，则根据所述崩溃信息，对所述待测试数据进行修改。

3.如权利要求1所述的方法，其特征在于，所述确定所述目标应用当前的崩溃概率之后，还包括：

根据所述目标应用的用户群中包括的用户总量，以及所述目标应用当前的崩溃概率，确定所述待测试数据当前的影响用户量；

判断所述待测试数据当前的影响用户量和/或所述当前的崩溃概率，是否与预设的公开发布条件匹配。

4.如权利要求1-3任一所述的方法，其特征在于，所述目标应用运行状态信息中，包括以下维度信息中的至少一个：目标应用所在的终端的类型、终端的运行状态、终端的网络类型、终端的操作系统类型、终端所在位置及目标应用的语言类型；

所述获取已更新所述目标应用的各测试用户返回的各目标应用运行状态信息之后，还包括：

根据所述各目标应用运行状态信息，确定所述目标应用在各维度空间的崩溃概率，其中，每个维度空间中至少有一个维度信息与其他维度空间中的各维度信息不同；

所述确定所述目标应用当前的崩溃概率，包括：

根据所述各维度空间的权重及所述目标应用在各维度空间的崩溃概率，确定所述目标应用当前的崩溃概率。

5.如权利要求4所述的方法，其特征在于，所述确定所述目标应用当前的崩溃概率之前，还包括：

根据所述目标应用在各维度空间的用户数量及所述目标应用的用户群中包括的用户总量，确定所述各维度空间的权重。

6.如权利要求4所述的方法，其特征在于，所述确定所述目标应用在各维度空间的崩溃概率之后，还包括：

根据所述目标应用在各维度空间的崩溃概率，将所述目标应用的待测试数据进行差异化修改。

7.如权利要求1-6任一所述的方法，其特征在于，所述待测试数据，包括以下数据中的至少一种：配置文件、功能源码、图文素材及应用安装包。

8.一种应用崩溃测试装置，其特征在于，包括：

抽取模块，用于从目标应用的用户群中抽取测试用户。

推送模块，用于向所述测试用户推送所述目标应用的待测试数据，以使所述测试用户利用所述待测试数据对所述目标应用进行更新；

获取模块，用于获取已更新所述目标应用的各测试用户返回的各目标应用运行状态信息；

第一确定模块，用于根据所述各目标应用运行状态信息中包括崩溃信息的数量及所述测试用户的数量，确定所述目标应用当前的崩溃概率。

9.如权利要求8所述的装置，其特征在于，还包括：

发布模块，用于若所述目标应用当前的崩溃概率小于或等于第一阈值，则将所述目标应用的待测试数据进行公开发布；

第一修改模块，用于若所述目标应用当前的崩溃概率大于第一阈值，则根据所述崩溃信息，对所述待测试数据进行修改。

10.如权利要求8所述的装置，其特征在于，还包括：

第二确定模块，用于根据所述目标应用的用户群中包括的用户总量，以及所述目标应用当前的崩溃概率，确定所述待测试数据当前的影响用户量；

判断模块，用于判断所述待测试数据当前的影响用户量和/或所述当前的崩溃概率，是否与预设的公开发布条件匹配。