一种应用的稳定性测试方法、装置、系统及存储介质与流程

本公开实施例涉及计算机技术领域，尤其涉及一种应用的稳定性测试方法、装置、系统及存储介质。

背景技术：

随着互联网应用的迅速发展，各式各样的网络应用不断涌现。app、小程序、h5、restfulapi等技术、复杂多样的网络链路，让开发和测试人员在覆盖如数据库查询、接口层、网络层等软硬件全链路的稳定性验证及追踪上存在一定的局限和瓶颈。实际生产应用中，互联网应用稳定性缺少即插即用的可视化监测服务，缺少监控应用预警及消息提醒介质等，面向业务稳定性交付容易存在盲点。

技术实现要素：

本公开实施例提供一种应用的稳定性测试方法、装置、系统及存储介质，可以通过稳定性测试系统对应用进行准确、高效的稳定性测试，并根据测试日志对应用的稳定性进行可视化监测。

第一方面，本公开实施例提供了一种应用的稳定性测试方法，应用于稳定性测试系统，包括：

获取待测应用对应的测试配置数据；

基于所述测试配置数据生成对应的超文本传输协议http测试请求，并将所述http测试请求发送至所述待测应用的源服务端；

获取所述源服务端反馈的请求结果，并基于所述请求结果生成测试日志。

第二方面，本公开实施例还提供了一种应用的稳定性测试装置，应用于稳定性测试系统，包括：

配置数据获取模块，用于获取待测应用对应的测试配置数据；

测试请求生成模块，用于基于所述测试配置数据生成对应的超文本传输协议http测试请求，并将所述http测试请求发送至所述待测应用的源服务端；

测试日志生成模块，用于获取所述源服务端反馈的请求结果，并基于所述请求结果生成测试日志。

第三方面，本公开实施例还提供了一种稳定性测试系统，所述稳定性测试系统包括：

一个或多个处理装置；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理装置执行，使得所述一个或多个处理装置实现如本公开实施例所述的应用的稳定性测试方法。

第四方面，本公开实施例还提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现如本公开实施例所述的应用的稳定性测试方法。

本公开实施例提供了一种应用于稳定性测试系统的应用的稳定性测试方案，获取待测应用对应的测试配置数据；基于所述测试配置数据生成对应的超文本传输协议http测试请求，并将所述http测试请求发送至所述待测应用的源服务端；获取所述源服务端反馈的请求结果，并基于所述请求结果生成测试日志。本公开实施例提供的技术方案，可通过稳定性测试系统对待应用进行准确、高效的稳定性测试，有助于根据测试日志对待测应用的稳定性进行可视化监测。

附图说明

图1是本公开一实施例中的一种应用的稳定性测试方法的流程图；

图2是本公开另一实施例中的一种应用的稳定性测试方法的流程图；

图3是本公开再一实施例中的一种应用的稳定性测试方法的流程图；

图4是本公开另一实施例中的一种应用的稳定性测试装置的结构示意图；

图5是本公开另一实施例中的一种稳定性测试系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

图1为本公开一实施例提供的一种应用的稳定性测试方法的流程图，本公开实施例可适用于对应用进行稳定性测试的情况，该方法可以由应用的稳定性测试装置来执行，该装置可由硬件和/或软件组成，并一般可集成在具有应用的稳定性测试功能的稳定性测试系统或稳定性测试平台中。如图1所示，该方法具体包括如下步骤：

步骤110，获取待测应用对应的测试配置数据。

在本公开实施例中，待测应用为即将进行稳定性测试的应用，其中，待测应用可以包括各式各样的网络应用，如应用程序、小程序、h5应用、api接口等。测试配置数据可以包括对待测应用执行某项测试任务时对应的配置信息，例如，测试配置数据可以包括测试应用的名称、请求类型、请求参数及断言等配置信息。

在本公开实施例中，获取待测应用对应的测试配置数据。具体的，可以从预先存储的测试配置数据库中，读取与待测应用对应的测试配置数据；也可以实时接收开发人员或测试人员输入的与待测应用对应的测试配置数据。其中，由于每个待测应用具备多个服务功能，可针对待测应用的每个服务功能进行稳定性测试，因此，可针对待测应用的各个服务功能建立对应的测试任务，也即每个待测任务可以对应多个测试任务，每个测试任务对应一组测试配置数据。因此，获取的测试配置数据可以为一组，也可以为多组，也即获取待测应用对应的至少一组测试配置数据。另外，待测应用可以为一个，也可以为多个。需要说明的是，本公开实施例，对待测应用的数量及各个待测应用对应的测试配置数据的数量不做限定。

步骤120，基于所述测试配置数据生成对应的超文本传输协议http测试请求，并将所述http测试请求发送至所述待测应用的源服务端。

在本公开实施例中，基于待测应用对应测试配置数据，生成与测试配置数据对应的http(hypertexttransferprotocol，超文本传输协议)测试请求。可以理解的是，按照http格式将待测应用对应的测试配置数据封装为http测试请求，其中，在http测试请求中包含有测试配置数据。例如，获取的某个待测应用对应的至少两组测试配置数据，则分别针对每组测试配置数据，生成与该组测试配置数据对应的http测试请求。可以理解的是，每组测试配置数据对应一个http测试请求。

可选的，基于所述测试配置数据生成对应的超文本传输协议http测试请求，包括：对所述测试配置数据进行语法分析，生成http请求语法树；基于所述http请求语法树中各个节点对应的参数信息，生成http测试请求。这样设置的好处在于，可以快速生成http测试请求。具体的，对测试配置数据进行语法分析，根据分析结果构建http请求语法树。可以理解的是，http请求语法树反映了测试配置数据的结构，且http请求语法树的各个节点中包含了测试配置数据中的参数信息。提取http请求语法树中各个节点对应的参数信息，并按照http形式，基于所述参数信息生成http测试请求。

在本公开实施例中，在生成http测试请求后，将http测试请求发送至待测应用的源服务端，以对待测应用进行稳定性测试。其中，待测应用的源服务端可以理解为为待测应用提供各种服务的服务端。待测应用的源服务端接收到http测试请求后，可对http测试请求进行解析，并获取与http测试请求对应的测试结果。例如，待测应用的源服务端可以对http测试请求的头和/或体进行解析，获取该http测试请求请求获取的内容信息，若能够成功获取该内容信息，则将获取的内容信息作为与http测试请求对应的测试结果，若无法成功获取该内容信息，则可将报错信息作为与http测试请求对应的测试结果。可选的，在将http测试请求发送至待测应用的源服务端之前，可对http测试请求进行域名连通性验证及正确性验证，其中，域名连同性验证可有效保证http测试请求可成功访问待测应用的源服务端，正确性验证可有效保证http测试请求是针对待测应用生成的测试请求，防止基于http请求访问其他应用(非待测应用)的源服务端。

步骤130，获取所述源服务端反馈的请求结果，并基于所述请求结果生成测试日志。

在本公开实施例中，获取源服务端反馈的与该http请求对应的请求结果。其中，测试结果可以包括：当源服务端能够提供与http测试请求对应的服务时，与http测试请求对应的请求响应数据，还可以包括：当源服务端无法提供与http测试请求对应的服务时，请求失败的反馈信息。示例性的，基于源服务端反馈的请求结果，生成测试日志，从而实现对待测应用的稳定性测试。稳定性测试是验证待测应用在生产持续使用中，面向各样业务需求都能持续地、正常输出理想结果。其中，测试日志中不仅记录有该请求结果，还可以记录有与请求结果相关的测试信息，如请求结果的反馈时间、请求结果的类型、请求结果的名称以及与请求结果对应的测试应用的测试相关参数信息。

本公开实施例提供了一种应用于稳定性测试系统的应用的稳定性测试方法，获取待测应用对应的测试配置数据；基于所述测试配置数据生成对应的超文本传输协议http测试请求，并将所述http测试请求发送至所述待测应用的源服务端；获取所述源服务端反馈的请求结果，并基于所述请求结果生成测试日志。本公开实施例提供的技术方案，可通过稳定性测试系统对待应用进行准确、高效的稳定性测试，提升待测应用的可用率，有助于根据测试日志对待测应用的稳定性进行可视化监测。

在一些实施例中，获取待测应用对应的测试配置数据，包括：响应于应用稳定性测试指令，轮询检测各个测试应用的开关状态，并将处于开启状态的测试应用作为待测应用；基于热加载方式，从预先存储的测试配置数据库中加载所述待测应用对应的测试配置数据。具体的，当接收到测试人员或开发人员输入的应用稳定性测试指令时，表征应用稳定性测试事件被触发，此时，轮询检测各个测试应用的开关状态，并将处于开启状态的测试应用作为当前待测应用。可以理解的是，稳定性测试系统或稳定性测试平台可以对多个应用进行稳定性测试，但在某个时刻，测试人员或开发人员需要对其中一个或几个应用进行测试，因此，可轮询检测各个测试应用的开关状态，判断当前时刻具体需要对哪些应用进行测试。在确定好需要进行稳定性测试的待测应用后，基于热加载方式，从预先存储的测试配置数据库中加载待测应用对应的测试配置数据。由于测试人员或开发人员可能根据测试需要，对测试配置数据库中预先存储的测试配置数据进行修改，基于热加载方式，对待测应用对应的测试配置数据进行加载，可有效保证更改后的测试配置数据能够及时生效，从而保证从测试配置数据库中获取待测应用对应的最新的测试配置数据，实现对待测应用稳定性的即插即用的可视化监测，解决应用测试数据搭建效率低的技术问题。

在一些实施例中，所述待测应用为至少两个；在从预先存储的测试配置数据库中加载所述待测应用对应的测试配置数据之前，还包括：开启至少两个待测应用的稳定性测试进程；从预先存储的测试配置数据库中加载所述待测应用对应的测试配置数据，包括：基于各个稳定性测试进程，从预先存储的测试配置数据库中，并行加载所述待测应用对应的测试配置数据。这样设置的好处在于，可以并行对多个待测应用进行稳定性测试，避免分别对多个应用单独测试的高成本的技术问题，有效提高对多应用的稳定性测试的效率。具体的，待测应用可以为一个，也可以为多个，当待测应用为至少两个时，建立至少两个待测应用的稳定性测试进程，可以理解的是，稳定性测试进程的数量与待测应用的数量相同。基于各个稳定性测试进程，从预先存储的测试配置数据库中并行加载各个待测应用对应的测试配置数据。

在一些实施例中，在响应于应用稳定性测试指令，轮询检测各个测试应用的开关状态之前，还包括获取所述各个测试应用的测试用例；针对所述各个测试应用的测试用例，将所述测试用例转换为http格式的基础字符串，将所述基础字符串作为与所述测试应用对应的测试配置数据；将各个测试应用对应的测试配置数据存储于测试配置数据库中。具体的，获取测试人员或开发人员输入的各个测试应用的测试用例，其中，测试用例是对待测应用的某项测试任务的描述，测试用例的内容可以包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等相关信息，测试用例的目的是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于验证是否满足待测应用的需求。示例性的，针对各个测试应用的测试用例，可基于特殊格式的过滤器(如http格式的过滤器)，将测试用例转换为http格式的基础字符串，将基础字符串作为所述测试应用对应的测试配置数据。将各个测试应用对应的测试配置数据存储于测试配置数据库中，可以理解的是，测试配置数据库中存储有各个测试应用对应的http格式的测试配置数据。其中，测试配置数据库可以为mysql数据库。

在一些实施例中，在基于所述请求结果生成测试日志之后，还包括：基于预设时间段内生成的测试日志，计算所述待测应用的稳定性值；当所述稳定性值小于预设阈值时，进行预警提示。这样设置的好处在于，通过对待测应用进行稳定性测试，确定待测应用稳定性异常时，可以进行预警提示，可有效保证待测应用的稳定性。具体的，在预设时间段内，可通过本公开实施例提供的应用稳定性测试方案，多次向待测应用的源服务端发送该http测试请求，并获取源服务端针对每次http测试请求反馈的请求结果，因此，预设时间段内生成的测试日志中，可包括每次请求结果。基于预设时间段内生成的测试日志的请求结果，计算待测应用的稳定性值。可选的，基于预设时间段内生成的测试日志，计算所述待测应用的稳定性值，包括：基于预设时间段内生成的测试日志，计算针对所述http测试请求的请求成功率或断言成功率，将所述请求成功率或所述断言成功率作为所述待测应用的稳定性值。具体的，http测试请求可以为获取服务数据的服务请求，也可以判断是否与断言结果一致的断言请求。当http测试请求为服务请求时，可基于预设时间段内生成的测试日志，计算http测试请求的请求成功率，将请求成功率作为待测应用的稳定性值，其中，请求成功率越高，表征待测应用的稳定性越好。其中，请求成功率为预设时间段内针对http测试请求反馈的请求结果为请求成功(源服务端能够针对http测试请求反馈正确的请求数据)的次数与发送http测试请求的总次数的比值。当http测试请求为断言请求时，可基于预设时间段内生成的测试日志，计算http测试请求的断言成功率，将断言成功率作为待测应用的稳定性值，其中，断言成功率越高，表征待测应用的稳定性越好。其中，断言成功率为预设时间段内针对http测试请求反馈的请求结果为断言成功(源服务端针对http测试请求反馈的请求结果与断言结果一直的请求结果)的次数与发送http测试请求的总次数的比值。这样设置的好处在于，采取断言检测，能够覆盖关键用例检测，解决无法覆盖业务层面如数据丢失的异常捕获。判断待测应用的稳定性值是否小于预设阈值，若是，说明待测应用的稳定性较差，进行预警提示。其中，预警提示的方式可以包括以语音方式进行预警，也可以将待测应用的标识进行闪烁提示的方式进行预警，需要说明的是，本公开实施例对预警提示的方式不做限定。

可选的，当所述稳定性值小于预设阈值时，进行预警提示，包括：当稳定性小于预设阈值时，将测试日志输入至稳定性分析模块，根据稳定性分析模块的输出结果确定稳定性差的分析结果；当分析结果不是由于网络波动造成时，可进行预警提示。可选的，而当分析结果是由于网络波动造成待测应用的稳定性差时，可以不进行预警提示。其中，稳定性分析模块为能够快速确定导致待测应用稳定性差的原因的机器学习模型。具体的，可以获取大量的不同稳定性差的应用的测试日志及对应的应用的稳定性差的产生原因，将该数据作为稳定性分析模型的训练样本，将训练样本输入至预设的机器学习模型中，生成稳定性分析模型。这样设置的好处在于，可以通过数据模型分析解决因网络波动导致的无效预警，从而提升应用的可用率和准确率。

可选的，当待测应用为至少两个，或者待测应用对应的测试配置数据为多组时，可基于预设时间段内的测试日志，计算待测应用的稳定性值后，基于稳定性值及测试日志中的参数信息构建请求结果树，其中，请求结果树中包含各个待测应用对应的测试名称、测试类型及稳定性值等相关信息。遍历所述请求结果树，确定请求结果树种稳定性值小于预设阈值的待测应用，并调用预警模块进行预警提示。

图2是本公开另一实施例中的一种应用的稳定性测试方法的流程图，如图2所示，该方法包括如下步骤：

步骤210，获取各个测试应用的测试用例。

步骤220，针对各个测试应用的测试用例，将测试用例转换为http格式的基础字符串，将基础字符串作为与所述测试应用对应的测试配置数据。

步骤230，响应于应用稳定性测试指令，轮询检测各个测试应用的开关状态，并将处于开启状态的测试应用作为待测应用；其中，待测应用为至少两个。

步骤240，开启至少两个待测应用的稳定性测试进程。

步骤250，基于各个稳定性测试进程，从预先存储的测试配置数据库中，通过热加载方式并行加载待测应用对应的测试配置数据。

步骤260，对测试配置数据进行语法分析，生成http请求语法树。

步骤270，基于http请求语法树中各个节点对应的参数信息，生成http测试请求，并将http测试请求发送至待测应用的源服务端。

步骤280，获取源服务端反馈的请求结果，并基于请求结果生成测试日志。

步骤290，基于预设时间段内生成的测试日志，计算针对http测试请求的请求成功率或断言成功率，将请求成功率或断言成功率作为待测应用的稳定性值。

步骤2100，当所述稳定性值小于预设阈值时，进行预警提示。

本公开实施例提供了一种应用于稳定性测试系统的应用的稳定性测试方案，可通过稳定性测试系统对待应用进行准确、高效的稳定性测试，有助于根据测试日志对待测应用的稳定性进行可视化监测。另外，本公开实施例预先将各个测试应用的测试配置数据存储于数据库中，当需要进行稳定性测试时，通过轮询检测各个测试应用的开关状态，从各个测试应用中确定待测应用，并从配置数据库中，基于热加载方式并行加载各个待测应用的测试配置数据，不仅可保证从测试配置数据库中获取待测应用对应的最新的测试配置数据，实现对待测应用稳定性的即插即用的可视化监测，而且可并行对多个待测应用进行稳定性测试，避免分别对多个应用单独测试的高成本的技术问题。另外，当基于测试日志确定的应用稳定性较低时，可进行预警提示，可有效保证待测应用的稳定性。

图3是本公开实施中的一种应用的稳定性测试方法的流程图。如图3所示，稳定性测试系统获取测试人员或开发人员输入的待测应用的测试用例，并将各个测试用例存储于mysql数据库中。其中，可以根据待测应用的功能对待测应用进行分组管理。

示例性的，分组管理还包括以下内容：按照一级功能将待测应用的测试用例进行归类，分组至一级父类测试列中，将一级父类测试列中测试完毕的测试用例进行归类，分组至一级子类测试列，再将一级子类测试列中测试完毕的测试用例进行归类，分组至一级子子类测试列，直至一级功能全部测试完毕后，可按照具体的测试需求，设置二级功能的测试，并将待测应用的测试用例分配至二级父类测试列，同理直至二级功能测试完毕。例如，首页、个人服务、法人服务、政务公开等功能为一级功能，被分配至一级父类测试列中，其中首页内对应的护照、驾驶证、户政、婚姻等为一级子类功能，被分配至一级子类测试列中，护照功能内对应的签注、查询、备案等为一级子子类测试功能，被分配至一级子子类测试列中，直至一级功能测试全部完毕。若一级功能首页内包含其他网站的，则按照测试配置数据，设置其他网站测试为二级功能测试。因此能够实现按照不同功能组快速调用待测应用测试用例的目的，提高测试效率。

示例性的，待测应用共包含5个功能，每个功能均包含对应的子功能，其中，5个功能均分别对应一个大的测试用例，而各个大的测试用例内则包含多个子测试用例，各个子测试用例分别对应该功能下的各个子功能。基于待测应用的各个功能，对不同功能的测试用例进行分组管理。在对该待测应用进行稳定性测试时，可以并行基于各个测试用例对对应的功能进行测试。其中，在对各个功能下的子功能进行测试时，也可以并行基于该测试用例内各个子测试用例对对应的子功能进行测试。这样设置的好处在于，可以有效提供对待测应用的稳定性测试的效率。

本发明实施例中，mysql数据库可对各测试用例进行持久化存储；然后从数据库中加载各个测试用例，并分别通过过滤器将测试用例转换为对应的http格式的测试配置数据，例如，可以分别基于四个不同的过滤器(过滤器1，过滤器2，过滤器3及过滤器4)将四个测试用例转换为对应的测试配置数据(测试配置数据1，测试配置数据2，测试配置数据3及测试配置数据4)，并将各个测试配置数据存储于mysql数据库中；当需要对测试应用中的其中一个或多个应用进行稳定性测试时，从mysql数据库中加载待测应用对应的测试配置数据，并基于测试配置数据对待测应用的稳定性进行测试，生成测试日志。示例性的，可以基于测试配置数据生成对应的http测试请求，并将http测试请求发送至待测应用的源服务端，获取源服务端反馈的请求结果，并基于请求结果生成测试日志。然后可以将测试日志存储在mysql数据库中，当需要展示的时候，从mysql数据库中加载测试日志并进行展示。另外，还可基于测试日志估算待应用的稳定性值，其中，稳定性值可以为请求成功率或断言成功率，并根据稳定性值判断是否进行预警，如当稳定性值小于预设阈值时，进行预警。其中，针对不同的待测应用的预警方式可以相同，也可以不同。

图4为本公开另一实施例提供的一种应用的稳定性测试装置的结构示意图。如图4所示，该装置包括：配置数据获取模块410、测试请求生成模块420及测试日志生成模块430。

配置数据获取模块410，用于获取待测应用对应的测试配置数据；

测试请求生成模块420，用于基于所述测试配置数据生成对应的超文本传输协议http测试请求，并将所述http测试请求发送至所述待测应用的源服务端；

测试日志生成模块430，用于获取所述源服务端反馈的请求结果，并基于所述请求结果生成测试日志。

本公开实施例提供了一种应用于稳定性测试系统的应用的稳定性测试装置，获取待测应用对应的测试配置数据；基于所述测试配置数据生成对应的超文本传输协议http测试请求，并将所述http测试请求发送至所述待测应用的源服务端；获取所述源服务端反馈的请求结果，并基于所述请求结果生成测试日志。本公开实施例提供的技术方案，可通过稳定性测试系统对待应用进行准确、高效的稳定性测试，有助于根据测试日志对待测应用的稳定性进行可视化监测。

可选的，所述测试请求生成模块，用于：

对所述测试配置数据进行语法分析，生成http请求语法树；

基于所述http请求语法树中各个节点对应的参数信息，生成http测试请求。

可选的，所述配置数据获取模块，包括：

待测应用确定单元，用于响应于应用稳定性测试指令，轮询检测各个测试应用的开关状态，并将处于开启状态的测试应用作为待测应用；

配置数据加载单元，用于基于热加载方式，从预先存储的测试配置数据库中加载所述待测应用对应的测试配置数据。

可选的，所述待测应用为至少两个；

所述装置还包括：

测试进程开启模块，用于在从预先存储的测试配置数据库中加载所述待测应用对应的测试配置数据之前，开启至少两个待测应用的稳定性测试进程；

所述配置数据加载单元，用于：

基于各个稳定性测试进程，从预先存储的测试配置数据库中，并行加载所述待测应用对应的测试配置数据。

可选的，还包括

测试用例获取模块，用于在响应于应用稳定性测试指令，轮询检测各个测试应用的开关状态之前，获取所述各个测试应用的测试用例；

测试用例转换模块，用于针对所述各个测试应用的测试用例，将所述测试用例转换为http格式的基础字符串，将所述基础字符串作为与所述测试应用对应的测试配置数据；

配置数据存储模块，用于将各个测试应用对应的测试配置数据存储于测试配置数据库中。

可选的，所述装置还包括：

稳定性值计算模块，用于在基于所述请求结果生成测试日志之后，基于预设时间段内生成的测试日志，计算所述待测应用的稳定性值；

预警提示模块，用于当所述稳定性值小于预设阈值时，进行预警提示。

可选的，所述稳定性值计算模块，用于：

基于预设时间段内生成的测试日志，计算针对所述http测试请求的请求成功率或断言成功率，将所述请求成功率或所述断言成功率作为所述待测应用的稳定性值。

上述装置可执行本公开前述所有实施例所提供的方法，具备执行上述方法相应的功能模块和有益效果。未在本公开实施例中详尽描述的技术细节，可参见本公开前述所有实施例所提供的方法。

下面参考图5，其示出了适于用来实现本公开实施例的稳定性测试系统500的结构示意图。本公开实施例中的稳定性测试系统可以包括但不限于诸如笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、等等的移动终端以及诸如数字tv、台式计算机等等的固定终端，或者各种形式的服务器，如独立服务器或者服务器集群。图5示出的稳定性测试系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，稳定性测试系统500可以包括处理装置(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储装置(rom)502中的程序或者从存储装置505加载到随机访问存储装置(ram)503中的程序而执行各种适当的动作和处理。在ram503中，还存储有稳定性测试系统500操作所需的各种程序和数据。处理装置501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。

通常，以下装置可以连接至i/o接口505：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置507；包括例如磁带、硬盘等的存储装置508；以及通信装置509。通信装置509可以允许稳定性测试系统500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的稳定性测试系统500，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行词语的推荐方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置505被安装，或者从rom502被安装。在该计算机程序被处理装置501执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如http之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“lan”)，广域网(“wan”)，网际网(例如，互联网)以及端对端网络(例如，adhoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述稳定性测试系统中所包含的；也可以是单独存在，而未装配入该稳定性测试系统中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该稳定性测试系统执行时，使得该稳定性测试系统：获取待测应用对应的测试配置数据；基于所述测试配置数据生成对应的超文本传输协议http测试请求，并将所述http测试请求发送至所述待测应用的源服务端；获取所述源服务端反馈的请求结果，并基于所述请求结果生成测试日志。可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

根据本公开实施例的一个或多个实施例，本公开实施例提供了一种应用的稳定性测试方法，包括：

获取待测应用对应的测试配置数据；

基于所述测试配置数据生成对应的超文本传输协议http测试请求，并将所述http测试请求发送至所述待测应用的源服务端；

获取所述源服务端反馈的请求结果，并基于所述请求结果生成测试日志。

进一步地，基于所述测试配置数据生成对应的超文本传输协议http测试请求，包括：

对所述测试配置数据进行语法分析，生成http请求语法树；

基于所述http请求语法树中各个节点对应的参数信息，生成http测试请求。

进一步地，获取待测应用对应的测试配置数据，包括：

响应于应用稳定性测试指令，轮询检测各个测试应用的开关状态，并将处于开启状态的测试应用作为待测应用；

基于热加载方式，从预先存储的测试配置数据库中加载所述待测应用对应的测试配置数据。

进一步地，所述待测应用为至少两个；

在从预先存储的测试配置数据库中加载所述待测应用对应的测试配置数据之前，还包括：

开启至少两个待测应用的稳定性测试进程；

从预先存储的测试配置数据库中加载所述待测应用对应的测试配置数据，包括：

基于各个稳定性测试进程，从预先存储的测试配置数据库中，并行加载所述待测应用对应的测试配置数据。

进一步地，在响应于应用稳定性测试指令，轮询检测各个测试应用的开关状态之前，还包括

获取所述各个测试应用的测试用例；

针对所述各个测试应用的测试用例，将所述测试用例转换为http格式的基础字符串，将所述基础字符串作为与所述测试应用对应的测试配置数据；

将各个测试应用对应的测试配置数据存储于测试配置数据库中。

进一步地，在基于所述请求结果生成测试日志之后，还包括：

基于预设时间段内生成的测试日志，计算所述待测应用的稳定性值；

当所述稳定性值小于预设阈值时，进行预警提示。

进一步地，基于预设时间段内生成的测试日志，计算所述待测应用的稳定性值，包括：

基于预设时间段内生成的测试日志，计算针对所述http测试请求的请求成功率或断言成功率，将所述请求成功率或所述断言成功率作为所述待测应用的稳定性值。

注意，上述仅为本公开的较佳实施例及所运用技术原理。本领域技术人员会理解，本公开不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本公开的保护范围。因此，虽然通过以上实施例对本公开进行了较为详细的说明，但是本公开不仅仅限于以上实施例，在不脱离本公开构思的情况下，还可以包括更多其他等效实施例，而本公开的范围由所附的权利要求范围决定。