CN112732587A - 一种自动化测试日志的获取方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种自动化测试日志的获取方法、装置、电子设备及存储介质，涉及计算机技术领域，该方法通过获取待测应用的测试用例，其中，待测应用为IOS系统中的应用。利用测试用例对待测应用进行测试，得到测试结果信息，若测试结果信息与测试用例的脚本中预设标准信息不匹配，则确定测试用例执行失败，获取用于分析测试用例执行失败的问题日志，其中，获取问题日志的时间为在待测应用的基类代码释放设备之前。如此，当自动化平台确定测试用例执行失败，可以在合适的时间，即基类代码释放设备之前获取用于分析测试用例执行失败的问题日志，为开发定位用例执行失败原因，节省开发人员时间。

Description

一种自动化测试日志的获取方法、装置、电子设备及存储介质

技术领域

本发明涉及网络技术领域，特别涉及一种自动化测试日志的获取方法、装置、电子设备及存储介质。

背景技术

目前终端设备行业(尤其是手机)竞争激烈，每年都可以看见非常多的产品推出，这必然使得开发周期和测试周期非常短。为了保证产品的质量，测试强度不可能减少，因此，采用自动化测试代替人工测试终端稳定性问题，压力问题以及其他问题已成为较好的选择。

目前的终端自动化测试领域，都是以执行指定动作以获取终端返回的文字、终端此时的界面图片、终端发出的声音，图1是本发明实施例提供的一种界面图片，在该界面图片中，是进入某个视频直播间失败后，显示的界面图片。通常的，当开发获取终端返回的文字、终端此时的界面图片、终端发出的声音，都是和指导字符、图片、声音片段进行匹配，判断测试用例执行失败。

然而，虽然已经确定测试用例执行失败，但是当开发人员打开报告中进行失败的原因的定位分析时，其报告中呈现的内容并不是开发人员想要的，其主要是一些底层命令，因此，我们在自动化测试中，当测试用例执行失败时，是完全拿不到可以供分析测试用例失败问题的报告的。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种自动化测试日志的获取方法、装置、电子设备及存储介质。技术方案如下：

第一方面，提供了一种自动化测试日志的获取方法，方法包括：

获取待测应用的测试用例；待测应用为IOS系统中的应用；

利用测试用例对待测应用进行测试，得到测试结果信息；

若测试结果信息与测试用例的脚本中预设标准信息不匹配，则确定测试用例执行失败；

获取用于分析测试用例执行失败的问题日志，其中，获取问题日志的时间为在待测应用的基类代码释放设备之前。

第二方面，提供了一种自动化测试日志的获取装置，装置包括：

测试用例获取模块，用于获取待测应用的测试用例；待测应用为IOS系统中的应用；

测试模块，用于利用测试用例对待测应用进行测试，得到测试结果信息；

结果确定模块，用于若测试结果信息与测试用例的脚本中预设标准信息不匹配，则确定测试用例执行失败；

日志获取模块，用于获取用于分析测试用例执行失败的问题日志，其中，获取问题日志的时间为在待测应用的基类代码释放设备之前。

第三方面，提供了一种计算机可读存储介质，计算机可读存储介质中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行以实现如上述第一方面的自动化测试日志的获取方法。

第四方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述第一方面中提供的自动化测试日志的获取方法。

本发明实施例通过获取待测应用的测试用例，其中，待测应用为IOS系统中的应用。利用测试用例对待测应用进行测试，得到测试结果信息，若测试结果信息与测试用例的脚本中预设标准信息不匹配，则确定测试用例执行失败，获取用于分析测试用例执行失败的问题日志，其中，获取问题日志的时间为在待测应用的基类代码释放设备之前。如此，当自动化平台确定测试用例执行失败，可以在合适的时间，即基类代码释放设备之前获取用于分析测试用例执行失败的问题日志，为开发定位用例执行失败原因，节省开发人员时间。

附图说明

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

图1是本发明实施例提供的一种界面图片；

图2是本发明实施例提供的一种实施环境示意图；

图3是本发明实施例提供的一种添加模拟机的示意图；

图4是本发明实施例提供的一种自动化测试日志的获取方法的流程示意图；

图5是本发明实施例提供的一种自动化测试日志的获取方法的流程示意图；

图6是本发明实施例提供的一种自动化测试日志的获取方法的流程示意图；

图7是本发明实施例提供的一种自动化测试日志的获取方法的流程示意图；

图8是本发明实施例提供的一种代码示意图；

图9是本发明实施例提供的一种代码示意图；

图10是本发明实施例提供的一种自动化测试日志的获取装置的结构框图；

图11是本发明实施例提供的一种电子设备的硬件结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图2，其所示为本发明实施例提供的一种实施环境示意图，包括终端设备201和自动化平台202。终端设备201和自动化平台202之间可以通过有线链接，还可以通过无线链接。

其中，终端设备201可以包括但不限于智能手机、台式计算机、平板电脑、笔记本电脑、智能音箱、数字助理、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、智能可穿戴设备等类型的电子设备。也可以为运行于上述电子设备的软体，例如应用程序、小程序，模拟机等。

自动化平台202可以是独立于终端设备201之外的，是承载与其他设备的，比如承载于其他终端设备或者服务器。也可以是和终端设备201集成在一起的。

请参阅图3，其所示为本发明实施例提供的一种添加模拟机的示意图，图3所示的界面为添加模拟机的界面，具体表现为在IOS设备上，在安装Xcode情况下，出现一个设备和模拟器的选项，其中会有各种系统和机型的选择。如此，可以方便ios开发人员在没有真机的情况下，通过模拟器调试代码问题，这样就可以添加各类苹果模拟器了。

本申请实施例中，上述的模拟机是可以通过终端自动化平台控制的。在业务测试的过程中，经常会利用对应的自动化平台来操控终端设备，真机或者模拟器，按规定的程序或指令自动进行作业，进行具有自动控制点击的操作，判断操作结果是否符合预期，其目的在于增加产量、提高质量、降低成本和劳动强度、保障生产安全放。

具体的，自动化平台202获取待测应用的测试用例，待测应用为IOS系统中的应用，自动化平台202利用测试用例对待测应用进行测试，得到测试结果信息，若测试结果信息与测试用例的脚本中预设标准信息不匹配，则确定测试用例执行失败。自动化平台202获取用于分析测试用例执行失败的问题日志，其中，获取问题日志的时间为在待测应用的基类代码释放设备之前。

请参阅图4，图4所示为本发明实施例提供的一种自动化测试日志的获取方法的流程示意图，该方法可以应用于图2所示的系统。需要说明的是，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图4所示，所述方法可以包括：

S401：获取待测应用的测试用例，待测应用为IOS系统中的应用。

在一个可选的实施例中，测试用例指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。可以被简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。

在一个可选的实施例中，若待测应用为IOS系统中的应用，那么在执行待测应用的测试用例之前，可以先在设备上控制安装运行在IOS操作系统上的集成开发工具，从接收到的测试指令中确定设备型号，以确定待测设备，控制在待测设备上下载待测应用，为后续的测试做准备。可选的，上述的应用可以是IOS系统中的游戏应用。如此，上述的测试用例可以是专门为游戏设置的测试用例。

在一个可选的实施例中，一个待测应用可以存在多个测试用例。可选的，自动化平台可以依次获取测试用例，在一个测试用例完成测试后，释放终端设备，然后供另一个测试用例进行测试。

S403：利用测试用例对待测应用进行测试，得到测试结果信息。

本申请实施例中，一个测试用例可以对待测应用中的一个功能进行测试，还可以对待测应用中的多个功能进行测试。不同的功能对应的测试方式是不同的，也就是说，待测应用中存在多个测试应用场景。可选的，若上述的测试用例是专门针对游戏的测试用例，则存在的多个测试应用场景也可以是游戏的应用场景。

S405：若测试结果信息与测试用例的脚本中预设标准信息不匹配，则确定测试用例执行失败。

在一个可选的实施例中，该测试用例可以是对应UI类检测点的第一测试用例，该UI类检测点可以是待测应用中某个界面上的某个控件，控件可以包括用户界面类控件，图表类控件，图形码控件等等。

图5所示为本发明实施例提供的一种自动化测试日志的获取方法的流程示意图，包括用于具体解释S403-S405的步骤，包括：

S4031:利用该第一测试用例对所述第一测试用例对应的检测点进行测试，可以得到第一测试结果信息。

该第一测试结果信息中可以包括以下两种情况，一种情况中，该第一测试结果信息可以包括预设UI控件，另一种情况中，该第一测试结果信息可以不包括预设UI控件。

举个例子，如果打开一个页面，如何判断这个页面是否打开了呢，那么就可以通过判断页面上的某个固定元素是否存在来确定该页面是否打开，该固定元素就可以是某个预设的UI控件，比如说某个按钮。以游戏应用场景为例，可以通过判断游戏操作页面上是否存在表示上下左右移动的按钮来确定游戏操作界面是否打开。

S4051：若第一测试结果信息不包含第一测试用例的脚本中的预设UI控件，则确定第一测试用例执行失败。

如果该第一测试结果信息包含有第一测试用例的脚本中的预设UI控件，则确定第一测试用例执行成功。如果该第一测试结果信息不包含有第一测试用例的脚本中的预设UI控件，则确定第一测试用例执行失败。

然而某些应用场景是不能通过预设的UI控件来确定的，比如说，如何判断某个直播间的直播正常播放。因此，在另一个可选的实施例中，图6所示为本发明实施例提供的一种自动化测试日志的获取方法的流程示意图，包括用于具体解释S403-S405的步骤，包括：

S4032：利用第二测试用例对待测应用进行测试，得到第二测试结果信息。

可选的，该第二测试用例是针对埋点测试的。

S4052：若第二测试结果信息中不包含埋点测试的预设信息，则确定第二测试用例执行失败。

举个例子，进入直播间如何判断直播是否正常播放了呢，这就不能通过固定元素是否存在来判断了。只能通过开发人员在代码里打个成功播放的日志，那在写直播间是否正常播放的自动化用例时，就可以拿这个条件作为逻辑判断，如果在第二测试结果信息中查询到这个日志即len(logs)＝＝1，即这条测试用例通过，如果不等于1，那这条测试用例就会失败。上述的len(logs)＝＝1为埋点测试的预设信息。

基于上述的直播间的例子继续描述，在一种确定第二测试结果信息中不包含埋点测试的预设信息的方法中，可以通过查询来确定是否有预设信息，然而，在实际查询中，可能会因为查询字段的不明确造成查询不到该日志的后果。

举个例子，假设第二测试结果信息为：

[E][2018-09-26][QGPlayer.m:645][videoFirstStartPlaying][9043,2771298*][M ODULE_PLAYER][Event]:QGPlayer innerSDK event:video First StartPlaying.

该例子中，有两次videoFirstStartPlaying，其中，后面的才是所需的日志，前面的是模块和方法，方法名就是videoFirstStartPlaying。如果直接用这个字段搜索的话程序里的count会输出2，因此最好规避使用videoFirstStartPlaying字段搜索，可以使用innerSDK event:video First Start Playing查询，以确保唯一性。

S407：获取用于分析测试用例执行失败的问题日志，其中，获取问题日志的时间为在待测应用的基类代码释放设备之前。

由于基类代码释放设备后，该设备可以被其他测试用例调用进行其他测试，影响后续问题日志的提取。因此，必须要在基类代码释放设备之前获取用于分析测试用例执行失败的问题日志。

图7所示为本发明实施例提供的一种自动化测试日志的获取方法的流程示意图，包括获取用于分析测试用例执行失败的问题日志的具体方法：

S4071：设置待测应用对应的问题日志的获取接口；该获取接口包括业务标识、问题日志获取路径、问题日志的文件名以及目录文件上传控制参数。

举个例子，本申请实施例中，可以通过device.pull_file来定制化某个应用捞取日志的接口，例如企鹅电竞的业务标识为：com.tencent.qg.development，这个值可以在Uispy里获取到。

可选的，不同的业务标识可以对应的业务，同时，可能对应的路径remotepath也不一样，通过问题日志获取路径remotepath可以获取下改路径下存在的文件。

可选的，该获取接口还可以包括问题日志的文件名，该问题日志就存在该文件名对应的文件中，举个例子，通过上述的获取路径，确定该问题日志的文件名可以表示为QGame_'+time.strftime("％Y％m％d",time.localtime())+'.x.log'。这样可以提取出这个目录下的特定文件，其中localpath要特别注意，其默认参数值是None，如图8所示，从代码里可以看到，要将手机的日志文件拷贝到/cores/_attachments这个目录下，首先要确保下IOS设备上有没有这个目录。如果存在这个目录，则可以使用快捷方法打开左下角的finder，然后通过获取到的shift+command+g键入信息前往该文件夹，如果本地没有这个文件夹，会显示提示信息，该提示信息可以表示为找不到该文件夹，这时则需要在命令行窗口下通过这个命令mkdir/cores/_attachments新建一个该文件夹。

可选的，该获取接口还包括第四个参数：目录文件上传控制参数。如图9所示，目录文件上传控制参数是指remotepath时候为目录，False默认为单个文件。最后一个参数is_delete为True时是当提取到这个remotepath里的文件时自动删除这个文件，其实这是很关键的，因为之前我们看到这个文件夹下记录的是每次运行完app后都会输出日志的，而且是当天的日志都会叠加在一起，为了日志的准确性，这里一定要填写True，避免多次跑用例的过程中，日志之间有干扰。

在执行用例的过程中，当获取到模拟器沙箱日志之后，可以对日志上传接口进行改造，如下，post_test这个是增加采集日志的内容接口，这个接口是在用例执行完成时，默认执行的接口，当用例失败时，则会捞取模拟器沙箱日志，然后上传到报告中，在报告中展示。

S4073：根据获取接口获取用于分析测试用例执行失败的问题日志。

在一个可选的实施例中，自动化平台可以利用预设编码打开所述问题日志，并将打开后的问题日志显示在界面上，该问题日志里面可以直接包括失败的细节的具体的原因。可选的，该预设编码包括utf-8编码，这是因为使用其他的编码可能会因为日志里面存在中文而乱码。

综上，本申请实施例中，当终端设备，比如模拟器用例执行失败时，在基类释放设备之前能自动去捞取日志，并展示在自动化报告里，方便开发者排查问题，快速解决问题，提高产品质量。其次，可以丰富了自动化监控类型，不仅支持纯UI自动化检测，还可以支持日志埋点监控自动化。再次，本申请可以提供丰富的底层接口，别的业务(除了游戏应用之外的即时通信应用、音视频应用等等)都能直接拿来调用，其接口通用性的优势可以避免二次开发，提高工作效率。

请参阅图10，其所示为本发明实施例提供的一种自动化测试日志的获取装置的结构示意图，该装置具有实现上述方法实施例中自动化测试日志的获取方法的功能，功能可以由硬件实现，也可以由硬件执行相应的软件实现。如图10所示，该装置可以包括：

测试用例获取模块1001，用于获取待测应用的测试用例；待测应用为IOS系统中的应用；

测试模块1002，用于利用测试用例对待测应用进行测试，得到测试结果信息；

结果确定模块1003，用于若测试结果信息与测试用例的脚本中预设标准信息不匹配，则确定测试用例执行失败；

日志获取模块1004，用于获取用于分析测试用例执行失败的问题日志，其中，获取问题日志的时间为在待测应用的基类代码释放设备之前。

作为一个可能的实施方式，该装置还包括：

获取接口设置模块，用于设置所述待测应用对应的问题日志的获取接口；所述获取接口包括业务标识、问题日志获取路径、问题日志的文件名以及目录文件上传控制参数；

所述日志获取模块，用于根据所述获取接口获取用于分析所述测试用例执行失败的问题日志。

作为一个可能的实施方式，该装置还包括：

显示模块，用于利用预设编码打开所述问题日志；所述预设编码包括utf-8编码；将打开后的所述问题日志显示在界面上。

作为一个可能的实施方式，

测试模块用于利用所述第一测试用例对所述第一测试用例对应的检测点进行测试，得到第一测试结果信息；

结果确定模块用于若所述第一测试结果信息不包含所述第一测试用例的脚本中的预设UI控件，则确定所述第一测试用例执行失败。

作为一个可能的实施方式，

测试模块用于利用第二测试用例对待测应用进行测试，得到第二测试结果信息；

结果确定模块用于若第二测试结果信息中不包含埋点测试的预设信息，则确定第二测试用例执行失败。

作为一个可能的实施方式，该装置还包括：

控制模块，用于在设备上控制安装运行在IOS操作系统上的集成开发工具；

确定模块，从接收到的测试指令中确定设备型号，确定待测设备；

该控制模块，用于在所述待测设备上下载所述待测应用。

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

本发明实施例提供了一种电子设备，该电子设备包括处理器和存储器，该存储器中存储有至少一条指令或至少一段程序，该至少一条指令或该至少一段程序由该处理器加载并执行以实现如上述方法实施例所提供的自动化测试日志的获取方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及自动化测试日志的获取。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

本发明实施例所提供的方法实施例可以在计算机终端、服务器或者类似的运算装置中执行。图11是本发明实施例提供的运行一种自动化测试日志的获取方法的电子设备的硬件结构框图，如图11所示，该电子设备的内部结构可包括但不限于：处理器、网络接口及存储器。其中，电子设备内的处理器、网络接口及存储器可通过总线或其他方式连接，在本说明书实施例所示图11中以通过总线连接为例。

其中，处理器(或称CPU(Central Processing Unit，中央处理器))是电子设备的计算核心以及控制核心。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI、移动通信接口等)。存储器(Memory)是电子设备中的记忆设备，用于存放程序和数据。可以理解的是，此处的存储器可以是高速RAM存储设备，也可以是非不稳定的存储设备(non-volatile memory)，例如至少一个磁盘存储设备；可选的还可以是至少一个位于远离前述处理器的存储装置。存储器提供存储空间，该存储空间存储了电子设备的操作系统，可包括但不限于：Windows系统(一种操作系统)，Linux(一种操作系统)，Android(安卓，一种移动操作系统)系统、IOS(一种移动操作系统)系统等等，本发明对此并不作限定；并且，在该存储空间中还存放了适于被处理器加载并执行的一条或一条以上的指令，这些指令可以是一个或一个以上的计算机程序(包括程序代码)。在本说明书实施例中，处理器加载并执行存储器中存放的一条或一条以上指令，以实现上述方法实施例提供的自动化测试日志的获取方法。

本发明的实施例还提供了一种计算机可读存储介质，该存储介质可设置于电子设备之中以保存用于实现一种自动化测试日志的获取方法相关的至少一条指令或至少一段程序，该至少一条指令或该至少一段程序由该处理器加载并执行以实现上述方法实施例提供的自动化测试日志的获取方法。

本发明的实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述的各种可选实现方式中提供的自动化测试日志的获取方法。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

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

Claims (10)

1.一种自动化测试日志的获取方法，其特征在于，所述方法包括：

获取待测应用的测试用例；所述待测应用为IOS系统中的应用；

利用所述测试用例对所述待测应用进行测试，得到测试结果信息；

若所述测试结果信息与所述测试用例的脚本中预设标准信息不匹配，则确定所述测试用例执行失败；

获取用于分析所述测试用例执行失败的问题日志，其中，获取所述问题日志的时间为在所述待测应用的基类代码释放设备之前。

2.根据权利要求1所述的自动化测试日志的获取方法，其特征在于，所述获取用于分析所述测试用例执行失败的问题日志，包括：

设置所述待测应用对应的问题日志的获取接口；所述获取接口包括业务标识、问题日志获取路径、问题日志的文件名以及目录文件上传控制参数；

根据所述获取接口获取用于分析所述测试用例执行失败的问题日志。

3.根据权利要求1-2任一所述的自动化测试日志的获取方法，其特征在于，所述获取用于分析所述测试用例执行失败的问题日志之后，还包括：

利用预设编码打开所述问题日志；所述预设编码包括utf-8编码；

将打开后的所述问题日志显示在界面上。

4.根据权利要求1所述的自动化测试日志的获取方法，其特征在于，所述测试用例包括对应UI类检测点的第一测试用例；

所述利用所述测试用例对所述待测应用进行测试，得到测试结果信息，包括：

利用所述第一测试用例对所述第一测试用例对应的检测点进行测试，得到第一测试结果信息；

若所述测试结果信息与所述测试用例的脚本中预设标准信息不匹配，则确定所述测试用例执行失败，包括：

若所述第一测试结果信息不包含所述第一测试用例的脚本中的预设UI控件，则确定所述第一测试用例执行失败。

5.根据权利要求1所述的自动化测试日志的获取方法，其特征在于，所述测试用例包括对应埋点测试的第二测试用例；

所述利用所述测试用例对所述待测应用进行测试，得到测试结果信息，包括：

利用所述第二测试用例对所述待测应用进行测试，得到第二测试结果信息；

若所述测试结果信息与所述测试用例的脚本中预设标准信息不匹配，则确定所述测试用例执行失败，包括：

若所述第二测试结果信息中不包含所述埋点测试的预设信息，则确定所述第二测试用例执行失败。

6.根据权利要求1所述的自动化测试日志的获取方法，其特征在于，所述获取待测应用的测试用例之前，还包括：

在设备上控制安装运行在IOS操作系统上的集成开发工具；

从接收到的测试指令中确定设备型号，确定待测设备；

控制在所述待测设备上下载所述待测应用。

7.一种自动化测试日志的获取装置，其特征在于，所述装置包括：

测试用例获取模块，用于获取待测应用的测试用例；所述待测应用为IOS系统中的应用；

测试模块，用于利用所述测试用例对所述待测应用进行测试，得到测试结果信息；

结果确定模块，用于若所述测试结果信息与所述测试用例的脚本中预设标准信息不匹配，则确定所述测试用例执行失败；

日志获取模块，用于获取用于分析所述测试用例执行失败的问题日志，其中，获取所述问题日志的时间为在所述待测应用的基类代码释放设备之前。

8.根据权利要求7所述的自动化测试日志的获取装置，其特征在于，所述装置还包括：

获取接口设置模块，用于设置所述待测应用对应的问题日志的获取接口；所述获取接口包括业务标识、问题日志获取路径、问题日志的文件名以及目录文件上传控制参数；

所述日志获取模块，用于根据所述获取接口获取用于分析所述测试用例执行失败的问题日志。

9.一种电子设备，其特征在于，包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如权利要求1～4中任一项所述的自动化测试日志的获取方法。

10.一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如权利要求1～4任一项所述的自动化测试日志的获取方法。

Images