Windows平台程序的测试方法及装置与流程

windows平台程序的测试方法及装置
技术领域
1.本技术涉及程序自动化测试领域，尤其是涉及一种windows平台程序的测试方法及装置。


背景技术：

2.目前，windows系统作为应用最为广泛的电脑操作系统，为众多应用程序提供了服务平台。当一个应用程序被开发或使用时，需要对其进行测试。
3.但是，针对应用程序开发自动化测试用例存在较高的难度，并且需要工作人员进行重复性的手工测试，导致了现有技术针对基于windows平台的应用程序测试效率较低的技术问题。


技术实现要素：

4.本技术的目的在于提供一种windows平台程序的测试方法及系统，以缓解了现有技术针对基于windows平台的应用程序测试效率较低的技术问题。
5.第一方面，本技术实施例提供了一种windows平台程序的测试方法，所述方法包括：
6.响应于针对测试用例的编辑操作，确定所述编辑操作所编辑的测试用例内容；其中，所述测试用例对应于待测程序；
7.响应于针对所述测试用例的指定测试条件的触发事件，控制所述测试用例运行；
8.根据所述测试用例内容对所述待测程序进行测试，得到测试结果。
9.在一个可能的实现中，所述待测程序的操作界面包括二维(two dimensional，2d)操作界面；所述响应于针对测试用例的编辑操作，确定所述编辑操作所编辑的测试用例内容的步骤，包括：
10.对所述2d操作界面中的每个可操作控件进行截图，得到若干控件图片；
11.将所述若干控件图片保存至所述测试用例中的原始资源图库。
12.在一个可能的实现中，所述根据所述测试用例内容对所述待测程序进行测试，得到测试结果的步骤，包括：
13.对所述待测程序的测试界面进行截图，得到测试界面图片；
14.将所述测试界面图片与所述若干控件图片进行对比，确定所述测试界面中每个待测试控件的坐标；
15.基于所述坐标，对所述每个待测试控件进行测试，得到测试结果。
16.在一个可能的实现中，所述基于所述坐标，对所述每个待测试控件进行测试，得到测试结果的步骤，包括：
17.基于所述坐标，对所述2d操作界面的鼠标操作功能进行测试；
18.基于所述坐标，对所述2d操作界面的键盘操作功能进行测试；
19.基于上述测试，将所述2d操作界面的测试结果保存为第一截图。
20.在一个可能的实现中，在所述基于上述测试，将所述2d操作界面的测试结果保存为第一截图的步骤之后，还包括：
21.基于所述第一截图，对所述原始资源图库进行更新。
22.在一个可能的实现中，所述待测程序的操作界面包括三维(three dimensional，3d)操作界面；所述根据所述测试用例内容对所述待测程序进行测试，得到测试结果的步骤，包括：
23.基于所述测试用例内容，对所述3d操作界面的控制功能进行测试；
24.基于上述测试，将所述3d操作界面的测试结果保存为第二截图。
25.在一个可能的实现中，所述根据所述测试用例内容对所述待测程序进行测试，得到测试结果的步骤，包括：
26.基于所述测试用例内容，对所述待测程序的暂停和恢复运行功能进行测试；
27.基于上述测试，将所述待测程序的测试结果保存为第三截图。
28.在一个可能的实现中，所述测试用例的指定测试条件的触发事件包括下述任意一项或多项：
29.针对所述待测程序的测试操作、所述待测程序完成版本更新、与最近一次测试达到预设时间间隔。
30.在一个可能的实现中，所述根据所述测试用例内容对所述待测程序进行测试，得到测试结果的步骤，包括：
31.获取所述待测程序的测试时长，并对所述测试时长是否大于预设时长进行判定；
32.如果所述测试时长大于所述预设时长，则将所述待测程序的测试结果判定为失败并保存为第四截图。
33.第二方面，本技术实施例提供了一种windows平台程序的测试装置，所述装置包括：
34.编辑模块，用于响应于针对测试用例的编辑操作，确定所述编辑操作所编辑的测试用例内容；其中，所述测试用例对应于待测程序；
35.控制模块，用于响应于指定测试条件的触发事件，控制所述测试用例运行；
36.测试模块，用于根据所述测试用例内容对所述待测程序进行测试，得到测试结果。
37.本技术实施例带来了以下有益效果：
38.本技术实施例提供了一种windows平台程序的测试方法及装置，首先可以响应于针对测试用例的编辑操作，确定编辑操作所编辑的测试用例内容，其中的测试用例对应于待测程序，之后可以响应于针对测试用例的指定测试条件的触发事件，控制测试用例运行。从而可以根据测试用例内容对待测程序进行测试，得到测试结果。本方案中，首先系统可以响应工作人员对于测试用例的编辑操作，确定工作人员所编辑的测试用例内容，之后响应指定测试条件的触发事件，即指定触发条件，控制测试用例运行，对待测程序进行测试。根据测试用例内容，按预设顺序对待测程序进行逐步测试，进而得到测试结果。本方案基于以windows平台应用的自动化应用功能测试为核心，这种测试方法能够保证测试工作的质量和效率，并且对产品研发、测试、方案开发等工作提供数据支持。该方法能减少测试开发自动化测试用例难度，并且有效减少浪费在重复性手工测试上的时间，支持direct ui自动化测试的方法，适用于所有windows操作系统。缓解了现有技术针对基于windows平台的应用
程序测试效率较低的技术问题。
附图说明
39.为了更清楚地说明本技术具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
40.图1为本技术实施例提供的一种windows平台程序的测试方法的流程示意图；
41.图2为本技术实施例提供的另一种windows平台程序的测试方法的流程示意图；
42.图3为本技术实施例提供的一种图形用户界面示意图；
43.图4为本技术实施例提供的一种windows平台程序的测试装置的结构示意图；
44.图5本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
45.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合附图对本技术的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
46.本技术实施例中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
47.目前，针对windows平台应用开发自动化测试用例具有难度，并且需要工作人员进行重复性手工测试，存在着针对基于windows平台的应用程序测试效率较低的技术问题。
48.基于此，本技术实施例提供了一种windows平台程序的测试方法及系统，本技术实施例支持direct ui自动化测试的方法，并且支持所有windows应用。获取界面图片信息，定位图片位置，模拟键盘以及鼠标事件，移动窗口，配合剪贴板进行剪切/粘贴文本操作等。在应用中单独启动套接字服务器(socket server)来支持自动化测试的接口服务，使用sendmessage(windows中的一种函数)进行消息传递。自动化测试进程需要的信息或者想要操作应用时，使用sendmessage，被测试进程对这些消息分别进行响应。获取windows应用信息或操作命令时通过命名管道传递。缓解了现有技术针对基于windows平台的应用程序测试效率较低的技术问题。
49.下面结合附图对本技术实施例进行进一步的介绍。
50.图1为本技术实施例提供的一种windows平台程序的测试方法的流程示意图，如图1所示，该方法包括：
51.步骤s110，响应于针对测试用例的编辑操作，确定编辑操作所编辑的测试用例内容。
52.其中，测试用例对应于待测程序。
53.示例性的，工作人员可以预先编辑好与待测程序相对应的测试用例内容，如图2所
示，具体流程可以为工作人员首先配置应用程序启动路径(exe路径)，使用spy++获取应用窗口标题。之后系统可以通过picpick等工具自动截取所有可操作的按钮图片，并自动保存为资源文件。之后工作人员在不影响原应用程序下，对应用程序开发socket服务插件，编写方法或调用程序已有方法，编写应用执行指令，再根据图片点击，键盘输入，socket指令发送等编写自动化程序逻辑，并添加到代码自动化用例管理模块。
54.其中，上述spy++(spyxx.exe)是一个基于windows的实用工具，它提供系统的进程、线程、窗口和窗口消息的图形视图。picpick是一款截取全屏、活动窗口、指定区域、固定区域、手绘区域功能，支持滚动截屏，屏幕取色，支持双显示器，具备白板、屏幕标尺、直角坐标或极坐标显示与测量，具备强大的图像编辑和标注功能的软件。
55.需要说明的是，上述spy++、picpick等工具仅做说明使用，本技术实施例对此不作限制。
56.步骤s120，响应于针对测试用例的指定测试条件的触发事件，控制测试用例运行。
57.示例性的，系统可以响应于针对测试用例的指定测试条件的触发事件，例如，定时触发或检查程序有更新时，启动执行已配置的自动化用例，进行自动化测试验证。
58.步骤s130，根据测试用例内容对待测程序进行测试，得到测试结果。
59.示例性的，如图2所示，系统可以根据配置的应用路径，控制应用启动，应用启动时同时启动socket服务插件，进而根据不同的测试用例内容对待测程序进行不同的自动化测试，进而得到测试结果。
60.本技术实施例中，首先系统可以响应工作人员对于测试用例的编辑操作，确定工作人员所编辑的测试用例内容，之后响应指定测试条件的触发事件，即指定触发条件，控制测试用例运行，对待测程序进行测试。根据测试用例内容，按预设顺序对待测程序进行逐步测试，进而得到测试结果。基于以windows平台应用的自动化应用功能测试为核心，这种测试方法能够保证测试工作的质量和效率，并且对产品研发、测试、方案开发等工作提供数据支持。该方法能减少测试开发自动化测试用例难度，并且有效减少浪费在重复性手工测试上的时间，支持direct ui自动化测试的方法，适用于所有windows操作系统。缓解了现有技术针对基于windows平台的应用程序测试效率较低的技术问题。
61.下面对上述步骤进行详细介绍。
62.在一些实施例中，应用程序的操作界面包括多种样式，可以划分为2d界面和3d界面，通过针对不同的操作界面，较为灵活的编辑独特的测试用例内容，可以提高程序的测试效率。作为一个示例，待测程序的操作界面包括2d操作界面；上述步骤s110具体可以包括如下步骤：
63.步骤a)，对2d操作界面中的每个可操作控件进行截图，得到若干控件图片。
64.步骤b)，将若干控件图片保存至测试用例中的原始资源图库。
65.示例性的，如图3所示，工作人员可以通过picpick等工具，自动对操作界面中的所有可操作的按钮图片进行截取，例如账号输入控件301、密码输入控件302、登录按钮控件303、关闭按钮控件304等等，得到若干控件图片。之后将若干控件图片保存至测试用例中的原始资源图库，即预设的文件夹。在实际应用中，可以将编辑器设置为截取前隐藏图像编辑器，输出方式为保存为图像文件，截取设置为总是复制截图到剪贴板，以方便直接粘贴，再设置好自动保存的预设文件夹位置。
66.通过使系统自动对2d操作界面中的每个可操作控件进行截图，得到若干控件图片，之后将若干控件图片保存至测试用例中的原始资源图库。可以较为灵活的针对2d界面所对应的测试用例内容进行编辑，生成独特的测试用例，从而提高测试效率。
67.基于上述步骤a)和步骤b)，在测试过程中，系统可以通过将原始资源图库中的图片与测试界面的截图相比对，从而可以较为快捷、精准的确定每个控件的位置，进而对程序的每个控件功能进行自动化测试，较为有效的提高了测试效率。作为一个示例，上述步骤s130具体可以包括如下步骤：
68.步骤c)，对待测程序的测试界面进行截图，得到测试界面图片。
69.步骤d)，将测试界面图片与若干控件图片进行对比，确定测试界面中每个待测试控件的坐标。
70.步骤e)，基于坐标，对每个待测试控件进行测试，得到测试结果。
71.示例性的，系统可以根据配置的应用窗口标题，激活应用窗口，执行任何操作时都激活应用窗口，让其显示在top层，之后进行2d界面操作，系统点击某个固定图片元素时，根据窗口获取程序窗口矩阵left,top,right,bottom，使用python图像处理库(python imaging library，pil)功能截取应用屏幕保存为测试界面图片，使用opencv功能使原始资源图库中的第一张控件图片与测试界面图片对比，获取出测试界面图片中第一张控件图片的坐标点。系统以点击坐标点达到点击按钮的效果，当点击地方没有对应的第一张控件图片，则可以找出第一张控件图片的坐标点周围的第二张控件图片，算出偏移点位进行点击(支持单击，双击，右击，鼠标滚轮操作),同时也可以使用3d界面操作的方式驱动执行。
72.在实际应用中，如图3所示，系统可以首先选取原始资源图库中的账号输入控件图片305与测试界面图片对比，确定测试界面中账号输入控件的位置，之后对其进行测试，如果系统没有在测试界面图片中找到账号输入控件，则系统可以选取原始资源图库中的密码输入控件图片306，计算出偏移点位对密码输入控件进行测试。
73.通过使系统对待测程序的测试界面进行截图，得到测试界面图片，之后将测试界面图片与若干控件图片进行对比，确定测试界面中每个待测试控件的坐标，从而基于坐标，对每个待测试控件进行测试，得到测试结果。系统通过图片识别的方式较为快捷、精准的定位控件的具体位置，进而对程序的每个控件功能进行自动化测试，较为有效的提高了测试效率。
74.基于上述步骤c)、步骤d)和步骤e)，针对2d操作界面的测试种类可以包括多种类型，通过使测试类型包括多种，可以较为丰富的对操作界面进行全方位的测试，提高测试的覆盖面，通过一次测试即可完成多种测试功能，并且将测试结果截图保存，便于后期检查，较为有效的提高了测试效率。作为一个示例，上述步骤e)具体可以包括如下步骤：
75.步骤f)，基于坐标，对2d操作界面的鼠标操作功能进行测试。
76.步骤g)，基于坐标，对2d操作界面的键盘操作功能进行测试。
77.步骤h)，基于上述测试，将2d操作界面的测试结果保存为第一截图。
78.示例性的，如图2所示，系统可以对2d操作界面的鼠标操作功能、键盘输入功能进行测试。测试鼠标操作功能时，如图3所示，系统可以使原始资源图库中的第一张控件图片与测试界面图片对比，获取出测试界面图片中第一张控件图片的坐标点。系统以点击坐标点达到点击按钮的效果，当点击地方没有对应的第一张控件图片，则可以找出第一张控件
图片的坐标点周围的第二张控件图片，算出偏移点位进行点击(支持单击，双击，右击，鼠标滚轮操作)。测试键盘输入功能时，系统可以获取输入框前的控件图片位置信息，偏移点位后点击，然后进行键盘输入(支持文本复制，键盘输入)，从预置的文本中遍历输入内容。系统可以对测试结果进行检查，判断执行后的页面图片是否存在，从而判断执行结果是否正确。具体而言，系统可以通过页面窗口的title或者页面元素进行判断，也能通过xpath方式定位来判断。无论自动化测试成功或失败，系统都将截图当前界面截图，以做结果检查。系统可以通过预先设计的中间过程不可以出错的单线操作流程脚本来判定是否正确，例如，只有中间所有步骤都正确程序才可能继续运行，这样就可以等待脚本自动中断后，检查是第几行脚本失败。
79.通过使系统基于坐标，对2d操作界面的鼠标操作功能、键盘操作功能进行测试，并且基于上述测试，将2d操作界面的测试结果保存为第一截图。通过使测试类型包括多种，较为丰富的对操作界面进行全方位的测试，提高测试的覆盖面，通过一次测试即可完成多种测试功能，并且将测试结果截图保存，便于后期检查，较为有效的提高了测试效率。
80.基于上述步骤f)、步骤g)和步骤h)，系统还可以根据测试结果，较为灵活的对原始资源图库中的截图进行及时更新，以确保图库中的截图始终为最新版本，避免影响后续测试，提高了测试效率。作为一个示例，在上述步骤h)之后，该方法还可以包括如下步骤：
81.步骤i)，基于第一截图，对原始资源图库进行更新。
82.示例性的，因为应用程序版本迭代，控件的图标也会有所变化，系统可以根据测试结果判断原始截图的图片是否有更新，从而更新截图图片，以确保图库中的控件截图始终为最新版本，避免图库中旧版本的控件截图影响后续测试，有效提高了测试效率。
83.在一些实施例中，应用程序的操作界面包括多种样式，可以划分为2d界面和3d界面，通过针对不同的操作界面，较为灵活的编辑独特的测试用例内容，可以提高程序的测试效率。作为一个示例，待测程序的操作界面包括3d操作界面；上述步骤s110具体可以包括如下步骤：
84.步骤j)，基于测试用例内容，对3d操作界面的控制功能进行测试。
85.步骤k)，基于上述测试，将3d操作界面的测试结果保存为第二截图。
86.示例性的，如图2所示，系统可以针对3d界面进行测试，连接到应用程序启动的socket服务，发送3d界面指令，驱动执行(如控制虚拟人物进行移动，旋转，点击，跳跃，打击，销毁等动作)，并使用指令查询执行结果或者已知执行结果图片比对，从而判断执行结果是否正确。无论自动化测试成功或失败，系统都将截图当前界面截图，以做结果检查。
87.通过使系统基于测试用例内容，对3d操作界面的控制功能进行测试，并且基于上述测试，将3d操作界面的测试结果保存为第二截图。可以通过较为丰富测试类型的对操作界面进行全方位的测试，提高测试的覆盖面，通过一次测试即可完成多种测试功能，并且将测试结果截图保存，便于后期检查，较为有效的提高了测试效率。
88.在一些实施例中，测试类型可以包括多种，从而可以较为丰富的对操作界面进行全方位的测试，例如，系统还可以对2d、3d操作界面的暂停和恢复运行功能进行测试。作为一个示例，上述步骤s130具体可以包括如下步骤：
89.步骤l)，基于测试用例内容，对待测程序的暂停和恢复运行功能进行测试。
90.步骤m)，基于上述测试，将待测程序的测试结果保存为第三截图。
91.示例性的，如图2所示，对于2d界面操作暂停，在获取程序窗口矩阵函数执行前，封装全局暂停接口，控制程序运行时，暂停和继续执行。对于3d界面操作暂停，在发送3d界面指令函数执行前，封装全局暂停接口，控制程序运行时，暂停和继续执行。无论自动化测试成功或失败，系统都将截图当前界面截图，以做结果检查。
92.通过使系统基于测试用例内容，对待测程序的暂停和恢复运行功能进行测试，并且基于上述测试，将待测程序的测试结果保存为第三截图。通过较为丰富测试类型的对操作界面进行全方位的测试，提高测试的覆盖面，通过一次测试即可完成多种测试功能，并且将测试结果截图保存，便于后期检查，较为有效的提高了测试效率。
93.在一些实施例中，自动化测试的触发条件可以包括多种类型，通过多种方式触发系统的自动化测试，可以较为灵活的对待测程序进行测试，保证程序的稳定性。作为一个示例，测试用例的指定测试条件的触发事件包括下述任意一项或多项：
94.针对待测程序的测试操作、待测程序完成版本更新、与最近一次测试达到预设时间间隔。
95.示例性的，可以通过测试人员的手动下达测试指令，使系统对待测程序进行自动化测试；还可以使系统检测待测程序是否有版本更新，当程序有更新时启动执行自动化测试；还可以通过预设时间间隔，例如每一小时进行一次测试、每两小时进行一次测试等等。
96.通过使测试用例的指定测试条件的触发事件包括多种类型，可以，通过多种方式触发系统的自动化测试，可以较为灵活的对待测程序进行测试，保证程序的稳定性。
97.在一些实施例中，系统还可以检测自动化测试的测试时长，通过判断测试时长是否大于预设时长，从而判断测试是否成功。作为一个示例，上述步骤s130具体可以包括如下步骤：
98.步骤n)，获取待测程序的测试时长，并对测试时长是否大于预设时长进行判定。
99.步骤o)，如果测试时长大于预设时长，则将待测程序的测试结果判定为失败并保存为第四截图。
100.示例性的，在对操作界面进行测试时，系统可以根据预设测试时长对测试是否成功进行判断。在对2d界面进行测试时，对2d界面执行结果检查，判断执行后的页面图片是否存在，判断执行结果是否正确，当响应时间不固定时，设置最长超时时长，在未超的情况，循环检查。对3d界面进行测试时，对3d界面执行结果检查，使用指令查询执行结果或者已知执行结果图片比对，当响应时间不固定时，设置最长超时时长，在未超时的情况，循环检查。当超时检查失败时，判定自动化执行失败，截图失败时当前界面截图，以做自动程序检查和应用程序排查。检查成功时，判定自动化执行成功，截图当前界面截图，以做结果检查。
101.在进行以上任意一项或多项测试后，系统使用生成报告工具生成html测试报告，反馈执行结果，根据结果判断是原始截图的图片有更新，更新原始资源图库中的图片。测试人员可以根据结果判断是否是自动化程序逻辑问题，从而修改代码逻辑。
102.综上所述，如图2所示，本技术实施例的总体流程为：首先将控制全局2d界面运行时暂停和恢复运行封装至应用自动截图保存模块，将从程序中截取各操作按钮图片封装至程序原始资源图管理模块，之后将应用自动截图保存模块、程序原始资源图管理模块、opencv实现图片比对模块一同封装，生成鼠标操作(单击、双击、右击、鼠标滚轮等)，生成键盘操作(键盘输入、复制、粘贴等)，之后将上述驱动执行至2d界面操作模块；将控制全局3d
界面运行时暂停和恢复运行封装至socket服务连和指令发送接模块，之后将上述驱动执行至2d界面操作模块和3d界面操作模块；之后基于2d界面操作模块和3d界面操作模块生成编写自动化用例(包含执行步骤和步骤结果检查)；将其存储至自动化用例管理模块；定时任务模块定时执行/获取程序更新时执行/手动执行自动化测试，从自动化用例管理模块拉取自动化用例，开始应用程序测试；系统获取应用基础信息配置，启动启动被测程序；被测程序应用(自动运行socket服务插件)，程序执行业务逻辑操作，其中，各种执行指令(如移动、旋转、点击、跳跃、打击以及销毁等)已预先编写在socket插件中；系统检查反馈执行结果，并生成结果报告，以供测试人员检查分析。
103.图4为本技术实施例提供的一种windows平台程序的测试装置400的结构示意图。如图4所示，该装置包括：
104.编辑模块401，用于响应于针对测试用例的编辑操作，确定编辑操作所编辑的测试用例内容；其中，测试用例对应于待测程序；
105.控制模块402，用于响应于指定测试条件的触发事件，控制测试用例运行；
106.测试模块403，用于根据测试用例内容对待测程序进行测试，得到测试结果。
107.在一些实施例中，待测程序的操作界面包括2d操作界面；编辑模块401具体用于：
108.对2d操作界面中的每个可操作控件进行截图，得到若干控件图片；
109.将若干控件图片保存至测试用例中的原始资源图库。
110.在一些实施例中，测试模块403具体用于：
111.对待测程序的测试界面进行截图，得到测试界面图片；
112.将测试界面图片与若干控件图片进行对比，确定测试界面中每个待测试控件的坐标；
113.基于坐标，对每个待测试控件进行测试，得到测试结果。
114.在一些实施例中，测试模块403具体用于：
115.基于坐标，对2d操作界面的鼠标操作功能进行测试；
116.基于坐标，对2d操作界面的键盘操作功能进行测试；
117.基于上述测试，将2d操作界面的测试结果保存为第一截图。
118.在一些实施例中，该装置还包括：
119.更新模块，用于基于上述测试，将2d操作界面的测试结果保存为第一截图之后，基于第一截图，对原始资源图库进行更新。
120.在一些实施例中，待测程序的操作界面包括3d操作界面；编辑模块401具体用于：
121.基于测试用例内容，对3d操作界面的控制功能进行测试；
122.基于上述测试，将3d操作界面的测试结果保存为第二截图。
123.在一些实施例中，测试模块403具体用于：
124.基于测试用例内容，对待测程序的暂停和恢复运行功能进行测试；
125.基于上述测试，将待测程序的测试结果保存为第三截图。
126.在一些实施例中，测试用例的指定测试条件的触发事件包括下述任意一项或多项：
127.针对待测程序的测试操作、待测程序完成版本更新、与最近一次测试达到预设时间间隔。
128.在一些实施例中，测试模块403具体用于：
129.根据测试用例内容对待测程序进行测试，得到测试结果的步骤，包括：
130.获取待测程序的测试时长，并对测试时长是否大于预设时长进行判定；
131.如果测试时长大于预设时长，则将待测程序的测试结果判定为失败并保存为第四截图。
132.本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，系统实施例部分未提及之处，可参考前述方法实施例中相应内容。
133.本发明实施例提供了一种电子设备，具体的，该电子设备包括处理器和存储装置；存储装置上存储有计算机程序，计算机程序在被处理器运行时执行如上实施方式的任一项的方法。
134.图5为本发明实施例提供的一种电子设备的结构示意图，该电子设备包括：处理器501，存储器502，总线503和通信接口504，处理器501、通信接口504和存储器502通过总线503连接；处理器501用于执行存储器502中存储的可执行模块，例如计算机程序。
135.其中，存储器502可能包含高速随机存取存储器(ram，random access memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口504(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。
136.总线503可以是isa总线、pci总线或eisa总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
137.其中，存储器502用于存储程序，处理器501在接收到执行指令后，执行程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器501中，或者由处理器501实现。
138.处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现成可编程门阵列(field-programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成上述方法的步骤。
139.本发明实施例所提供的可读存储介质的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见前述方法实施例，在此不再赘述。
140.功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
141.最后应说明的是：以上实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。