CN111949551A - 应用程序测试方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种应用程序测试方法、装置、设备及存储介质。涉及软件测试技术领域，该方法包括：响应于针对待测应用程序的修改事件，运行待测应用程序；检测待测应用程序运行过程中的预设节点日志中是否存在异常日志；若存在异常日志，则根据异常日志的异常类型，对待测应用程序执行与异常类型对应的异常处理。本申请的方法能够自动化的实现应用程序的日志分析，提高应用程序测试的效率。并通过对预设节点日志的异常检测，当存在异常时，提供与异常日志的异常类型对应的异常处理方法，以提高异常处理的准确性。

Description

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

技术领域

本发明涉及软件测试技术领域，具体而言，涉及一种应用程序测试方法、装置、设备及存储介质。

背景技术

应用程序项目开发迭代速度快，涉及多人合作，一旦发生错误，将阻塞日常开发的进度。如何利用测试技术，快速检查应用程序整体正确性，是程序开发过程中的重要环节。

目前常用的应用程序测试方式是依赖于大量测试人员的手动测试，需要测试人员根据需求文档等确认测试点，并根据测试点一一检测程序功能点的正确性。随着普通软件测试技术在程序开发领域的应用，也有部分开始为核心系统编写测试案例，使用自动地方式检查应用程序的正确性。

但是，考虑到应用程序迭代迅速，无论是手动测试还是现有的基于测试案例的自动化测试都很难跟上应用程序的开发速度，手动测试依赖于测试人员开展，不仅消耗人力，而且测试周期也比较长。自动化测试虽然减轻了测试人员的压力，但本身依赖测试案例，而测试案例需要花费开发人员大量精力编写和维护以达到较高的覆盖率，从而导致测试效率较低。

发明内容

本发明的目的在于，针对上述现有技术中的不足，提供一种应用程序测试方法、装置、设备及存储介质，以便于解决现有技术中存在的应用程序测试效率较低的问题。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种应用程序测试方法，包括：

响应于针对待测应用程序的修改事件，运行所述待测应用程序；

检测所述待测应用程序运行过程中的预设节点日志中是否存在异常日志；

若存在异常日志，则根据所述异常日志的异常类型，对所述待测应用程序执行与所述异常类型对应的异常处理。

可选地，所述检测所述待测应用程序运行过程中的预设节点日志中是否存在异常日志，包括：

判断所述预设节点日志中的任一日志是否与预设异常日志模型相匹配；

若匹配，则确定存在异常日志。

可选地，所述待测试应用程序运行过程包括：启动阶段和控制阶段；所述预设节点日志包括：启动节点日志和控制节点日志；

所述检测所述待测应用程序运行过程中的预设节点日志中是否存在异常日志，包括：

检测所述待测应用程序在所述启动阶段产生的多个日志中是否存在异常日志或启动节点日志；

若在所述启动阶段产生的多个日志中存在启动节点日志，执行进入控制阶段的异常检测；

若在所述启动阶段产生的多个日志中存在异常日志，则生成提示信息，其中，所述提示信息用于提示所述待测应用程序运行异常。

可选地，若在所述启动阶段产生的多个日志中不存在异常日志和启动节点日志，则在超过预设时长后生成提示信息并关闭游戏客户端和游戏服务器，其中，所述提示信息用于提示所述待测应用程序运行异常。

可选地，所述执行进入控制阶段的异常检测，包括：

检测所述待测应用程序在所述控制阶段产生的多个日志中是否存在异常日志或控制节点日志；

若在所述控制阶段产生的多个日志中存在控制节点日志，则根据预设顺序运行当前控制节点程序的下一控制节点程序；

若在所述控制阶段产生的多个日志中存在异常日志，则生成提示信息，其中，所述提示信息用于提示所述待测应用程序运行异常。

可选地，所述响应于针对待测应用程序的修改事件，运行所述待测应用程序，包括：

通过SVN版本控制系统访问接口监测针对所述待测应用程序的代码是否被修改；

在监测到所述待测应用程序的代码被修改时，获取修改后的所述待测应用程序的代码；

根据获取的修改后的所述待测应用程序的代码，运行所述待测应用程序。

可选地，所述根据所述异常日志的异常类型，对所述待测应用程序执行与所述异常类型对应的异常处理，包括：

若所述异常日志的类型为非功能性异常类型，则执行与所述非功能性异常类型对应的异常处理；

若所述异常日志的类型为功能性异常类型，则生成提示信息并关闭游戏客户端和游戏服务器。

可选地，所述若所述异常日志的类型为非功能性异常类型，则执行与所述非功能性异常类型对应的异常处理，包括：

若所述非功能性异常类型为网络异常类型，则重试对应指令，所述指令用于指示当前运行阶段中当前运行节点对应的程序；

若所述非功能性异常类型为可忽略异常类型，则继续执行测试；

若所述非功能性异常类型为概率性异常类型，则重新启动所述游戏客户端和所述游戏服务器。

可选地，所述响应于针对待测应用程序的修改事件之后，所述方法还包括：获取修改信息，所述修改信息包括：修改事件对应的修改用户的标识；

所述若所述异常日志的类型为功能性异常类型，所述方法还包括：

根据所述修改用户的标识，向所述修改用户对应的客户端发送所述异常日志。

第二方面，本申请实施例还提供了一种应用程序测试装置，包括：运行模块、检测模块、异常处理模块；

所述运行模块，用于响应于针对待测应用程序的修改事件，运行所述待测应用程序；

所述检测模块，用于检测所述待测应用程序运行过程中的预设节点日志中是否存在异常日志；

所述异常处理模块，用于若存在异常日志，则根据所述异常日志的异常类型，对所述待测应用程序执行与所述异常类型对应的异常处理。

可选地，所述检测模块，具体用于判断所述预设节点日志中的任一日志是否与预设异常日志模型相匹配；若匹配，则确定存在异常日志。

可选地，所述待测试应用程序运行过程包括：启动阶段和控制阶段；所述预设节点日志包括：启动节点日志和控制节点日志；

所述检测模块，具体用于检测所述待测应用程序在所述启动阶段产生的多个日志中是否存在异常日志或启动节点日志；若在所述启动阶段产生的多个日志中存在启动节点日志，执行进入控制阶段的异常检测；若在所述启动阶段产生的多个日志中存在异常日志，则生成提示信息，其中，所述提示信息用于提示所述待测应用程序运行异常。

可选地，若在所述启动阶段产生的多个日志中不存在异常日志和启动节点日志，则在超过预设时长后生成提示信息并关闭游戏客户端和游戏服务器，其中，所述提示信息用于提示所述待测应用程序运行异常。

可选地，所述检测模块，还具体用于检测所述待测应用程序在所述控制阶段产生的多个日志中是否存在异常日志或控制节点日志；若在所述控制阶段产生的多个日志中存在控制节点日志，则根据预设顺序运行当前控制节点程序的下一控制节点程序；若在所述控制阶段产生的多个日志中存在异常日志，则生成提示信息，其中，所述提示信息用于提示所述待测应用程序运行异常。

可选地，所述运行模块，用于通过SVN版本控制系统访问接口监测针对所述待测应用程序的代码是否被修改；在监测到所述待测应用程序的代码被修改时，获取修改后的所述待测应用程序的代码；根据获取的修改后的所述待测应用程序的代码，运行所述待测应用程序。

可选地，所述异常处理模块，具体用于若所述异常日志的类型为非功能性异常类型，则执行与所述非功能性异常类型对应的异常处理；若所述异常日志的类型为功能性异常类型，则生成提示信息并关闭游戏客户端和游戏服务器。

可选地，所述异常处理模块，还具体用于若所述非功能性异常类型为网络异常类型，则重试对应指令，所述指令用于指示当前运行阶段中当前运行节点对应的程序；若所述非功能性异常类型为可忽略异常类型，则继续执行测试；若所述非功能性异常类型为概率性异常类型，则重新启动所述游戏客户端和所述游戏服务器。

可选地，所述装置还包括：获取模块、发送模块；

所述获取模块，用于获取修改信息，所述修改信息包括：修改事件对应的修改用户的标识；

所述发送模块，用于根据所述修改用户的标识，向所述修改用户对应的客户端发送所述异常日志。

第三方面，本申请实施例还提供一种处理设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当处理设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行时执行如上述第一方面所述的应用程序测试方法的步骤。

第四方面，本申请实施例还提供一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上述第一方面所述的应用程序测试方法的步骤。

本申请的有益效果是：

综上所述，本申请实施例提供一种应用程序测试方法、装置、设备及存储介质，该方法包括：响应于针对待测应用程序的修改事件，运行待测应用程序；检测待测应用程序运行过程中的预设节点日志中是否存在异常日志；若存在异常日志，则根据异常日志的异常类型，对待测应用程序执行与异常类型对应的异常处理。本申请的方法能够自动化的实现应用程序的日志分析，提高应用程序测试的效率。并通过对预设节点日志的异常检测，当存在异常时，提供与异常日志的异常类型对应的异常处理方法，以提高异常处理的准确性。

另外，通过获取修改信息的修改用户的标识，可以将检测的功能性异常日志发送至用户的客户端，以精确的定位异常的负责人，提高异常处理效率，降低了异常的存在对应用程序开发进度所造成的影响。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种应用程序测试系统的框图；

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

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

图4为本申请实施例提供的又一种应用程序测试方法的流程示意图；

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

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

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

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

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

图10为本申请实施例提供的一种应用程序测试装置的示意图；

图11为本申请实施例提供的处理设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“游戏应用程序的测试”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其应用程序的测试。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

图1为本申请实施例提供的一种应用程序测试系统的框图，该应用程序测试系统100可以为由多段程序代码组成的虚拟系统。可选地，该应用程序测试系统100可以部署于客户端上，该应用程序测试系统100可应用本申请的应用程序测试方法实现应用程序测试功能。

如图1所示，该应用程序测试系统100可包括：监测模块110、日志分析模块120、通信模块130、异常处理模块140。

可选地，监测模块110可以为SVN(Subversion)监测模块，通过调用python的开源库SVN，检测配置的应用程序SVN代码仓库是否有代码修改信息，提取修改信息的提交人等信息。并监测到修改信息后，通知通信模块130和日志分析模块120，进行日志检测分析，在检测到异常日志后，将异常日志发送至对应的修改用户。

通信模块130可以为Telnet通信模块，实现了Telnet的连接和通信接口，支持连接到客户端进程，发送对应的指令，以实现应用程序的启动、运行等操作。该模块具体发送的指令则由监测模块110和日志分析模块120决定，当监测模块110发现新的修改信息后，会通知通信模块130发出启动服务端和客户端的指令；当日志分析模块120检测到异常日志，则会通知通信模块130发出关闭服务端和客户端的指令，又或者当日志分析模块120检测到客户端启动成功后，会通知通信模块130发送登录客户端的指令。

日志分析模块120：实现了多日志文件分析技术，利用日志输出的不连续性，能够在单进程条件下同时监控多个日志文件。利用预设的日志分析模型，检测应用程序运行过程中产生的日志的类型，并将检测的异常日志发送至异常处理模块140进行相应的处理。

异常处理模块140：实现了基于配置文件的异常处理方案，能够根据异常日志的类型，采用与异常日志类型对应的异常处理方法处理异常。

综上，本申请所提供的应用程序测试方法所执行的一次完整的测试流程包括：监测模块检测到代码修改，通知通信模块启动应用程序，同时通知日志分析模块开始分析应用程序运行过程中产生的日志文件，根据日志的类型，执行不同的测试程序。若在应用程序运行过程中未检测到异常日志，系统将自动开始下一轮测试，反之，系统会在下一轮测试开始之前备份异常日志文件，并生成提示信息，以通知开发人员进行异常处理。

以下将通过多个具体的实施例，对本申请所提供的应用程序测试方法进行解释说明。

图2为本申请实施例提供的一种应用程序测试方法的流程示意图；该方法的执行主体可以是部署有上述客户端的处理设备，例如计算机、服务器等，在此不作限制。可选地，如图2所示，该方法可包括：

S101、响应于针对待测应用程序的修改事件，运行待测应用程序。

可选地，本申请实施例以游戏应用程序为应用场景进行说明，当然，本申请的方法并不限于应用在对游戏应用程序的测试，也可以是其他任意的应用程序，例如：办公软件应用程序的测试、购物软件应用程序的测试等。

可选地，在游戏应用程序开发过程中，游戏开发人员需要不断的对应用程序进行修改，修复漏洞或者增加新的功能等，以提高应用程序的准确性和完整性。

可选地，设备可响应用户通过客户端提交的针对待测应用程序的修改事件，修改事件也即代码的修改信息，并响应修改事件，触发运行待测应用程序，以在应用程序运行过程中，对应用程序进行测试。

S102、检测待测应用程序运行过程中的预设节点日志中是否存在异常日志。

可选地，在待测应用程序运行过程中，会产生与待测应用程序相关的日志，以游戏应用程序为例，产生的日志可包括游戏运行状态相关的日志，例如：当前游戏运行状态为登陆游戏客户端，那么，对应的日志可以为登陆游戏客户端的日志，而当前游戏运行状态为游戏角色建立，那么，对应的日志可以为游戏角色建立的日志。通常，产生的日志会实时写入到日志服务器内存队列中，可以从内存队列中获取当前运行节点所产生的日志。

在一些实施例中，可对待测应用程序运行过程中对应的一些预设节点所产生的日志进行异常检测。其中，预设节点可以为游戏运行的关键点，例如上述所说的登陆游戏客户端、游戏角色创建等节点。

S103、若存在异常日志，则根据异常日志的异常类型，对待测应用程序执行与异常类型对应的异常处理。

可选地，对预设节点日志进行检测，当检测到异常日志时，获取的待测应用程序的测试结果即为程序存在异常，需要进行相应的异常处理；而当未检测到任何异常日志时，待测应用程序的测试结果为正常，那么，可继续运行应用程序，直到运行结束，响应下一次的应用程序的修改事件。

在一些实施例中，对于检测到的异常日志，可根据预设的日志分析模型，判断当前异常日志的类型。对于不同类型的异常日志，本申请方案提供了与异常日志的异常类型对应的异常处理方法，从而提高了异常处理的准确性。

综上，本申请实施例提供的应用程序测试方法，包括：响应于针对待测应用程序的修改事件，运行待测应用程序；检测待测应用程序运行过程中的预设节点日志中是否存在异常日志；若存在异常日志，则根据异常日志的异常类型，对待测应用程序执行与异常类型对应的异常处理。本申请的方法能够自动化的实现应用程序的日志分析，提高应用程序测试的效率。并通过对预设节点日志的异常检测，当存在异常时，提供与异常日志的异常类型对应的异常处理方法，以提高异常处理的准确性。

图3为本申请实施例提供的另一种应用程序测试方法的流程示意图；可选地，如图3所示，上述步骤S102中，检测待测应用程序运行过程中的预设节点日志中是否存在异常日志，可包括：

S201、判断预设节点日志中的任一日志是否与预设异常日志模型相匹配。

可选地，游戏应用程序的日志通常包括：异常日志和特殊日志。其中，异常日志可以指Traceback类型的日志，该类日志一般代表应用程序出现了异常，需要立即进行异常处理，以防止应用程序开发造成阻塞。而特殊日志则可以指表示应用程序运行过程中预设节点(游戏运行关键点)所产生的日志，以游戏应用程序为例，特殊日志可以指游戏服务器启动成功、游戏客户端登陆成功、游戏角色创建成功、游戏服务端关闭成功等关键节点的日志。

本实施例中，可以采用预设异常日志模型，进行日志类型的检查。其中，预设异常日志模型可以为日志的正则表达式模型，通过比较预设节点日志中任一日志与预设异常日志模型中预先设置的各种类型日志的特征，确定当前所比较的日志与预设异常日志模型是否匹配。其中，预先设置的各种类型日志可以包括各种类型的异常日志、正常日志等，并标识他们所属的类型，以便于进行类型确定。

S202、若匹配，则确定存在异常日志。

可选地，当预设节点日志中存在与预设异常日志模型匹配的日志，则可确定待测应用程序存在异常。需要说明的是，应用程序可以由多个预设节点程序组成，运行过程中会按照预设节点运行顺序依次运行各节点程序，当检测预设节点日志为特殊日志后，则待测应用程序不存在异常，可根据应用程序的预设节点运行顺序，按顺序正常运行应用程序的节点程序，直到应用程序运行完成，关闭应用程序。

图4为本申请实施例提供的又一种应用程序测试方法的流程示意图；可选地，上述待测试应用程序运行过程可包括：启动阶段和控制阶段；预设节点日志可包括：启动节点日志和控制节点日志。

其中，启动阶段可包括：启动游戏服务器和游戏客户端；控制阶段可包括：控制游戏客户端登录游戏服务器，和/或创建游戏虚拟角色。当然，不同的应用程序对应的运行阶段可以是不同的，不同的运行阶段中所包括的具体运行过程也可以是不同的，对应产生的预设节点日志也可以适应性改变。本申请对此不做具体限制。

如图4所示，上述步骤S102中，检测待测应用程序运行过程中的预设节点日志中是否存在异常日志，可包括：

S301、检测待测应用程序在启动阶段产生的多个日志中是否存在异常日志或启动节点日志。

可选地，本申请所执行的应用程序测试方法可包括两个测试阶段，如上述的启动阶段和控制阶段，先对启动阶段进行异常检测，若启动阶段不存在异常，则进行控制阶段的异常检测，当启动阶段存在异常，则退出并关闭游戏。

对启动阶段的多个日志的检测，可以采用上述的方法，也即将启动阶段中每个运行过程所产生的日志与预设异常日志模型进行匹配。以上述举例进行说明，可以包括：将启动游戏服务器和游戏客户端时所产生的日志预设异常日志模型进行匹配。

S302、若在启动阶段产生的多个日志中存在启动节点日志，执行进入控制阶段的异常检测。

需要说明的是，启动节点日志可以理解为上述所说的特殊日志，也即，游戏运行过程中关键点日志。当启动阶段产生的日志为启动节点日志时，则可确定待测应用程序不存在异常，可继续正常运行待测应用程序，对应的，则进行入待测应用程序的控制阶段，则可进一步地对控制阶段进行相同的异常检测。

S303、若在启动阶段产生的多个日志中存在异常日志，则生成提示信息，其中，提示信息用于提示待测应用程序运行异常。

当上述通过预设异常日志模型匹配，确定启动阶段产生的日志中存在异常日志时，则会生成的提示信息，以通知开发人员当前运行的待测应用程序存在异常，以提示开发人员及时进行异常处理。

在一些实施例中，若在启动阶段产生的多个日志中不存在异常日志和启动节点日志，则在超过预设时长后生成提示信息并关闭游戏客户端和游戏服务器，其中，提示信息用于提示待测应用程序运行异常。

在一些情况下，由于系统超时等情况的发生，如某个中央处理器没有启动成功，使得游戏服务器一直处于等待启动的状态，应用程序未成功启动，此时将无法检测到启动节点日志或者是异常日志，若一直处于等待检测日志的状态，将导致测试过程的阻塞。

可选地，本实施例中，可以设定若在启动阶段产生的多个日志中不存在异常日志和启动节点日志，则在超过预设时长后生成提示信息并关闭游戏客户端和游戏服务器，此时，可在相应的测试客户端上显示提示信息，提示信息用于提示测试人员当前系统处于超时状态，则由测试人员进行相应的处理。其中，本测试环境下，预设时长可设定为5分钟，也即超过5分钟应用程序未启动，检测不到日志信息，则生成提示信息。当然，该预设时长可以根据测试环境进行适应性的调整，本申请不做具体限制。

图5为本申请实施例提供的另一种应用程序测试方法的流程示意图；可选地，上述步骤S302中，执行进入控制阶段的异常检测，可包括：

S401、检测待测应用程序在控制阶段产生的多个日志中是否存在异常日志或控制节点日志。

与上述启动阶段进行异常日志检测过程相同，同样可根据控制阶段产生的日志与预设异常日志模型进行匹配，检测控制阶段日志是否存在异常。

S402、若在控制阶段产生的多个日志中存在控制节点日志，则根据预设顺序运行当前控制节点程序的下一控制节点程序。

可选地，控制节点日志也即上述的特殊日志，控制节点日志可包括：游戏客户端登录游戏服务器日志，和/或创建游戏虚拟角色日志。当控制阶段产生的日志包括控制节点日志时，其不属于异常日志，而是应用程序的关键节点状态所对应的日志，那么，则可按照应用程序的预设运行顺序，继续运行应用程序当前控制节点程序所对应的下一控制节点的程序。例如：仍以游戏应用程序为例，当前控制节点为：游戏客户端登录游戏服务器，那么，按照预设顺序，对应的下一控制节点则为创建游戏虚拟角色。

S403、若在控制阶段产生的多个日志中存在异常日志，则生成提示信息，其中，提示信息用于提示待测应用程序运行异常。

可选地，当控制阶段产生的日志中存在与预设异常日志模型匹配的日志时，则确定存在异常日志，则生成提示信息以提示开发人员及时进行异常处理。

图6为本申请实施例提供的一种应用程序测试方法的流程示意图；可选地，上述步骤S101中，响应于针对待测应用程序的修改事件，运行待测应用程序，可包括：

S501、通过SVN版本控制系统访问接口监测针对待测应用程序的代码是否被修改。

S502、在监测到待测应用程序的代码被修改时，获取修改后的待测应用程序的代码。

S503、根据获取的修改后的待测应用程序的代码，运行待测应用程序。

可选地，可通过调用python的开源库SVN，检测待测应用程序SVN代码仓库是否有代码修改信息，若存在代码修改，则可获取修改后的待测应用程序的代码，并开始运行该修改后的待测应用程序，以在待测应用程序运行的过程中进行异常检测。

图7为本申请实施例提供的一种应用程序测试方法的流程示意图；可选地，如图7所示，上述步骤S103中，根据异常日志的异常类型，对待测应用程序执行与异常类型对应的异常处理，可包括：

S601、若异常日志的类型为非功能性异常类型，则执行与非功能性异常类型对应的异常处理。

需要说明的是，异常日志通常也会分为不同的异常类型，对于有些并非应用程序自身存在的异常，若按照应用程序异常处理方法进行处理，会使得异常处理效率较低，阻碍应用程序的开发进程。

可选地，本申请的方法还提供了基于异常配置文件的异常处理方法，能够对不同类型的异常日志采取不同的处理方法，执行不同的异常处理程序，从而能够针对性的处理不同的异常，提高异常处理的准确性和效率。

例如，Python内置的异常类型通常比较宽泛，信息量较少，如果直接使用内置类型，则无法细分异常日志的类型，影响异常处理的准确性。本方法在内置异常类型的基础上，增加了异常所属文件这一属性作为类型信息。并支持在配置文件内定制某一类异常日志的处理程序。基于预先配置的异常配置文件，可以准确的判断检测的异常日志的类型，并采用该异常日志的类型对应的异常处理程序进行异常处理。

如上述所说明的是，当检测到异常日志后，还需要判断异常日志的类型，以精确细分异常类型，有针对性的进行异常处理。

可选地，非功能性异常可以理解为不影响应用程序功能正确性的异常，例如：在应用程序运行过程中，可能由于突然断电断网，导致服务器关闭，日志获取失败等。其并非应用程序自身存在异常，故可执行与该非功能性异常类型对应的异常处理方法。

其中，对于非功能性异常类型所采取的异常处理方法可以根据以往开发过程中产生的经验积累得到，例如：重启服务器等操作，可解决大多情况下出现的非功能性的异常。

在一些实施例中，若不对异常日志的类型进行具体分类，所有的异常都通过复杂的异常处理过程进行处理，则会严重影响异常处理效率。通过本申请的处理方法，可加快异常处理效率。

S602、若异常日志的类型为功能性异常类型，则生成提示信息并关闭游戏客户端和游戏服务器。

相对于上述的非功能性异常，异常日志的类型还可以是功能性异常类型。功能性异常可以是应用程序的程序本身存在错误，也即存在编程错误，从而导致应用程序无法正常运行。例如：编程时出现笔误，或者是程序出现逻辑性错误等。

可选地，当异常日志为功能性异常时，则可关闭游戏客户端和游戏服务器，同时，生成提示信息以通知开发人员程序存在异常，并将异常日志发送给开发人员，以进行相应的异常处理。

图8为本申请实施例提供的另一种应用程序测试方法的流程示意图；可选地，如图8所示，上述步骤S601中，若异常日志的类型为非功能性异常类型，则执行与非功能性异常类型对应的异常处理，可以包括：

S6011、若非功能性异常类型为网络异常类型，则重试对应指令，指令用于指示当前运行阶段中当前运行节点对应的程序。

可选地，网络异常类型可以指游戏客户端连接超时所产生的异常，其通常为HttpError.Script/dctools/webkit.py，其中，HttpError是指python内置的异常类型，Script/dctools/webkit.py是相应的异常文件。当然，本实施例仅示例性的列举了网络异常类型的一种可能的方式，实际应用中，网络异常类型还可以为其他异常，不申请不做具体限制。

本实施例中，对于网络异常类型，采取的异常处理方法可以为：重试对应指令，也即重新运行当前节点的程序。举例说明：应用程序当前运行节点为：登陆游戏客户端，此时，根据检测的日志，判断日志为异常日志，且为网络异常日志，则可重新执行登陆游戏客户端的操作，也即，重新运行登陆游戏客户端的程序。又或者：应用程序当前运行节点为：游戏虚拟角色创建，此时，当检测的日志为网络异常日志时，则重新执行游戏虚拟角色创建的操作，也即，重新运行游戏虚拟角色创建的程序。

通常情况下，通过重试对应指令，可解决上述网络异常问题。但是，在一些情况下，若多次重新运行当前节点的程序，仍存在上述异常，则可将对应的异常日志发送至修改事件对应的修改用户，以使得修改用户进行异常处理。

S6012、若非功能性异常类型为可忽略异常类型，则继续执行测试。

可选地，可忽略异常类型可以指游戏客户端回调未清理所导致的异常，游戏客户端回调未清理，也即游戏客户端回调函数残留。当然，可忽略异常也并不限于游戏客户端回调未清理。

对于可忽略异常类型，对应的异常处理方法可以为：根据预设运行顺序，继续运行当前的应用程序，以继续执行测试。

举例说明：以游戏应用程序为例，预设运行顺序可以为：启动游戏服务器、启动游戏客户端、登陆游戏客户端、游戏虚拟角色创建、关闭游戏客户端、关闭游戏服务器。若应用程序当前运行节点为启动游戏客户端，此时，检测获取的日志为异常日志，且为可忽略异常类型，那么，则继续运行应用程序，也即运行启动游戏客户端对应的下一节点的程序，即运行登陆游戏客户端的程序。又或者当前运行节点为登陆游戏客户端，那么，则继续运行游戏虚拟角色创建程序。

也即，对于可忽略异常类型，不对异常做任何处理，继续正常运行应用程序，以继续执行测试。

S6013、若非功能性异常类型为概率性异常类型，则重新启动游戏客户端和游戏服务器。

可选地，概率性异常类型可以为：数据库初始化失败导致的服务器启动失败，从而应用程序无法正常运行。

通常概率性异常为随机发生的，其可能发生在应用程序运行过程中的任一环节，对于概率性异常类型，采取的异常处理方法可以为：重新启动游戏服务器和游戏客户端，重新运行应用程序，以重新测试该应用程序，进行应用程序的测试，其中，该测试过程对应的修改用户并未发生变化，仍为上一轮测试过程对应的修改用户，直到本次测试结束。

其中，重启游戏服务器和游戏客户端，重新执行一遍测试流程的过程中，并不会拉取当前应用程序版本的代码，重启的目的是为了避免概率性异常日志所造成的异常误报。

在一些实施例中，当确定当前节点程序为预设运行顺序中的最后一个节点程序时，则应用程序运行结束，可关闭待测应用程序，此次测试完成，对应的测试结果为无异常，则可继续下一次的测试。

本申请的应用程序测试方法，针对一次修改信息的提交，执行一次完整的测试流程，直到检测到功能性异常日志，将异常日志通知到本次修改信息的提交人，并关闭游戏客户端和游戏服务器，以完成一次测试。当监测到新的修改信息提交后，则执行下一次的测试流程，依此实现应用程序的自动化测试。一方面，本申请的方法可以准确的追溯到本次异常对应的责任人，另一方面，实现自动化高效的异常检测与处理，有效提高了应用程序测试效率。

可选地，步骤S101中，响应于针对待测应用程序的修改事件之后，本申请的方法还可包括：获取修改信息，修改信息包括：修改事件对应的修改用户的标识。

在一些实施例中，修改事件可以是对某段程序的修改，修改事件对应的修改信息中可包括有进行此修改的修改用户(开发人员)的信息。

可选地，修改用户的信息可以是修改用户的标识，该标识可以为用户所登录的客户端的标识，或者是用户的身份标识，例如：手机号码、身份证号码，或者是其他任意可以指代用户身份的唯一标识，或者也可以是IP地址等。

可选地，上述步骤S602中，若异常日志的类型为功能性异常类型，本申请的方法还可包括：根据修改用户的标识，向修改用户对应的客户端发送异常日志。

也即可以根据用户的标识得到用户所登陆的客户端的标识，向该客户端发送上述所获取的功能性异常类型的异常日志，或者，也可以根据用户的身份标识，确定用户所登陆的客户端的标识，以向用户发送上述的功能性异常类型的异常日志。以使得用户根据具体的异常情况，采取对应的异常处理，例如：进行程序调试等。

本申请的方法使得能够在待测应用程序被修改后第一时间启动运行该应用程序，检测该应用程序基本功能的正确性，并能够根据监测到的修改信息，确定异常所对应的负责人，将自动将异常分配至对应的责任人，方便其快速修复异常，避免阻塞应用程序的开发进度。

可选地，若对于监测到的异常日志，不通过本申请的方法进行异常处理，随机分配异常日志至任意的开发人员，则将导致异常处理不具有针对性，处理效率较低。

对于功能性异常类型，一方面，可以将检测的异常日志发送至对应的修改用户所在的客户端，以使得修改用户进行及时处理。另一方面，在将异常日志发送至修改用户后，则可关闭应用程序，也即关闭游戏服务器、游戏客户端等，以及时对应用程序的异常进行处理，减少对应用程序开发进度的影响。

同时，避免在存在异常的情况下，继续运行应用程序，在后续继续运行的过程中，再出现其他异常，而无法准确区分异常类型，无法做法异常的准确处理。

图9为本申请实施例提供的一种应用程序测试方法的流程示意图；可选地，如图9所示，图9中示出了本申请所提供的应用程序测试方法的完整步骤流程，本申请的方法可包括：

S701、监测是否有待测应用程序的修改信息，提取修改用户的标识。

S702、若是，则启动待测应用程序，并执行步骤S704。

S703、若否，则执行下一轮测试。

S704、根据预设异常日志模块，检测待测应用程序运行过程中产生的日志的类型。

S705、判断日志的类型为异常日志或启动节点日志或控制节点日志。

S706、若日志的类型为异常日志，则根据异常日志的类型，执行与异常日志的类型对应的异常处理程序，并继续执行步骤S709。

S707、若日志的类型为启动节点日志或控制节点日志，则执行进入控制阶段测试，或根据预设顺序运行当前控制节点程序的下一控制节点程序。

S708、若当前节点程序为最后一个节点程序，则关闭待测应用程序。

S709、若异常日志的类型为非功能性异常类型，则执行与非功能性异常类型对应的异常处理。并执行步骤S712-S714。

S710、若异常日志的类型为功能性异常类型，则生成提示信息并关闭游戏客户端和游戏服务器。

S711、根据修改用户的标识，向修改用户对应的客户端发送异常日志。

S712、若非功能性异常类型为网络异常类型，则重试对应指令。

S713、若非功能性异常类型为可忽略异常类型，则继续执行测试。

S714、若非功能性异常类型为概率性异常类型，则重新启动游戏客户端和游戏服务器。

S715、若启动阶段产生的多个日志中不存在异常日志和启动节点日志，则在超过预设时长后生成提示信息并关闭游戏客户端和游戏服务器。

需要说明的是，上述步骤的具体实现原理和产生的有益效果已在前述的多个具体实施例中进行了详细的说明，此处不再一一赘述。

综上所述，本申请实施例提供的应用程序测试方法，包括：响应于针对待测应用程序的修改事件，运行待测应用程序；检测待测应用程序运行过程中的预设节点日志中是否存在异常日志；若存在异常日志，则根据异常日志的异常类型，对待测应用程序执行与异常类型对应的异常处理。本申请的方法能够自动化的实现应用程序的日志分析，提高应用程序测试的效率。并通过对预设节点日志的异常检测，当存在异常时，提供与异常日志的异常类型对应的异常处理方法，以提高异常处理的准确性。

另外，通过获取修改信息的修改用户的标识，可以将检测的功能性异常日志发送至用户的客户端，以精确的定位异常的负责人，提高异常处理效率，降低了异常的存在对应用程序开发进度所造成的影响。

下述对用以执行本申请所提供的应用程序测试方法的应用程序测试装置、客户端设备及存储介质等进行说明，其具体的实现过程以及技术效果参见上述，下述不再赘述。

图10为本申请实施例提供的一种应用程序测试装置的示意图，可选地，如图10所示，该装置可包括：运行模块801、检测模块802、异常处理模块803；

运行模块801，用于响应于针对待测应用程序的修改事件，运行待测应用程序；

检测模块802，用于检测待测应用程序运行过程中的预设节点日志中是否存在异常日志；

异常处理模块803，用于若存在异常日志，则根据异常日志的异常类型，对待测应用程序执行与异常类型对应的异常处理。

可选地，检测模块802，具体用于判断预设节点日志中的任一日志是否与预设异常日志模型相匹配；若匹配，则确定存在异常日志。

可选地，待测试应用程序运行过程包括：启动阶段和控制阶段；预设节点日志包括：启动节点日志和控制节点日志；

检测模块802，具体用于检测待测应用程序在启动阶段产生的多个日志中是否存在异常日志或启动节点日志；若在启动阶段产生的多个日志中存在启动节点日志，执行进入控制阶段的异常检测；若在启动阶段产生的多个日志中存在异常日志，则生成提示信息，其中，提示信息用于提示待测应用程序运行异常。

可选地，若在启动阶段产生的多个日志中不存在异常日志和启动节点日志，则在超过预设时长后生成提示信息并关闭游戏客户端和游戏服务器，其中，提示信息用于提示待测应用程序运行异常。

可选地，检测模块802，还具体用于检测待测应用程序在控制阶段产生的多个日志中是否存在异常日志或控制节点日志；若在控制阶段产生的多个日志中存在控制节点日志，则根据预设顺序运行当前控制节点程序的下一控制节点程序；若在控制阶段产生的多个日志中存在异常日志，则生成提示信息，其中，提示信息用于提示待测应用程序运行异常。

可选地，运行模块801，用于通过SVN版本控制系统访问接口监测针对待测应用程序的代码是否被修改；在监测到待测应用程序的代码被修改时，获取修改后的待测应用程序的代码；根据获取的修改后的待测应用程序的代码，运行待测应用程序。

可选地，异常处理模块803，具体用于若异常日志的类型为非功能性异常类型，则执行与非功能性异常类型对应的异常处理；若异常日志的类型为功能性异常类型，则生成提示信息并关闭游戏客户端和游戏服务器。

可选地，异常处理模块803，还具体用于若非功能性异常类型为网络异常类型，则重试对应指令，指令用于指示当前运行阶段中当前运行节点对应的程序；若非功能性异常类型为可忽略异常类型，则继续执行测试。若非功能性异常类型为概率性异常类型，则重新启动游戏客户端和游戏服务器。

可选地，该装置还包括：获取模块、发送模块；

获取模块，用于获取修改信息，修改信息包括：修改事件对应的修改用户的标识；

发送模块，用于根据修改用户的标识，向修改用户对应的客户端发送异常日志。

上述应用程序测试装置用于执行前述实施例提供的应用程序测试方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(digital singnal processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

图11为本申请实施例提供的处理设备的结构示意图，该处理设备可以是部署具有应用程序测试系统的客户端设备，例如：计算机、服务器。

如图11所示，该设备可包括：处理器901、存储器902。

存储器902用于存储程序，处理器901调用存储器902存储的程序，以执行上述方法实施例。具体实现方式和技术效果类似，这里不再赘述。

可选地，本发明还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述方法实施例。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (12)

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

响应于针对待测应用程序的修改事件，运行所述待测应用程序；

检测所述待测应用程序运行过程中的预设节点日志中是否存在异常日志；

若存在异常日志，则根据所述异常日志的异常类型，对所述待测应用程序执行与所述异常类型对应的异常处理。

2.根据权利要求1所述的方法，其特征在于，所述检测所述待测应用程序运行过程中的预设节点日志中是否存在异常日志，包括：

判断所述预设节点日志中的任一日志是否与预设异常日志模型相匹配；

若匹配，则确定存在异常日志。

3.根据权利要求1所述的方法，其特征在于，所述待测试应用程序运行过程包括：启动阶段和控制阶段；所述预设节点日志包括：启动节点日志和控制节点日志；

所述检测所述待测应用程序运行过程中的预设节点日志中是否存在异常日志，包括：

检测所述待测应用程序在所述启动阶段产生的多个日志中是否存在异常日志或启动节点日志；

若在所述启动阶段产生的多个日志中存在启动节点日志，执行进入控制阶段的异常检测；

若在所述启动阶段产生的多个日志中存在异常日志，则生成提示信息，其中，所述提示信息用于提示所述待测应用程序运行异常。

4.根据权利要求3所述的方法，其特征在于，若在所述启动阶段产生的多个日志中不存在异常日志和启动节点日志，则在超过预设时长后生成提示信息并关闭游戏客户端和游戏服务器，其中，所述提示信息用于提示所述待测应用程序运行异常。

5.根据权利要求3所述的方法，其特征在于，所述执行进入控制阶段的异常检测，包括：

检测所述待测应用程序在所述控制阶段产生的多个日志中是否存在异常日志或控制节点日志；

若在所述控制阶段产生的多个日志中存在控制节点日志，则根据预设顺序运行当前控制节点程序的下一控制节点程序；

若在所述控制阶段产生的多个日志中存在异常日志，则生成提示信息，其中，所述提示信息用于提示所述待测应用程序运行异常。

6.根据权利要求1所述的方法，其特征在于，所述响应于针对待测应用程序的修改事件，运行所述待测应用程序，包括：

通过SVN版本控制系统访问接口监测针对所述待测应用程序的代码是否被修改；

在监测到所述待测应用程序的代码被修改时，获取修改后的所述待测应用程序的代码；

根据获取的修改后的所述待测应用程序的代码，运行所述待测应用程序。

7.根据权利要求3或5所述的方法，其特征在于，所述根据所述异常日志的异常类型，对所述待测应用程序执行与所述异常类型对应的异常处理，包括：

若所述异常日志的类型为非功能性异常类型，则执行与所述非功能性异常类型对应的异常处理；

若所述异常日志的类型为功能性异常类型，则生成提示信息并关闭游戏客户端和游戏服务器。

8.根据权利要求7所述的方法，其特征在于，所述若所述异常日志的类型为非功能性异常类型，则执行与所述非功能性异常类型对应的异常处理，包括：

若所述非功能性异常类型为网络异常类型，则重试对应指令，所述指令用于指示当前运行阶段中当前运行节点对应的程序；

若所述非功能性异常类型为可忽略异常类型，则继续执行测试；

若所述非功能性异常类型为概率性异常类型，则重新启动所述游戏客户端和所述游戏服务器。

9.根据权利要求7所述的方法，其特征在于，所述响应于针对待测应用程序的修改事件之后，所述方法还包括：获取修改信息，所述修改信息包括：修改事件对应的修改用户的标识；

所述若所述异常日志的类型为功能性异常类型，所述方法还包括：

根据所述修改用户的标识，向所述修改用户对应的客户端发送所述异常日志。

10.一种应用程序测试装置，其特征在于，包括：运行模块、检测模块、异常处理模块；

所述运行模块，用于响应于针对待测应用程序的修改事件，运行所述待测应用程序；

所述检测模块，用于检测所述待测应用程序运行过程中的预设节点日志中是否存在异常日志；

所述异常处理模块，用于若存在异常日志，则根据所述异常日志的异常类型，对所述待测应用程序执行与所述异常类型对应的异常处理。

11.一种处理设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当处理设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行时执行如权利要求1至9任一所述的应用程序测试方法的步骤。

12.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至9任一所述的应用程序测试方法的步骤。

Images