一种Monkey测试方法、装置、存储介质及终端与流程

一种monkey测试方法、装置、存储介质及终端
技术领域
1.本发明涉及软件测试技术领域，特别涉及一种monkey测试方法、装置、存储介质及终端。


背景技术：

2.随着用户的激增和功能的增加，app的正常运行面临着很大的挑战，它的稳定性也显得非常重要，如果一个app经常出现闪退或者卡死，那么用户体验会受到很大伤害，在有竞品的情况下很容易造成用户的流失。因此，对app进行稳定性测试是移动端产品专项测试中的重要一项测试，是移动端产品保证稳定性的重要手段，也是移动端产品发版上线的一个重要质量标准。
3.在现有技术中，app的稳定性测试最常用的是monkey测试工具，monkey测试是android sdk自带的命令行工具，可用来测试app的鲁棒性。简而言之，monkey测试工具可以测试被测试应用程序运行多长时间会出现崩溃(crash)。monkey测试的一般流程是：首先连接手机，然后打开command命令窗口，输入命令并执行直至出现crash或timeout时，在没有添加限制命令的情况下，输入log，并且monkey停止运行；在添加限制命令时，输出log，monkey继续运行直到完成测试。由于monkey是android自带的命令行工具，使用时需要经验丰富的工程师搭建环境、调用语法或编写脚本，从而增加了初学者的操作难度，同时monkey测试完毕后要打开locat查看log日志分析出错信息，缺乏可视化交互，从而降低了测试效率。


技术实现要素：

4.本技术实施例提供了一种monkey测试方法、装置、存储介质及终端。为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。
5.第一方面，本技术实施例提供了一种monkey测试方法，方法包括：
6.对monkey测试工具的api接口和测试过程参数进行封装，生成集成化的目标测试程序；
7.根据目标测试程序对待测试的app包进行测试，生成第一测试报告和第二测试报告；其中，第二测试报告的数据量大于第一测试报告的数据量；
8.当第一测试报告中存在测试错误日志信息时，对第二测试报告进行可视化分析，生成可视化测试分析报告。
9.可选的，对monkey测试工具的api接口和测试过程参数进行封装之前，还包括：
10.获取monkey测试工具的api接口库；
11.分析并制定monkey测试工具的测试过程参数。
12.可选的，根据目标测试程序对待测试的app包进行测试，生成第一测试报告和第二
测试报告，包括：
13.启动集成化的目标测试程序；
14.接收项目创建指令，并根据项目创建指令在集成化的目标测试程序中建立目标测试项目；
15.在目标测试项目中加载并配置app包，生成待测试的app包；
16.对待测试的app包进行压力测试，生成第一测试报告和第二测试报告。
17.可选的，加载并配置app包，包括：
18.加载app包；
19.对app包设置测试参数；
20.对app包设置测试报告的保存路径。
21.可选的，对第二测试报告进行可视化分析，生成可视化测试分析报告，包括：
22.采用正则语法查找并匹配出所述第二测试报告中存在测试错误日志信息的错误关键词，并将包含所述错误关键词的测试错误日志信息转换为结构化数据进行存储；
23.当接收到针对每个错误关键词的查看指令时，将每个错误关键词排序后的结构化数据进行展示；
24.根据展示的每个错误关键词进行可视化分析，生成可视化测试分析报告。
25.可选的，根据展示的每个错误关键词进行可视化分析，生成可视化测试分析报告，包括：
26.当接收到针对展示的错误关键词的定位指令时，启动日志信息提取器；
27.通过启动后的日志信息提取器从第二测试报告中提取错误关键词对应的目标测试错误日志信息；
28.将目标测试错误日志信息转换为目标文本进行展示，并根据展示的目标文本定位错误关键词对应的activity组件；
29.采用录屏或抓屏的方式对错误关键词前的多个执行过程进行截图，并将执行过程的截图保存至被测图像库；
30.根据预设样本图库中的图片确定被测图像库中每个截图中生成错误关键词的位置坐标；
31.根据位置坐标进行投图显示，并标示错误关键词对应的执行轨迹；
32.生成并打印可视化测试分析报告。
33.可选的，方法还包括：
34.当第一测试报告中不存在测试错误日志信息时，生成并打印第一测试报告；
35.暂停述目标测试程序。
36.第二方面，本技术实施例提供了一种monkey测试装置，装置包括：
37.目标测试程序生成模块，用于对monkey测试工具的api接口和测试过程参数进行封装，生成集成化的目标测试程序；
38.测试报告生成模块，用于根据目标测试程序对待测试的app包进行测试，生成第一测试报告和第二测试报告；其中，第二测试报告的数据量大于第一测试报告的数据量；
39.分析报告生成模块，用于当第一测试报告中存在测试错误日志信息时，对第二测试报告进行可视化分析，生成可视化测试分析报告。
40.第三方面，本技术实施例提供一种计算机存储介质，计算机存储介质存储有多条指令，指令适于由处理器加载并执行上述的方法步骤。
41.第四方面，本技术实施例提供一种终端，可包括：处理器和存储器；其中，存储器存储有计算机程序，计算机程序适于由处理器加载并执行上述的方法步骤。
42.本技术实施例提供的技术方案可以包括以下有益效果：
43.在本技术实施例中，monkey测试装置首先对monkey测试工具的api接口和测试过程参数进行封装，生成集成化的目标测试程序，然后根据目标测试程序对待测试的app包进行测试，生成第一测试报告和第二测试报告，其中第二测试报告的数据量大于第一测试报告的数据量，最后当第一测试报告中存在测试错误日志信息时，对第二测试报告进行可视化分析，并生成可视化测试分析报告。由于本技术将monkey测试工具的api接口及测试过程参数封装为一个整体，使初学者可以直接实现对被测试应用进行测试，在得出测试结果后，如果被测试应用存在错误日志，可通过可视化分析进行错误排查，从而降低了monkey测试工具的操作难度，也能够使测试、开发工程师直观地找到错误的代码逻辑，进而提高了测试效率。
44.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
45.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
46.图1是本技术实施例提供的一种monkey测试方法的流程示意图；
47.图2是本技术实施例提供的一种monkey测试的过程示意框图；
48.图3是本技术实施例提供的一种monkey测试装置的结构示意图；
49.图4是本技术实施例提供的一种终端的结构示意图。
具体实施方式
50.以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。
51.应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
52.下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
53.在本发明的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。此外，在本发明的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，
可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
54.本技术提供了一种monkey测试方法、装置、存储介质及终端，以解决上述相关技术问题中存在的问题。本技术提供的技术方案中，由于本技术将monkey测试工具的api接口及测试过程参数封装为一个整体，使初学者可以直接实现对被测试应用进行测试，在得出测试结果后，如果被测试应用存在错误日志，可通过可视化分析进行错误排查，从而降低了monkey测试工具的操作难度，也能够使测试、开发工程师直观地找到错误的代码逻辑，进而提高了测试效率，下面采用示例性的实施例进行详细说明。
55.下面将结合附图1-附图2，对本技术实施例提供的monkey测试方法进行详细介绍。该方法可依赖于计算机程序实现，可运行于基于冯诺依曼体系的monkey测试装置上。该计算机程序可集成在应用中，也可作为独立的工具类应用运行。
56.请参见图1，为本技术实施例提供了一种monkey测试方法的流程示意图。如图1所示，本技术实施例的方法可以包括以下步骤：
57.s101，对monkey测试工具的api接口和测试过程参数进行封装，生成集成化的目标测试程序；
58.其中，monkey测试工具是android sdk自带的命令行工具，可用来测试应用程序。api接口是monkey测试工具的测试方法相关函数接口，测试过程参数是monkey测试工具的测试逻辑控制算法及相关控制逻辑标识符，例如为预先编写的测试脚本。
59.在本技术实施例中，在对monkey测试工具的api接口和测试过程参数进行封装之前，还需要获取monkey测试工具的api接口库，然后分析并制定monkey测试工具的测试过程参数。
60.在一种可能的实现方式中，首先获取monkey测试工具的一系列操作方法及过程，然后对一系列操作方法及过程进行封装后生成集成化的目标测试程序。
61.s102，根据目标测试程序对待测试的app包进行测试，生成第一测试报告和第二测试报告；其中，第二测试报告的数据量大于第一测试报告的数据量；
62.其中，待测试的app包是需要进行测试的移动端app对应的源代码中各种代码包。各种代码包之间互相配合实现app中的相应功能。
63.在本技术实施例中，对待测试的app包进行测试时，首先启动集成化的目标测试程序，然后接收项目创建指令，并根据项目创建指令在集成化的目标测试程序中建立目标测试项目，其次在目标测试项目中加载并配置app包，生成待测试的app包，最后对待测试的app包进行压力测试，生成第一测试报告和第二测试报告。
64.进一步地，在加载并配置app包，首先加载app包，然后对app包设置测试参数，最后对app包设置测试报告的保存路径。
65.进一步地，当第一测试报告中不存在测试错误日志信息时，生成并打印第一测试报告，以及暂停述目标测试程序。
66.在一种可能的实现方式中，首先启动封装后的monkey测试工具，然后在封装后的monkey测试工具中新建一个android test project工程，最后在android test project工程中设置monkey配置项。
67.具体的，配置项包括3项，加载待测试的app包、设置测试参数、指定日志分析报告
存储路径。
68.第1项是加载待测试的app包，可同时加载多个应用；第2项是设置测试参数，包括4个子项，分别是基本配置、限制条件、类型及调试。其中，基本配置子项包括日志(log)输出等级(v)、执行次数(number)以及保存路径；限制条件子项包括被测应用程序包(p)、类(c)；类型子项分为两种，第一种是基本参数，包括种子数(s)、时间间隔(throttle)，第二种是发送的事件类型的百分数(pct)，包括touch、motion、trackball、nav、majornav、syskeys、anyevent、switch；调试子项包括dbg-no-events、wait-dbg、ignore(-timeouts/-security-exceptions/-crashes)、motion-native-crashes、kill-process-after-error、hprof；第3项是指定日志分析报告存储路径。
69.进一步地，在配置项全部设置结束后，对待测试的app包进行压力测试，生成第一测试报告和第二测试报告，并将第一测试报告和第二测试报告按照存储路径分别存储到指定的文件夹。
70.进一步地，还包括查看缺陷分析界面：该界面分为两部分，一是基础报告查看，二是可视化缺陷分析。包括如下两个方面：
71.(1)测试完成后，测试人员可以先查看基础报告子模块，该子模块包括第一测试报告和第二测试报告两种，第一测试报告可以称为简要日志报告，包含了测试的seed值、执行次数、耗费的时间、测试错误日志信息和包名等信息；第二测试报告包含更多的数据信息。
72.(2)如报告不存在测试错误日志信息，即可结束测试并打印报告；如存在测试错误日志信息，即可启动可视化缺陷分析子模块作进一步分析。
73.s103，当第一测试报告中存在测试错误日志信息时，对第二测试报告进行可视化分析，生成可视化测试分析报告。
74.在本技术实施例中，当第一测试报告中存在测试错误日志信息时，首先采用正则语法查找并匹配出所述第二测试报告中存在测试错误日志信息的错误关键词，并将包含所述错误关键词的测试错误日志信息转换为结构化数据进行存储，然后当接收到针对每个错误关键词的查看指令时，将每个错误关键词排序后的结构化数据进行展示，最后根据展示的每个错误关键词进行可视化分析，生成可视化测试分析报告。
75.具体的，首先是调取第二测试报告，即完整日志报告，利用正则语法对log日志进行错误关键词(如anr,crash,等)的遍历查找并匹配，然后将这些非结构化的数据的错误关键词提取出来转换为结构化数据，并将该结构化数据转入结构化的存储数据表，该数据表可根据提取的字段进行建表，其次查看该数据表的列表，可以根据不同的关键字排序查看，每个关键词可关联的参数有缺陷发生时间、缺陷类型、pid、级别、tag、message等。
76.进一步地，在根据展示的每个错误关键词进行可视化分析，生成可视化测试分析报告时，首先当接收到针对展示的错误关键词的定位指令时，启动日志信息提取器，再通过启动后的日志信息提取器从第二测试报告中提取错误关键词对应的目标测试错误日志信息，然后将目标测试错误日志信息转换为目标文本进行展示，并根据展示的目标文本定位错误关键词对应的activity组件，再采用录屏或抓屏的方式对错误关键词前的多个执行过程进行截图，并将执行过程的截图保存至被测图像库，其次根据预设样本图库中的图片确定被测图像库中每个截图中生成错误关键词的位置坐标，再根据位置坐标进行投图显示，并标示错误关键词对应的执行轨迹，最后生成并打印可视化测试分析报告。
77.具体的，在查看后，要进行错误关键词的定位，主要通过日志信息的分析来确定错误关键词发生的位置；选择某一个错误关键词，点击“定位”按钮，该模块就会启动日志信息提取器“向上”和“向下”查找日志信息中离的最近的1个switch并将2个switch之间的日志信息提取出来以文本形式显示，进而测试人员可以通过查找属于哪一个activity组件可以定位错误关键词所存在activity组件。
78.具体的，还包括对运行错误的位置进行重现，就需要抓屏和录屏，由于monkey测试是伪随机事件流，相同操作序列的两次测试，只要指定了相同的seed值，再执行1次，两次测试产生的随机操作轨迹是完全相同的，根据这一特性，该工具利用抓屏和录屏进行发送运行错误的“记录-回放”，即通过抓屏工具，记录发送运行错误发生前(同一个switch)的50-100次操作，并将抓屏截图存放在被测图像库，以供调取。
79.具体的，重现的目的是寻找运行错误的位置，该工具提供了合成功能，即将每1个运行错误的位置的抓屏截图通过裁剪状态栏操作后逐一与样本图库中的图片进行比对，该模块采用比对算法利用像素点比较的方法逐一比较被测图像和样本图像相同位置的像素点的rgb值，进而确定运行错误的位置及发送运行错误造成的可能原因；进而对相同页面的不同运行错误的位置坐标进行投图显示，标示运行错误的位置操作的轨迹；最后统计运行错误的位置进行饼图或柱状图显示，并保存打印可视化测试分析报告。
80.例如图2所示，图2是monkey测试过程的过程示意框图，首先启动封装后的monkey测试工具，在该工具中新建项目，并对新建的项目确定配置项进行设置，配置项包括加载被测app包、参数设置以及指定日志存储路径，配置结束后运行该项目进行压力测试，最后完成测试后在缺陷分析界面上进行缺陷分析，生成基础报告和完整的报告，当基础报告中存在运行错误的日志时，对完整的报告进行可视化缺陷分析，具体包括定位发生错误的位置、重现错误页面以及数据合成。
81.在本技术实施例中，monkey测试装置首先对monkey测试工具的api接口和测试过程参数进行封装，生成集成化的目标测试程序，然后根据目标测试程序对待测试的app包进行测试，生成第一测试报告和第二测试报告，其中第二测试报告的数据量大于第一测试报告的数据量，最后当第一测试报告中存在测试错误日志信息时，对第二测试报告进行可视化分析，并生成可视化测试分析报告。由于本技术将monkey测试工具的api接口及测试过程参数封装为一个整体，使初学者可以直接实现对被测试应用进行测试，在得出测试结果后，如果被测试应用存在错误日志，可通过可视化分析进行错误排查，从而降低了monkey测试工具的操作难度，也能够使测试、开发工程师直观地找到错误的代码逻辑，进而提高了测试效率。
82.下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。
83.请参见图3，其示出了本发明一个示例性实施例提供的monkey测试装置的结构示意图。该monkey测试装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。该装置1包括目标测试程序生成模块10、测试报告生成模块20、分析报告生成模块30。
84.目标测试程序生成模块10，用于对monkey测试工具的api接口和测试过程参数进行封装，生成集成化的目标测试程序；
85.测试报告生成模块20，用于根据目标测试程序对待测试的app包进行测试，生成第
一测试报告和第二测试报告；其中，第二测试报告的数据量大于第一测试报告的数据量；
86.分析报告生成模块30，用于当第一测试报告中存在测试错误日志信息时，对第二测试报告进行可视化分析，生成可视化测试分析报告。
87.需要说明的是，上述实施例提供的monkey测试装置在执行monkey测试方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的monkey测试装置与monkey测试方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。
88.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
89.在本技术实施例中，monkey测试装置首先对monkey测试工具的api接口和测试过程参数进行封装，生成集成化的目标测试程序，然后根据目标测试程序对待测试的app包进行测试，生成第一测试报告和第二测试报告，其中第二测试报告的数据量大于第一测试报告的数据量，最后当第一测试报告中存在测试错误日志信息时，对第二测试报告进行可视化分析，并生成可视化测试分析报告。由于本技术将monkey测试工具的api接口及测试过程参数封装为一个整体，使初学者可以直接实现对被测试应用进行测试，在得出测试结果后，如果被测试应用存在错误日志，可通过可视化分析进行错误排查，从而降低了monkey测试工具的操作难度，也能够使测试、开发工程师直观地找到错误的代码逻辑，进而提高了测试效率。
90.本发明还提供一种计算机可读介质，其上存储有程序指令，该程序指令被处理器执行时实现上述各个方法实施例提供的monkey测试方法。
91.本发明还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各个方法实施例的monkey测试方法。
92.请参见图4，为本技术实施例提供了一种终端的结构示意图。如图4所示，终端1000可以包括：至少一个处理器1001，至少一个网络接口1004，用户接口1003，存储器1005，至少一个通信总线1002。
93.其中，通信总线1002用于实现这些组件之间的连接通信。
94.其中，用户接口1003可以包括显示屏(display)、摄像头(camera)，可选用户接口1003还可以包括标准的有线接口、无线接口。
95.其中，网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。
96.其中，处理器1001可以包括一个或者多个处理核心。处理器1001利用各种接口和线路连接整个电子设备1000内的各个部分，通过运行或执行存储在存储器1005内的指令、程序、代码集或指令集，以及调用存储在存储器1005内的数据，执行电子设备1000的各种功能和处理数据。可选的，处理器1001可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field-programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器1001可集成中央处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1001中，单独通过一块芯片进行
实现。
97.其中，存储器1005可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory)。可选的，该存储器1005包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1005可用于存储指令、程序、代码、代码集或指令集。存储器1005可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图4所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及monkey测试应用程序。
98.在图4所示的终端1000中，用户接口1003主要用于为用户提供输入的接口，获取用户输入的数据；而处理器1001可以用于调用存储器1005中存储的monkey测试应用程序，并具体执行以下操作：
99.对monkey测试工具的api接口和测试过程参数进行封装，生成集成化的目标测试程序；
100.根据目标测试程序对待测试的app包进行测试，生成第一测试报告和第二测试报告；其中，第二测试报告的数据量大于第一测试报告的数据量；
101.当第一测试报告中存在测试错误日志信息时，对第二测试报告进行可视化分析，生成可视化测试分析报告。
102.在一个实施例中，处理器1001在执行对monkey测试工具的api接口和测试过程参数进行封装之前，还执行以下操作：
103.获取monkey测试工具的api接口库；
104.分析并制定monkey测试工具的测试过程参数。
105.在一个实施例中，处理器1001在执行根据目标测试程序对待测试的app包进行测试，生成第一测试报告和第二测试报告时，具体执行以下操作：
106.启动集成化的目标测试程序；
107.接收项目创建指令，并根据项目创建指令在集成化的目标测试程序中建立目标测试项目；
108.在目标测试项目中加载并配置app包，生成待测试的app包；
109.对待测试的app包进行压力测试，生成第一测试报告和第二测试报告。
110.在一个实施例中，处理器1001在执行加载并配置app包时，具体执行以下操作：
111.加载app包；
112.对app包设置测试参数；
113.对app包设置测试报告的保存路径。
114.在一个实施例中，处理器1001在执行对第二测试报告进行可视化分析，生成可视化测试分析报告时，具体执行以下操作：
115.采用正则语法查找并匹配出所述第二测试报告中存在测试错误日志信息的错误关键词，并将包含所述错误关键词的测试错误日志信息转换为结构化数据进行存储；
116.当接收到针对每个错误关键词的查看指令时，将每个错误关键词排序后的结构化
数据进行展示；
117.根据展示的每个错误关键词进行可视化分析，生成可视化测试分析报告。
118.在一个实施例中，处理器1001在执行根据展示的每个错误关键词进行可视化分析，生成可视化测试分析报告时，具体执行以下操作：
119.当接收到针对展示的错误关键词的定位指令时，启动日志信息提取器；
120.通过启动后的日志信息提取器从第二测试报告中提取错误关键词对应的目标测试错误日志信息；
121.将目标测试错误日志信息转换为目标文本进行展示，并根据展示的目标文本定位错误关键词对应的activity组件；
122.采用录屏或抓屏的方式对错误关键词前的多个执行过程进行截图，并将执行过程的截图保存至被测图像库；
123.根据预设样本图库中的图片确定被测图像库中每个截图中生成错误关键词的位置坐标；
124.根据位置坐标进行投图显示，并标示错误关键词对应的执行轨迹；
125.生成并打印可视化测试分析报告。
126.在一个实施例中，处理器1001还执行以下操作：
127.当第一测试报告中不存在测试错误日志信息时，生成并打印第一测试报告；
128.暂停述目标测试程序。
129.在本技术实施例中，monkey测试装置首先对monkey测试工具的api接口和测试过程参数进行封装，生成集成化的目标测试程序，然后根据目标测试程序对待测试的app包进行测试，生成第一测试报告和第二测试报告，其中第二测试报告的数据量大于第一测试报告的数据量，最后当第一测试报告中存在测试错误日志信息时，对第二测试报告进行可视化分析，并生成可视化测试分析报告。由于本技术将monkey测试工具的api接口及测试过程参数封装为一个整体，使初学者可以直接实现对被测试应用进行测试，在得出测试结果后，如果被测试应用存在错误日志，可通过可视化分析进行错误排查，从而降低了monkey测试工具的操作难度，也能够使测试、开发工程师直观地找到错误的代码逻辑，进而提高了测试效率。
130.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，monkey测试的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。
131.以上所揭露的仅为本技术较佳实施例而已，当然不能以此来限定本技术之权利范围，因此依本技术权利要求所作的等同变化，仍属本技术所涵盖的范围。