CN108845956A - 应用程序测试的方法和装置 - Google Patents

Abstract

本发明公开了一种应用程序测试的方法和装置，属于互联网技术领域。所述方法包括：接收多个用户终端分别发送的对目标应用程序的操作信息组，其中，所述操作信息组为从目标应用程序处于预设界面状态开始到所述目标应用程序执行任一功能的过程中用户对所述目标应用程序的至少一个操作信息；基于每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例；基于生成的各测试用例，对所述目标应用程序进行测试。采用本发明，可以模拟出用户在使用应用程序过程中的更多的可能的操作，达到更好的测试效果。

Description

应用程序测试的方法和装置

技术领域

本发明涉及互联网技术领域，特别涉及一种应用程序测试的方法和装置。

背景技术

随着智能手机行业的不断发展，各式各样的应用程序也随之而来，应用程序的功能也越来越复杂，为了使应用程序的兼容性、功能完整性等各方面得到保障，在应用程序开发以及后期的优化过程中，应用程序测试也就更加被人们所重视。

当前测试人员测试应用程序多采用脚本开发方式，即测试人员直接利用汇编语言编写可执行脚本，并利用该可执行脚本实现对需要测试的应用程序的模拟操作，再通过对操作结果的校验，达到测试应用程序的目的。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

测试人员采用上述方式对应用程序进行测试，能够想到的操作方式有限，能够模拟的操作方式也就很有限，很可能导致很多操作方式导致的应用程序的问题无法被检测到，测试效果较差。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种应用程序测试的方法和装置。所述技术方案如下：

第一方面，提供了一种应用程序测试的方法，所述方法包括：

接收多个用户终端分别发送的对目标应用程序的操作信息组，其中，所述操作信息组为从目标应用程序处于预设界面状态开始到所述目标应用程序执行任一功能的过程中用户对所述目标应用程序的至少一个操作信息；

基于每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例；

基于生成的各测试用例，对所述目标应用程序进行测试。

可选的，接收多个用户终端分别发送的对目标应用程序的操作信息组之后，还包括：

显示操作信息组列表，其中，所述操作信息组列表中包括接收到的各操作信息组的选项；

当接收到对应目标操作信息组的选项的触发指令时，显示所述目标操作信息组中的各操作信息。

可选的，所述每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例之前，还包括：

当接收到对应所述目标操作信息组的修改指令时，基于所述修改指令对所述目标操作信息组进行更新。

可选的，所述接收多个用户终端分别发送的对目标应用程序的操作信息组，包括：

接收多个用户终端分别发送的所述多个用户终端的系统信息、所述目标应用程序的版本信息和对目标应用程序的操作信息组；

所述基于每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例，包括：

在接收到的操作信息组中，确定对应的系统信息和版本信息满足预设条件的操作信息组；

基于确定出的每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例。

可选的，其特征在于，所述操作信息包括:

操作类型、操作位置信息、操作时间戳。

可选的，所述操作信息组为从目标应用程序处于主界面状态开始到所述目标应用程序执行任一功能的过程中用户对所述目标应用程序的至少一个操作信息。

第二方面，提供了一种测试用例生成的装置，所述装置包括：

接收模块，用于接收多个用户终端分别发送的对目标应用程序的操作信息组，其中，所述操作信息组为从目标应用程序处于预设界面状态开始到所述目标应用程序执行任一功能的过程中用户对所述目标应用程序的至少一个操作信息；

生成模块，用于基于每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例；

测试模块，用于基于生成的各测试用例，对所述目标应用程序进行测试。

可选的，所述装置包括：

显示模块，用于显示操作信息组列表，其中，所述操作信息组列表中包括接收到的各操作信息组的选项；

当接收到对应目标操作信息组的选项的触发指令时，显示所述目标操作信息组中的各操作信息。

可选的，所述装置包括：

修改模块，用于当接收到对应所述目标操作信息组的修改指令时，基于所述修改指令对所述目标操作信息组进行更新。

可选的，所述接收模块，用于：

接收多个用户终端分别发送的所述多个用户终端的系统信息、所述目标应用程序的版本信息和对目标应用程序的操作信息组；

所述基于每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例，包括：

在接收到的操作信息组中，确定对应的系统信息和版本信息满足预设条件的操作信息组；

基于确定出的每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例。

可选的，所述操作信息包括:

操作类型、操作位置信息、操作时间戳。

可选的，所述操作信息组为从目标应用程序处于主界面状态开始到所述目标应用程序执行任一功能的过程中用户对所述目标应用程序的至少一个操作信息。

第三方面，提供了一种服务器，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令所述处理器加载并执行以实现如上述第一方面所述的应用程序测试的方法。

第四方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上述第一方面所述的应用程序测试的方法。

本发明实施例提供的技术方案带来的有益效果至少包括：

本发明实施例中，基于大量用户对需要测试的目标应用程序的操作信息，得到可执行脚本，并运行该可执行脚本，得到可用的测试用例。由于测试用例是基于大量用户的操作信息得到的，这样可以模拟出用户在使用应用程序过程中的更多的可能的操作，达到更好的应用程序测试效果。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种应用程序测试的方法的流程图；

图2是本发明实施例提供的一种应用程序测试的装置的结构示意图；

图3是本发明实施例提供的操作信息组示意图；

图4是本发明实施例提供的一种服务器结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

本发明实施例提供了一种应用程序测试的方法，该方法可以由服务器实现。其中，服务器可以是被测试的应用程序的后台服务器。服务器可以对用户终端发送的信息进行接收，并基于接收到的信息，生产测试用例，根据具体需要完成应用程序测试。

本发明实施例以用户终端为手机、平板电脑等移动终端为例进行方案的说明，其他情况与之类似，不再赘述。

如图1所示，该方法的处理流程可以包括如下的步骤：

在步骤101中，接收多个用户终端分别发送的对目标应用程序的操作信息组，其中，操作信息组为从目标应用程序处于预设界面状态开始到目标应用程序执行任一功能的过程中用户对该目标应用程序的至少一个操作信息。

其中，预设界面可以是目标应用程序的主界面，也可以是目标应用程序中需要测试的控件所在的界面，或者还可以是目标应用程序中的任意界面，下面以预设界面为目标应用程序的主界面的情况进行方案说明，其他情况与之类似，本实施例不再赘述。操作信息可以包括操作类型、操作位置信息、操作时间戳，另外，如果操作信息对应的操作是对目标应用程序中某控件的操作，那么操作信息还可以包括目标应用程序中该控件的标识信息，此标识信息可以是该控件在其所在界面的控件树中的path(路径)标识所对应的哈希值。

在实施中，技术人员预先对需要进行测试的目标应用程序进行程序插桩，程序插桩是为了对用户在目标应用程序中的操作进行检测，获取用户对目标应用程序的操作信息组。用户操作用户终端中的目标应用程序，用户终端会对用户在目标应用程序中的每次操作的操作信息进行存储，当用户操作到某一功能的控件时，用户终端会获取从显示主界面开始到用户操作该控件结束的这段时间内的操作信息，组成操作信息组发送给服务器。

操作类型可以是点击、滑动等。下面对操作信息组进行具体说明，如图3所示，目标应用程序为音乐播放器，用户要播放某歌曲，那么用户需要将打开音乐播放器，点击主界面中包含有想要播放的歌曲的歌单，进入该歌单界面，点击歌单界面中的想要播放的歌曲，进入该歌曲的播放界面，点击该播放界面中的播放控件播放歌曲，这一过程中，从进入主界面开始到点击歌曲播放控件这一过程中的所有操作信息组成了操作信息组。

操作位置信息，可以有以下情况：如果是点击操作，操作位置信息可以是，用户对用户终端屏幕点击时触碰点的坐标信息；如果是滑动操作，操作位置信息可以是，用户对用户终端屏幕滑动时滑动轨迹所包括的各触碰点的位置信息。

操作时间戳即为用户对用户终端的操作时间点，如果是连续的点击操作，那么操作时间戳为用户每次点击操作的时间点，技术人员可以基于操作时间戳得到每次点击操作的时间间隔；如果是滑动操作，那么操作时间戳为用户进行滑动操作的开始时间和结束时间，技术人员可以基于操作时间戳得到滑动操作的时长；如果是长按操作，那么操作时间戳为用户进行长按操作的开始时间和结束时间，技术人员可以基于操作时间戳得到长按操作的时长。

可选的，在接收到操作信息组之后，可以对操作信息组进行显示，以供技术人员浏览，相应的，在步骤101之后，可以进行的处理如下：显示操作信息组列表，其中，操作信息组列表中包括接收到的各操作信息组的选项；当接收到对应目标操作信息组的选项的触发指令时，显示该目标操作信息组中的各操作信息。

在实施中，服务器接收到用户终端发送的操作信息组，可以对这些操作信息组以列表的方式进行存储和显示，如果技术人员需要查看某操作信息组中具体的操作信息，则可以选中目标操作信息组所对应的选项，当服务器接收到该操作信息组对应的选项的触发指令时，便会对该目标操作信息组中的具体操作操作信息进行显示。

可选的，可以根据需要对目标操作信息组进行修改，相应的，在步骤101之后，还可以进行的处理如下：当接收到对应目标操作信息组的修改指令时，基于该修改指令对目标操作信息组进行更新。

其中，修改指令可以为携带有第一操作信息的操作信息添加指令，基于该修改指令对目标操作信息组进行更新，可以包括：将第一操作信息，添加到目标操作信息组中。修改指令可以为对应第二操作信息的操作信息删除指令，基于该修改指令对目标操作信息组进行更新，可以包括：在目标操作信息组中，删除该第二操作信息。修改指令还可以为对应第三操作信息的携带有内容修改信息的操作信息修改指令，基于该修改指令对目标操作信息组进行更新，可以包括：基于该内容修改信息，对目标操作信息组中的第三操作信息进行修改。

在实施中，如果服务器所接收到的操作信息组可能会包含多个操作信息，这些操作信息中包含了技术人员认为不必要的操作信息，需要进行删除。例如，在操作信息组中，包括有从主界面进入界面1的操作信息，又从界面1进入界面2的操作信息，再从界面2回到界面1的操作信息，最后在界面1中操作控件A的操作信息，技术人员可以把操作控件A的操作信息之前的从界面1进入界面2的操作信息，再从界面2回到界面1的操作信息删除，技术人员向服务器输入对应这些操作信息的操作信息删除指令，服务器接收到该删除指令后，便会对这些操作信息进行删除。或者，如果服务器接收到的目标操作信息组包含的操作信息，并不足以满足技术人员的测试需要，需要添加一些操作信息。例如，在操作信息组中，包括有操作控件B的操作信息，而技术人员想要测试一下先操作控件C之后再操作控件B的执行情况，以此来测试对控件C的操作会不会影响到控件B，那么，技术人员可以对该目标操作信息组进行操作信息的添加，向服务器输入携带有对控件C的操作信息的操作信息添加指令，服务器接收到该操作信息添加指令后，便会将该操作信息添加到该目标操作信息组中。除以上两种情况外，技术人员还可以根据实际测试需要对目标操作信息组中操作信息进行删除，并向该目标操作信息组中添加操作信息。

在步骤102中，基于每个操作信息组，生成对应的可执行脚本，作为目标应用程序的测试用例。

在实施中，技术人员可以向服务器输入将操作信息组转换为可执行脚本的指令，服务器接收到该指令便会将接收到的操作信息组转换为相应的可执行脚本，或者服务器每接收到一个操作信息组，就会将该操作信息组转换为相应的可执行脚本。然后将可执行脚本发送到云测试平台，在云测试平台中运行该可执行脚本。技术人员预先对云测试平台中的目标应用程序中需要测试的控件添加检查点，检查点是一段程序代码，用于将该控件的预设执行功能，和该控件由脚本操作后实际执行的功能进行对比，以判断该控件运行是否正常，其中，预设执行功能是技术人员预先设置的该控件应该执行的功能。当可执行脚本运行到该控件时，检查点会检查该控件运行是否正常，与此同时，会根据执行脚本运行过程中的操作日志，分析该可执行脚本都对哪些控件进行了操作，并将该可执行脚本最后操作的控件的功能名称作为标签，添加到该可执行脚本上，如果该可执行脚本运行成功，则将其添加到测试用例库，如果运行失败则将其删除。

例如，技术人员需要测试目标应用程序中的播放控件是否正常，便可以预先对该播放控件添加检查点，当可执行脚本运行时，对该播放控件进行了点击操作，则该检查点会判断该播放控件是否正常运行，同时，由于该可执行脚本最终运行的是该播放控件，则会将播放控件的功能名称“播放”作为标签，添加到该可执行脚本上，如果判断运行正常，则将该可执行脚本添加到测试用例库，如果运行失败则删除该可执行脚本。

可选的，为了满足系统信息和版本信息不同的目标应用程序的测试需要，可以对操作信息组进行一定的筛选，可以进行如下处理：接收多个用户终端分别发送的多个用户终端的系统信息、目标应用程序的版本信息和对目标应用程序的操作信息组；在接收到的操作信息组中，确定对应的系统信息和版本信息满足预设条件的操作信息组；基于确定出的每个操作信息组，生成对应的可执行脚本，作为该目标应用程序的测试用例。

在实施中，目标应用程序可能会由于与用户终端的系统不兼容而出现问题，还可能是特定的应用程序版本存在问题。那么，在接收到用户终端发送的操作信息组的同时，还可以接收用户终端的系统信息、目标应用程序的版本信息等。在接收到系统信息、目标应用程序的版本信息和操作信息组之后，技术人员可以根据需要对这些信息进行筛选。例如，技术人员需要对系统A中的应用程序1.0的某些功能进行测试，那么，只需要对系统A、应用程序1.0相关的操作信息组继续筛选，除此之外，技术人员还可以根据用户的操作日期等条件对操作信息组进行筛选。在对操作信息组进行筛选之后，得到满足预设条件的操作信息组，技术人员再将操作信息组转换成可执行脚本，并进行步骤102中对可执行脚本的相关处理。

在步骤103中，基于生成的各测试用例，对目标应用程序进行测试。

在实施中，技术人员测试应用程序时，向云测试平台输入测试指令，云测试平台调取测试用例库中的测试用例，对目标应用程序进行测试。另外，在目标应用程序有版本更新时，技术人员也可以利用测试用例库中的测试用例对新版的目标应用程序进行回归测试，即利用已有的测试用例，来测试新版本是否解决了已有问题，并且没有产生新的问题。

基于相同的技术构思，本发明实施例还提供了一种测试用例生成的装置，该装置可以为上述实施例中的服务器，如图2所示，该装置包括：接收模块210，生成模块220，测试模块230，显示模块240，修改模块250。

接收模块210，用于接收多个用户终端分别发送的对目标应用程序的操作信息组，其中，所述操作信息组为从目标应用程序处于预设界面状态开始到所述目标应用程序执行任一功能的过程中用户对所述目标应用程序的至少一个操作信息；

生成模块220，用于基于每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例；

测试模块230，用于基于生成的各测试用例，对所述目标应用程序进行测试。

可选的，所述装置包括：

显示模块240，用于显示操作信息组列表，其中，所述操作信息组列表中包括接收到的各操作信息组的选项；

当接收到对应目标操作信息组的选项的触发指令时，显示所述目标操作信息组中的各操作信息。

可选的，所述装置包括：

修改模块250，用于当接收到对应所述目标操作信息组的修改指令时，基于所述修改指令对所述目标操作信息组进行更新。

可选的，所述接收模块210，用于：

接收多个用户终端分别发送的所述多个用户终端的系统信息、所述目标应用程序的版本信息和对目标应用程序的操作信息组；

所述基于每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例，包括：

在接收到的操作信息组中，确定对应的系统信息和版本信息满足预设条件的操作信息组；

基于确定出的每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例。

可选的，所述操作信息包括:

操作类型、操作位置信息、操作时间戳。

可选的，所述操作信息组为从目标应用程序处于主界面状态开始到所述目标应用程序执行任一功能的过程中用户对所述目标应用程序的至少一个操作信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

需要说明的是：上述实施例提供的测试用例生成的装置在生成测试用例时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的测试用例生成的装置与应用程序测试的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，存储介质中存储有至少一条指令，至少一条指令由处理器加载并执行以实现上述实施例中的识别动作类别的方法。例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图4是本发明实施例提供的一种计算机设备的结构示意图，该计算机设备400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessing units，CPU)601和一个或一个以上的存储器402，其中，所述存储器402中存储有至少一条指令，所述至少一条指令由所述处理器401加载并执行以实现上述应用程序测试的方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

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

接收多个用户终端分别发送的对目标应用程序的操作信息组，其中，所述操作信息组为从目标应用程序处于预设界面状态开始到所述目标应用程序执行任一功能的过程中用户对所述目标应用程序的至少一个操作信息；

基于每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例；

基于生成的各测试用例，对所述目标应用程序进行测试。

2.根据权利要求1所述的方法，其特征在于，接收多个用户终端分别发送的对目标应用程序的操作信息组之后，还包括：

显示操作信息组列表，其中，所述操作信息组列表中包括接收到的各操作信息组的选项；

当接收到对应目标操作信息组的选项的触发指令时，显示所述目标操作信息组中的各操作信息。

3.根据权利要求2所述的方法，其特征在于，所述每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例之前，还包括：

当接收到对应所述目标操作信息组的修改指令时，基于所述修改指令对所述目标操作信息组进行更新。

4.根据权利要求1所述的方法，其特征在于，所述接收多个用户终端分别发送的对目标应用程序的操作信息组，包括：

接收多个用户终端分别发送的所述多个用户终端的系统信息、所述目标应用程序的版本信息和对目标应用程序的操作信息组；

所述基于每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例，包括：

在接收到的操作信息组中，确定对应的系统信息和版本信息满足预设条件的操作信息组；

基于确定出的每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例。

5.根据权利要求1所述的方法，其特征在于，所述操作信息包括:

操作类型、操作位置信息、操作时间戳。

6.根据权利要求1所述的方法，其特征在于，所述操作信息组为从目标应用程序处于主界面状态开始到所述目标应用程序执行任一功能的过程中用户对所述目标应用程序的至少一个操作信息。

7.一种应用程序测试的装置，其特征在于，所述装置包括：

接收模块，用于接收多个用户终端分别发送的对目标应用程序的操作信息组，其中，所述操作信息组为从目标应用程序处于预设界面状态开始到所述目标应用程序执行任一功能的过程中用户对所述目标应用程序的至少一个操作信息；

生成模块，用于基于每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例；

测试模块，用于基于生成的各测试用例，对所述目标应用程序进行测试。

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

显示模块，用于显示操作信息组列表，其中，所述操作信息组列表中包括接收到的各操作信息组的选项；

当接收到对应目标操作信息组的选项的触发指令时，显示所述目标操作信息组中的各操作信息。

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

修改模块，用于当接收到对应所述目标操作信息组的修改指令时，基于所述修改指令对所述目标操作信息组进行更新。

10.根据权利要求7所述的装置，其特征在于，所述接收模块，用于：

接收多个用户终端分别发送的所述多个用户终端的系统信息、所述目标应用程序的版本信息和对目标应用程序的操作信息组；

所述基于每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例，包括：

在接收到的操作信息组中，确定对应的系统信息和版本信息满足预设条件的操作信息组；

基于确定出的每个操作信息组，生成对应的可执行脚本，作为所述目标应用程序的测试用例。

11.根据权利要求7所述的装置，其特征在于，所述操作信息包括:

操作类型、操作位置信息、操作时间戳。

12.根据权利要求7所述的装置，其特征在于，所述操作信息组为从目标应用程序处于主界面状态开始到所述目标应用程序执行任一功能的过程中用户对所述目标应用程序的至少一个操作信息。

13.一种服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如权利要求1至6任一所述的测试应用程序的方法。

14.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如权利要求1至6任一所述的测试应用程序的方法。