CN106445806A - 软件测试方法及装置 - Google Patents

Abstract

本公开是关于一种软件测试方法及装置，该方法包括：第一服务器监听第二服务器所获取的待测试软件包是否编译成功，若第一服务器确定待测试软件包编译成功，则第一服务器将待测试软件包复制至指定路径，第一服务器获取与第一服务器连接的终端生成的测试日志，并解析测试日志，测试日志是终端根据指定路径下载待测试软件包，并运行待测试软件包和测试用例，所生成的测试日志，第一服务器推送第一报警消息。该过程无需人工参与，即该软件测试方法整个过程具有自动化特点，从而提高软件测试效率。

Description

软件测试方法及装置

技术领域

本公开涉及软件测试技术领域，尤其涉及一种软件测试方法及装置。

背景技术

随着智能终端技术的不断发展以及应用软件的不断丰富，用户逐渐习惯在智能终端上下载各种各样的应用软件，而智能终端生产商也不断的推出系统软件包，使得用户一次可以下载多种应用软件。基于此，软件测试将至关重要。

目前，在对系统软件或者应用软件进行测试时，一般采用人工测试方式。

发明内容

为克服相关技术中存在的问题，本公开提供一种软件测试方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种软件测试方法，包括：

第一服务器监听第二服务器所获取的待测试软件包是否编译成功；

若第一服务器确定待测试软件包编译成功，则第一服务器将待测试软件包复制至指定路径；

第一服务器获取与第一服务器连接的终端生成的测试日志，并解析测试日志，测试日志是终端根据所述指定路径下载待测试软件包，并运行待测试软件包和测试用例，所生成的测试日志；

第一服务器推送第一报警消息，第一报警消息包括：对测试日志的解析结果。

本公开实施例提供的技术方案可以包括以下有益效果：该过程无需人工参与，即该软件测试方法整个过程具有自动化特点，从而提高软件测试效率。

可选地，第一服务器监听第二服务器所获取的待测试软件包是否编译成功，包括：第一服务器向第二服务器发送请求消息，请求消息用于请求确定待测试软件包是否编译成功；

第一服务器接收第二服务器发送的响应消息，响应消息用于确定待测试软件包是否编译成功。

可选地，第一服务器解析测试日志，包括：

第一服务器提取所述测试日志中的关键词；

第一服务器将关键词与历史异常关键词进行匹配，并确定所述解析结果。

可选地，第一服务器解析所述测试日志，包括：

第一服务器根据测试日志确定待测试软件中的异常堆栈，并确定解析结果。

通过上述两种可选方式，可以有效的确定解析结果。

可选地，第一服务器推送第一报警消息，包括：

第一服务器根据解析结果确定待测试软件包中存在异常的模块；

第一服务器向异常模块对应的主机推送第一报警消息。

从而保证测试人员能够获知解析结果。

可选地，若第一服务器确定待测试软件包编译失败，则第一服务器判断编译失败的次数；

当编译失败的次数大于第一预设次数，则第一服务器发送第二报警消息，第二报警消息用于指示待测试软件包编译失败。

本公开实施例中，当第一服务器判断编译失败的次数大于第一预设次数时，则第一服务器发送第二报警消息，以通知测试人员编译失败。

根据本公开实施例的第二方面，提供一种软件测试方法，包括：

第二服务器获取待测试软件包；

所述第二服务器编译所述待测试软件包。

其中，第二服务器自动获取待测试软件包，而不是人工获取待测试软件包，从而提高软件测试效率。

可选地，第二服务器获取待测试软件包，包括：第二服务器开启定时器；

第二服务器确定从所述定时器的开启时间开始，在预设时间段内新存储的软件为所述待测试软件包，并获取所述待测试软件包。

可选地，还包括：第二服务器接收所述第一服务器发送的请求消息，所述请求消息用于请求确定所述待测试软件包是否编译成功；

所述第二服务器向所述第一服务器发送响应消息，所述响应消息用于确定所述待测试软件包是否编译成功。

可选地，还包括：当所述第二服务器编译所述待测试软件包失败，则所述第二服务器判断编译失败的次数；

当所述编译失败的次数大于第二预设次数，则所述第二服务器发送第三报警消息，所述第三报警消息用于指示所述待测试软件包编译失败。

本公开实施例中，当第二服务器判断编译失败的次数大于第二预设次数时，则第二服务器发送第三报警消息，以通知测试人员编译失败。

下面将介绍发明实施例提供一种软件测试装置，其中装置部分与上述第一服务器执行方法对应，对应内容技术效果相同，在此不再赘述。

根据本公开实施例的第三方面，提供一种软件测试装置，包括：

监听模块，被配置为监听第二服务器所获取的待测试软件包是否编译成功；

复制模块，被配置为当监听模块确定待测试软件包编译成功时，将待测试软件包复制至指定路径；

获取解析模块，被配置为获取与第一服务器连接的终端生成的测试日志，并解析所述测试日志，所述测试日志是所述终端根据所述指定路径下载所述待测试软件包，并运行所述待测试软件包和测试用例，所生成的测试日志；

推送模块，被配置为推送第一报警消息，所述第一报警消息包括：对所述测试日志的解析结果。

可选地，所述监听模块包括：

发送子模块，被配置为向所述第二服务器发送请求消息，所述请求消息用于请求确定所述待测试软件包是否编译成功；

接收子模块，被配置为接收所述第二服务器发送的响应消息，所述响应消息用于确定所述待测试软件包是否编译成功。

可选地，所述获取解析模块包括：

提取子模块，被配置为提取所述测试日志中的关键词；

匹配子模块，被配置为将所述关键词与历史异常关键词进行匹配，并确定所述解析结果。

可选地，所述获取解析模块被配置为：

根据所述测试日志确定所述待测试软件中的异常堆栈，并确定所述解析结果。

可选地，所述推送模块包括：

确定子模块，被配置为根据所述解析结果确定所述待测试软件包中存在异常的模块；

推送子模块，被配置为向异常模块对应的主机推送所述第一报警消息。

可选地，还包括：

判断模块，被配置为当所述监听模块确定所述待测试软件包编译失败时，判断编译失败的次数；

发送模块，被配置为当所述编译失败的次数大于第一预设次数时，发送第二报警消息，所述第二报警消息用于指示所述待测试软件包编译失败。

下面将介绍发明实施例提供一种软件测试装置，其中装置部分与上述第二服务器执行方法对应，对应内容技术效果相同，在此不再赘述。

根据本公开实施例的第四方面，提供一种软件测试装置，包括：

获取模块，被配置为获取待测试软件包；

编译模块，被配置为编译所述待测试软件包。

可选地，所述获取模块包括：

开启子模块，被配置为开启定时器；

获取子模块，被配置为确定从所述定时器的开启时间开始，在预设时间段内新存储的软件为所述待测试软件包，并获取所述待测试软件包。

可选地，还包括：

接收模块，被配置为接收所述第一服务器发送的请求消息，所述请求消息用于请求确定所述待测试软件包是否编译成功；

发送模块，被配置为向所述第一服务器发送响应消息，所述响应消息用于确定所述待测试软件包是否编译成功。

可选地，还包括：

判断模块，被配置为当所述软件测试装置编译所述待测试软件包失败时，判断编译失败的次数；

所述发送模块，被配置为当所述编译失败的次数大于第二预设次数时，发送第三报警消息，所述第三报警消息用于指示所述待测试软件包编译失败。

根据本公开实施例的第五方面，提供一种软件测试装置，所述装置包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器被配置为：

监听第二服务器所获取的待测试软件包是否编译成功；

若所述软件测试装置确定所述待测试软件包编译成功，则将所述待测试软件包复制至指定路径；

获取与所述第一服务器连接的终端生成的所述测试日志，并解析所述测试日志，所述测试日志是所述终端根据所述指定路径下载所述待测试软件包，并运行所述待测试软件包和测试用例，所生成的测试日志；

推送第一报警消息，所述第一报警消息包括：对所述测试日志的解析结果。

根据本公开实施例的第六方面，提供一种软件测试装置，所述装置包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器被配置为：

获取待测试软件包；

编译所述待测试软件包。

本公开的实施例提供的技术方案可以包括以下有益效果：包括：第一服务器监听第二服务器所获取的待测试软件包是否编译成功，若第一服务器确定待测试软件包编译成功，则第一服务器将待测试软件包复制至指定路径，以使与第一服务器连接的终端根据所述指定路径下载所述待测试软件包，并运行待测试软件包和测试用例，以生成测试日志，第一服务器获取测试日志，并解析测试日志，第一服务器推送第一报警消息。该过程无需人工参与，即该软件测试方法整个过程具有自动化特点，从而提高软件测试效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

图1是根据一示例性实施例示出的一种软件测试方法的流程图；

图2是根据另一示例性实施例示出的一种软件测试方法的流程图；

图3是根据再一示例性实施例示出的一种软件测试方法的流程图；

图4是根据又一示例性实施例示出的一种软件测试方法的流程图；

图5是根据一示例性实施例示出的一种软件测试方法的交互流程图；

图6是根据一示例性实施例示出的一种软件测试装置的框图；

图7是根据另一示例性实施例示出的一种软件测试装置的框图；

图8是根据再一示例性实施例示出的一种软件测试装置的框图；

图9是根据一示例性实施例示出的一种软件测试装置900的框图；

图10是根据一示例性实施例示出的一种软件测试装置1000的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种软件测试方法的流程图，本实施例以该软件测试方法应用于第一服务器中来举例说明。该软件测试方法可以包括如下几个步骤：

在步骤S101中：第一服务器监听第二服务器所获取的待测试软件包是否编译成功；

其中，待测试软件可以是系统软件，例如：只读存储器(Read Only Memory，简称ROM)包，也可以是应用软件。第一服务器可以主要监听第二服务器所获取的待测试软件包是否编译成功，也可以被动监听第二服务器所获取的待测试软件包是否编译成功。所谓主动监听包括：第一服务器向所述第二服务器发送请求消息，所述请求消息用于请求确定所述待测试软件包是否编译成功；所述第一服务器接收所述第二服务器发送的响应消息，所述响应消息用于确定所述待测试软件包是否编译成功。所谓被动监听包括：第一服务器不向第二服务器发送所述请求消息，而是第二服务器直接向第一服务器发送上述响应消息。

在步骤S102中：若第一服务器确定待测试软件包编译成功，则第一服务器将待测试软件包复制至指定路径；

需要说明的是，在终端根据所述指定路径下载所述待测试软件包之前，终端已经获取该指定路径，终端根据该指定路径可以直接下载待测试软件包，并运行待测试软件包和测试用例，以生成测试日志，一旦终端运行待测试软件，则终端会安装上该待测试软件所包括的所有应用。

在步骤S103中：第一服务器获取测试日志，并解析测试日志；

其中，测试日志是终端根据指定路径下载所述待测试软件包，并运行待测试软件包和测试用例，所生成的测试日志。第一服务器可以周期性获取测试日志，也可以随机获取测试日志，获取之后可以将测试日志存储至第一服务器中。进一步地，第一服务器解析测试日志主要目的是确定待测试软件的异常关键词或者异常堆栈等。

在步骤S104中：第一服务器推送第一报警消息，第一报警消息包括：对测试日志的解析结果。

例如：第一服务器可以确定上述的异常关键词或者异常堆栈所在位置，还可以确定异常关键词或者异常堆栈所属模块，根据该模块可以确定负责处理异常关键词或者异常堆栈的主机，进一步地，上述解析结果可以包括上述的位置、主机信息等，则第一服务器将该解析结果携带在第一报警消息中，以使得测试人员可以获知解析结果。

本公开实施例所提供的软件测试方法，包括：第一服务器监听第二服务器所获取的待测试软件包是否编译成功，若第一服务器确定待测试软件包编译成功，则第一服务器将待测试软件包复制至指定路径，以使与第一服务器连接的终端根据所述指定路径下载所述待测试软件包，并运行待测试软件包和测试用例，以生成测试日志，第一服务器获取测试日志，并解析测试日志，第一服务器推送第一报警消息。该过程无需人工参与，即该软件测试方法整个过程具有自动化特点，从而提高软件测试效率。

下面对步骤S103中的第一服务器解析所述测试日志进行解释说明：

第一种情况：第一服务器提取测试日志中的关键词；第一服务器将关键词与历史异常关键词进行匹配，并确定解析结果。

其中，第一服务器提取测试日志中的关键词包括：第一服务器根据预设规则提取测试日志中的关键词，例如：第一服务器每次提取2比特数据，间隔1秒后再提取2比特数据，该2比特数据即为关键词，通常，第一服务器可以将历史异常关键词存储在本地数据库，当第一服务器提取到关键词后，可以对关键词与历史异常关键词进行匹配，并确定解析结果。

第二种情况：第一服务器根据测试日志确定所述待测试软件中的异常堆栈，并确定所述解析结果。其中，判断异常堆栈的方式可以采用现有技术中的异常堆栈检测方法，在此不再赘述。

可选地，上述步骤S105中，所述第一服务器推送第一报警消息，包括：所述第一服务器根据所述解析结果确定所述待测试软件包中存在异常的模块；所述第一服务器向异常模块对应的主机推送所述第一报警消息。

考虑到，通常软件测试包被分为多个模块，每个模块都由对应的测试人员负责，基于此，第一服务器可以确定历史异常关键词或者异常堆栈所属的模块，将该模块可以称为异常模块，第一服务器将向异常模块对应的主机推送所述第一报警消息，以使测试人员获知解析结果。

图2是根据另一示例性实施例示出的一种软件测试方法的流程图，本实施例以该软件测试方法应用于第一服务器中来举例说明。该软件测试方法可以包括如下几个步骤：

在步骤S201中：第一服务器监听第二服务器所获取的待测试软件包是否编译成功；若第一服务器确定待测试软件包编译成功，则执行步骤S202，否则，则执行步骤S205；

其中，步骤S201与步骤S101相同，在此不再赘述。

在步骤S202中：第一服务器将待测试软件包复制至指定路径；

其中，步骤S202与步骤S102相同，在此不再赘述。

在步骤S203中：第一服务器获取测试日志，并解析测试日志；

其中，步骤S203与步骤S103相同，在此不再赘述。

在步骤S204中：第一服务器推送第一报警消息，第一报警消息包括：对测试日志的解析结果；

其中，步骤S204与步骤S104相同，在此不再赘述。

在步骤S205中：第一服务器判断编译失败的次数；若编译失败的次数大于第一预设次数，则执行步骤S206；否则，则执行步骤S201；

在步骤S206中：第一服务器发送第二报警消息，第二报警消息用于指示待测试软件包编译失败。

结合步骤S205和步骤S206进行说明，为了避免第一服务器编译失败次数太多，用户可以根据实际情况设置第一预设次数，一旦编译失败的次数大于第一预设次数，则第一服务器发送第二报警消息。

本公开实施例中，当第一服务器判断编译失败的次数大于第一预设次数时，则第一服务器发送第二报警消息，以通知测试人员编译失败。

图3是根据再一示例性实施例示出的一种软件测试方法的流程图，本实施例以该软件测试方法应用于第二服务器中来举例说明。该软件测试方法可以包括如下几个步骤：

在步骤S301中：第二服务器获取待测试软件包；

在步骤S302中：第二服务器编译待测试软件包。

具体地，第二服务器获取待测试软件包，包括：第二服务器开启定时器；第二服务器确定从所述定时器的开启时间开始，在预设时间段内新存储的软件为所述待测试软件包，并获取所述待测试软件包。

可选地，该方法还包括：所述第二服务器接收所述第一服务器发送的请求消息，所述请求消息用于请求确定所述待测试软件包是否编译成功；所述第二服务器向所述第一服务器发送响应消息，所述响应消息用于确定所述待测试软件包是否编译成功；以实现第一服务器监听第二服务器所获取的待测试软件包是否编译成功。

本公开实施例中，第二服务器自动获取待测试软件包，而不是人工获取待测试软件包，从而提高软件测试效率。

图4是根据又一示例性实施例示出的一种软件测试方法的流程图，本实施例以该软件测试方法应用于第二服务器中来举例说明。该软件测试方法可以包括如下几个步骤：

在步骤S401中：第二服务器获取待测试软件包；

在步骤S402中：第二服务器编译待测试软件包。

在步骤S403中：当第二服务器编译待测试软件包失败，则第二服务器判断编译失败的次数；

在步骤S404中：当编译失败的次数大于第二预设次数，则第二服务器发送第三报警消息，第三报警消息用于指示待测试软件包编译失败。

为了避免第一服务器编译失败次数太多，用户可以根据实际情况设置第二预设次数，一旦编译失败的次数大于第二预设次数，则第二服务器发送第三报警消息。

本公开实施例中，当第二服务器判断编译失败的次数大于第二预设次数时，则第二服务器发送第三报警消息，以通知测试人员编译失败。

图5是根据一示例性实施例示出的一种软件测试方法的交互流程图，该软件测试方法可以包括如下几个步骤：

在步骤S501中：第二服务器获取待测试软件包，并编译该待测试软件包；

其中，第二服务器开启定时器；第二服务器确定从所述定时器的开启时间开始，在预设时间段内新存储的软件为所述待测试软件包，并获取所述待测试软件包。例如：由jenkins定时器触发，将当天凌晨前入库了的代码进行远程下载到第二服务器，从定时器启动开始，到当天凌晨这个时间段下载的代码即为待测试软件包，并编译该待测试软件包；当第二服务器编译待测试软件包失败，则第二服务器判断编译失败的次数；当编译失败的次数大于第二预设次数，则第二服务器发送第三报警消息，第三报警消息用于指示待测试软件包编译失败。

在步骤S502中：第一服务器监听第二服务器所获取的待测试软件包是否编译成功；

在步骤S503中：若第一服务器确定待测试软件包编译成功，则第一服务器将待测试软件包复制至指定路径；

结合步骤S502和步骤S503进行说明：第一服务器有一段监听程序，这段监听程序用于自动监听待检测软件包是否编译成功，即该监听程序具体可以实现步骤S101中所述的主动监听或者被动监听过程。若第一服务器确定待测试软件包编译成功，则第一服务器将待测试软件包复制至指定路径，否则第一服务器判断编译失败的次数；若编译失败的次数大于第一预设次数，第一服务器将发送第二报警消息，第二报警消息用于指示待测试软件包编译失败。

在步骤S504中：第一服务器连接的终端根据指定路径下载所述待测试软件包，并运行待测试软件包和测试用例，以生成测试日志；

当终端与第一服务器连接成功时，则终端可以根据指定路径下载所述待测试软件包，并运行该待测试软件包，即实现刷机过程，刷机完成后，终端检查终端桌面是否能正常启动，当桌面可以正常启动后，进入终端自动配置阶段(例如，当待测试软件包为系统软件包时，例如是ROM包时，则终端安装需要测试的应用(Application，简称APP)等)，所有的APP安装完成后，终端则运行测试用例(可以是monkey测试或其它测试脚本)。

在步骤S505中：第一服务器获取测试日志，并解析测试日志；

第一服务器可以自动获取终端的测试日志，并保存到第一服务器的指定路径。第一服务器解析测试日志，例如：可以进行关键词匹配或者异常堆栈检测等，必要时会实时抓取终端的故障报告，并对故障报告进行分析，发现问题后，可以将解析结果写入到第一服务器的指定路径下的指定文件中。

在步骤S506中：第一服务器推送第一报警消息，第一报警消息包括：对测试日志的解析结果。

第一服务器可以确定上述的异常关键词或者异常堆栈所在位置，还可以确定异常关键词或者异常堆栈所属模块，根据该模块可以确定负责处理异常关键词或者异常堆栈的主机，进一步地，上述解析结果可以包括上述的位置、主机信息等，则第一服务器将该解析结果携带在第一报警消息中，以使得测试人员可以获知解析结果。

本公开实施例所提供的软件测试方法，该软件测试方法无需人工参与，即该软件测试方法整个过程具有自动化特点，从而提高软件测试效率。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图6是根据一示例性实施例示出的一种软件测试装置的框图，该软件测试装置可以通过软件、硬件或者两者的结合实现成为上述第一服务器的部分或者全部。该软件测试装置可以包括：

监听模块61，被配置为监听第二服务器所获取的待测试软件包是否编译成功；

复制模块62，被配置为当监听模块61确定所述待测试软件包编译成功时，将待测试软件包复制至指定路径；

获取解析模块63，被配置为获取与第一服务器连接的终端生成的测试日志，并解析测试日志，测试日志是终端根据指定路径下载所述待测试软件包，并运行待测试软件包和测试用例，所生成的测试日志；

推送模块64，被配置为推送第一报警消息，该第一报警消息包括：对测试日志的解析结果。

本公开实施例所提供的软件测试装置，该装置部分与图1对应的方法实施例相对应，对应内容技术效果相同，在此不再赘述。

基于上一实施例的基础，图7是根据另一示例性实施例示出的一种软件测试装置的框图，该软件测试装置可以通过软件、硬件或者两者的结合实现成为上述第一服务器的部分或者全部。

监听模块61包括：发送子模块611被配置为向所述第二服务器发送请求消息，所述请求消息用于请求确定所述待测试软件包是否编译成功；

接收子模块612，被配置为接收第二服务器发送的响应消息，所述响应消息用于确定所述待测试软件包是否编译成功。

可选地，获取解析模块63包括：提取子模块631，被配置为提取所述测试日志中的关键词；匹配子模块632，被配置为将所述提取子模块631所提取的关键词与历史异常关键词进行匹配，并确定所述解析结果。

可选地，获取解析模块63被配置为：根据所述测试日志确定所述待测试软件中的异常堆栈，并确定所述解析结果。

可选地，推送模块64包括：确定子模块641，被配置为根据所述解析结果确定所述待测试软件包中存在异常的模块；推送子模块642，被配置为向所述确定子模块641所确定的异常模块对应的主机推送所述第一报警消息。

可选地，所述装置还包括：判断模块65，被配置为当所述监听模块确定所述待测试软件包编译失败时，判断编译失败的次数；发送模块66，被配置为当所述编译失败的次数大于第一预设次数时，发送第二报警消息，所述第二报警消息用于指示所述待测试软件包编译失败。

本公开实施例所提供的软件测试装置，该装置部分与上述第一服务器执行的方法实施例相对应，对应内容技术效果相同，在此不再赘述。

图8是根据再一示例性实施例示出的一种软件测试装置的框图，该软件测试装置可以通过软件、硬件或者两者的结合实现成为上述第一服务器的部分或者全部。该软件测试装置可以包括：获取模块81，被配置为获取待测试软件包；编译模块82，被配置为编译所述待测试软件包。

可选地，获取模块81包括：开启子模块811，被配置为开启定时器；获取子模块812，被配置为确定从所述定时器的开启时间开始，在预设时间段内新存储的软件为所述待测试软件包，并获取所述待测试软件包。

可选地，该装置还包括：接收模块83，被配置为接收所述第一服务器发送的请求消息，所述请求消息用于请求确定所述待测试软件包是否编译成功；发送模块84，被配置为向所述第一服务器发送响应消息，所述响应消息用于确定所述待测试软件包是否编译成功。

可选地，还包括：判断模块85，被配置为当所述软件测试装置编译所述待测试软件包失败时，判断编译失败的次数；发送模块86，被配置为当编译失败的次数大于第二预设次数时，发送第三报警消息，所述第三报警消息用于指示所述待测试软件包编译失败。

本公开实施例所提供的软件测试装置，该装置部分与上述第二服务器执行的方法实施例相对应，对应内容技术效果相同，在此不再赘述。

图9是根据一示例性实施例示出的一种软件测试装置900的框图。该软件测试装置可以通过软件、硬件或者两者的结合实现成为上述第一服务器的部分或者全部。参照图9，装置900可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(I/O)的接口912，传感器组件914，以及通信组件916。

处理组件902通常控制装置900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件902可以包括一个或多个处理器920来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件902可以包括一个或多个模块，便于处理组件902和其他组件之间的交互。例如，处理组件902可以包括多媒体模块，以方便多媒体组件908和处理组件902之间的交互。

存储器904被配置为存储各种类型的数据以支持在装置900的操作。这些数据的示例包括用于在装置900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件906为装置900的各种组件提供电力。电源组件906可以包括电源管理系统，一个或多个电源，及其他与为装置900生成、管理和分配电力相关联的组件。

多媒体组件908包括在所述装置900和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件908包括一个前置摄像头和/或后置摄像头。当装置900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件910被配置为输出和/或输入音频信号。例如，音频组件910包括一个麦克风(MIC)，当装置900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中，音频组件910还包括一个扬声器，用于输出音频信号。

I/O接口912为处理组件902和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主条按钮、音量按钮、启动按钮和锁定按钮。

传感器组件914包括一个或多个传感器，用于为装置900提供各个方面的状态评估。例如，传感器组件914可以检测到装置900的打开/关闭状态，组件的相对定位，例如所述组件为装置900的显示器和小键盘，传感器组件914还可以检测装置900或装置900一个组件的位置改变，用户与装置900接触的存在或不存在，装置900方位或加速/减速和装置900的温度变化。传感器组件914可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件914还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件916被配置为便于装置900和其他设备之间有线或无线方式的通信。装置900可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件916还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述会话显示方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器904，上述指令可由装置900的处理器920执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置900的处理器执行时，使得装置900能够执行一种软件测试方法，包括：

第一服务器监听第二服务器所获取的待测试软件包是否编译成功；

若所述第一服务器确定所述待测试软件包编译成功，则所述第一服务器将所述待测试软件包复制至指定路径；

所述第一服务器获取与所述第一服务器连接的终端生成的所述测试日志，并解析所述测试日志，所述测试日志是所述终端根据所述指定路径下载所述待测试软件包，并运行所述待测试软件包和测试用例，所生成的测试日志；

所述第一服务器推送第一报警消息，所述第一报警消息包括：对所述测试日志的解析结果。

图10是根据一示例性实施例示出的一种软件测试装置1000的框图。该软件测试装置可以通过软件、硬件或者两者的结合实现成为上述第二服务器的部分或者全部。参照图10，装置1000可以包括以下一个或多个组件：处理组件1002，存储器1004，电源组件1006，多媒体组件1008，音频组件1010，输入/输出(I/O)的接口1012，传感器组件1014，以及通信组件1016。

处理组件1002通常控制装置1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1002可以包括一个或多个处理器1020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理组件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。

存储器1004被配置为存储各种类型的数据以支持在装置1000的操作。这些数据的示例包括用于在装置1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1006为装置1000的各种组件提供电力。电源组件1006可以包括电源管理系统，一个或多个电源，及其他与为装置1000生成、管理和分配电力相关联的组件。

多媒体组件1008包括在所述装置1000和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当装置1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风(MIC)，当装置1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。

I/O接口1012为处理组件1002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主条按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1014包括一个或多个传感器，用于为装置1000提供各个方面的状态评估。例如，传感器组件1014可以检测到装置1000的打开/关闭状态，组件的相对定位，例如所述组件为装置1000的显示器和小键盘，传感器组件1014还可以检测装置1000或装置1000一个组件的位置改变，用户与装置1000接触的存在或不存在，装置1000方位或加速/减速和装置1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1016被配置为便于装置1000和其他设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述会话显示方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令可由装置1000的处理器1020执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置900的处理器执行时，使得装置1000能够执行一种软件测试方法。

包括：第二服务器获取待测试软件包；

第二服务器编译待测试软件包。

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

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

Claims (22)

1.一种软件测试方法，其特征在于，包括：

第一服务器监听第二服务器所获取的待测试软件包是否编译成功；

若所述第一服务器确定所述待测试软件包编译成功，则所述第一服务器将所述待测试软件包复制至指定路径；

所述第一服务器获取与所述第一服务器连接的终端生成的测试日志，并解析所述测试日志，所述测试日志是所述终端根据所述指定路径下载所述待测试软件包，并运行所述待测试软件包和测试用例，所生成的测试日志；

所述第一服务器推送第一报警消息，所述第一报警消息包括：对所述测试日志的解析结果。

2.根据权利要求1所述的方法，其特征在于，所述第一服务器监听第二服务器所获取的待测试软件包是否编译成功，包括：

所述第一服务器向所述第二服务器发送请求消息，所述请求消息用于请求确定所述待测试软件包是否编译成功；

所述第一服务器接收所述第二服务器发送的响应消息，所述响应消息用于确定所述待测试软件包是否编译成功。

3.根据权利要求1或2所述的方法，其特征在于，所述第一服务器解析所述测试日志，包括：

所述第一服务器提取所述测试日志中的关键词；

所述第一服务器将所述关键词与历史异常关键词进行匹配，并确定所述解析结果。

4.根据权利要求1或2所述的方法，其特征在于，所述第一服务器解析所述测试日志，包括：

所述第一服务器根据所述测试日志确定所述待测试软件中的异常堆栈，并确定所述解析结果。

5.根据权利要求1或2所述的方法，其特征在于，所述第一服务器推送第一报警消息，包括：

所述第一服务器根据所述解析结果确定所述待测试软件包中存在异常的模块；

所述第一服务器向异常模块对应的主机推送所述第一报警消息。

6.根据权利要求1或2所述的方法，其特征在于，若所述第一服务器确定所述待测试软件包编译失败，则所述第一服务器判断编译失败的次数；

当所述编译失败的次数大于第一预设次数，则所述第一服务器发送第二报警消息，所述第二报警消息用于指示所述待测试软件包编译失败。

7.一种软件测试方法，其特征在于，包括：

第二服务器获取待测试软件包；

所述第二服务器编译所述待测试软件包。

8.根据权利要求7所述的方法，其特征在于，所述第二服务器获取待测试软件包，包括：

所述第二服务器开启定时器；

所述第二服务器确定从所述定时器的开启时间开始，在预设时间段内新存储的软件为所述待测试软件包，并获取所述待测试软件包。

9.根据权利要求7或8所述的方法，其特征在于，还包括：

所述第二服务器接收所述第一服务器发送的请求消息，所述请求消息用于请求确定所述待测试软件包是否编译成功；

所述第二服务器向所述第一服务器发送响应消息，所述响应消息用于确定所述待测试软件包是否编译成功。

10.根据权利要求9所述的方法，其特征在于，还包括：

当所述第二服务器编译所述待测试软件包失败，则所述第二服务器判断编译失败的次数；

当所述编译失败的次数大于第二预设次数，则所述第二服务器发送第三报警消息，所述第三报警消息用于指示所述待测试软件包编译失败。

11.一种软件测试装置，其特征在于，包括：

监听模块，被配置为监听第二服务器所获取的待测试软件包是否编译成功；

复制模块，被配置为当所述监听模块确定所述待测试软件包编译成功时，将所述待测试软件包复制至指定路径；

获取解析模块，被配置为获取与所述第一服务器连接的终端生成的所述测试日志，并解析所述测试日志，所述测试日志是所述终端根据所述指定路径下载所述待测试软件包，并运行所述待测试软件包和测试用例，所生成的测试日志；

推送模块，被配置为推送第一报警消息，所述第一报警消息包括：对所述测试日志的解析结果。

12.根据权利要求11所述的装置，其特征在于，所述监听模块包括：

发送子模块，被配置为向所述第二服务器发送请求消息，所述请求消息用于请求确定所述待测试软件包是否编译成功；

接收子模块，被配置为接收所述第二服务器发送的响应消息，所述响应消息用于确定所述待测试软件包是否编译成功。

13.根据权利要求11或12所述的装置，其特征在于，所述获取解析模块包括：

提取子模块，被配置为提取所述测试日志中的关键词；

匹配子模块，被配置为将所述关键词与历史异常关键词进行匹配，并确定所述解析结果。

14.根据权利要求11或12所述的装置，其特征在于，所述获取解析模块被配置为：

根据所述测试日志确定所述待测试软件中的异常堆栈，并确定所述解析结果。

15.根据权利要求11或12所述的装置，其特征在于，所述推送模块包括：

确定子模块，被配置为根据所述解析结果确定所述待测试软件包中存在异常的模块；

推送子模块，被配置为向异常模块对应的主机推送所述第一报警消息。

16.根据权利要求11或12所述的装置，其特征在于，还包括：

判断模块，被配置为当所述监听模块确定所述待测试软件包编译失败时，判断编译失败的次数；

发送模块，被配置为当所述编译失败的次数大于第一预设次数时，发送第二报警消息，所述第二报警消息用于指示所述待测试软件包编译失败。

17.一种软件测试装置，其特征在于，包括：

获取模块，被配置为获取待测试软件包；

编译模块，被配置为编译所述待测试软件包。

18.根据权利要求17所述的装置，其特征在于，所述获取模块包括：

开启子模块，被配置为开启定时器；

获取子模块，被配置为确定从所述定时器的开启时间开始，在预设时间段内新存储的软件为所述待测试软件包，并获取所述待测试软件包。

19.根据权利要求17或18所述的装置，其特征在于，还包括：

接收模块，被配置为接收所述第一服务器发送的请求消息，所述请求消息用于请求确定所述待测试软件包是否编译成功；

发送模块，被配置为向所述第一服务器发送响应消息，所述响应消息用于确定所述待测试软件包是否编译成功。

20.根据权利要求19所述的装置，其特征在于，还包括：

判断模块，被配置为当所述软件测试装置编译所述待测试软件包失败时，判断编译失败的次数；

所述发送模块，被配置为当所述编译失败的次数大于第二预设次数时，发送第三报警消息，所述第三报警消息用于指示所述待测试软件包编译失败。

21.一种软件测试装置，其特征在于，所述装置包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器被配置为：

监听第二服务器所获取的待测试软件包是否编译成功；

若所述软件测试装置确定所述待测试软件包编译成功，则将所述待测试软件包复制至指定路径；

获取与所述第一服务器连接的终端生成的所述测试日志，并解析所述测试日志，所述测试日志是所述终端根据所述指定路径下载所述待测试软件包，并运行所述待测试软件包和测试用例，所生成的测试日志；

推送第一报警消息，所述第一报警消息包括：对所述测试日志的解析结果。

22.一种软件测试装置，其特征在于，所述装置包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器被配置为：

获取待测试软件包；

编译所述待测试软件包。