本发明涉及计算机技术领域，尤其涉及一种自动化测试方法、电子装置及计算机可读存储介质。
背景技术：
目前基于java的ui自动化测试普遍使用的是testng框架，并且使用基于testng的断言方法，用于判断页面元素和预期结果。然而在ui自动化测试时，如果测试用例的某个检查点验证失败，会导致后续执行步骤中断无法执行，整个测试用例返回失败，无法保证测试的完整性；并且不能直观地、全面地展示出测试过程中发生错误时的具体信息，不利于测试人员分析错误原因。
技术实现要素：
本发明提供一种自动化测试方法、电子装置及计算机可读存储介质，其主要目的在于解决因测试过程不完整造成的无法准确定位测试过程中的错误信息的问题。
为实现上述目的，本发明提供一种自动化测试方法，该方法包括：
s1、接收执行测试的指令，从类文件中调取测试用例，所述测试用例包含多个步骤，在所述多个步骤之后添加一个或多个检查点；
s2、执行所述测试用例的一个步骤并得到执行结果，当所述步骤之后存在检查点，调用断言方法对所述步骤对应的执行结果进行验证，得到该执行结果对应的验证结果；
s3、当所述验证结果为验证失败时，抓取所述验证结果中的错误信息，并将所述错误信息添加至字符串缓存区中，调用截图方法对当前页面进行截图，按照预设规则保存截图文件，并继续执行所述检查点之后的步骤；
s4、当所述测试用例的步骤已全部被执行时，依次从字符串缓存区中摘取所述错误信息，判断所述错误信息是否为空，若为空则过滤掉该条错误信息，并摘取下一条错误信息，若不为空则对所述测试用例标记执行失败；及
s5、根据执行测试用例得到的测试结果及截图文件，生成测试报告。
此外，为实现上述目的，本发明还提供一种电子装置，该装置包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的自动化测试程序程序，该程序被所述处理器执行时实现如上所述的自动化测试方法的任意步骤。
此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有自动化测试程序，该程序被处理器执行时实现如上所述的自动化测试方法的任意步骤。
相较于现有技术，本发明提出的自动化测试方法、电子装置及计算机可读存储介质，1.通过加入异常处理分支，即使在自动化测试过程中检查点验证失败，也不影响后续步骤的执行，保证了测试的完整性；2.检查点验证失败时，截取当前页面信息，并在测试报告的相应的错误信息处展示对应的截图，有助于测试人员快速精准定位测试过程中的错误信息及错误原因，提高了测试效率。
附图说明
图1为本发明电子装置较佳实施例的示意图；
图2为图1中自动化测试程序的程序模块示意图；
图3为本发明自动化测试方法较佳实施例的流程图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供一种自动化测试方法，该方法应用于一种电子装置1。参照图1所示，为本发明电子装置1较佳实施例的示意图。
在本实施例中，电子装置1可以是服务器、智能手机、平板电脑、便携计算机、桌上型计算机等具有数据处理功能的终端设备，所述服务器可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器。
该电子装置1包括存储器11、处理器12，通信总线13，以及网络接口14。
其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是所述电子装置1的内部存储单元，例如该电子装置1的硬盘。存储器11在另一些实施例中也可以是所述电子装置1的外部存储设备，例如该电子装置1上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard)等。进一步地，存储器11还可以既包括该电子装置1的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于该电子装置1的应用软件及各类数据，例如自动化测试程序10、预先确定的测试用例、预先封装在基础类中的断言方法及截图方法、保存截图文件的方法等，还可以用于暂时地存储已经输出或者将要输出的数据。
处理器12在一些实施例中可以是一中央处理器(centralprocessingunit,cpu)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如自动化测试程序10等。
通信总线13用于实现这些组件之间的连接通信。
网络接口14可选的可以包括标准的有线接口、无线接口(如wi-fi接口)，通常用于在该电子装置1与其他电子设备之间建立通信连接。
图1仅示出了具有组件11-14的电子装置1，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
可选地，该电子装置1还可以包括用户接口，用户接口可以包括显示器(display)、输入单元比如键盘(keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。
可选地，在一些实施例中，显示器可以是led显示器、液晶显示器、触控式液晶显示器以及有机发光二极管(organiclight-emittingdiode，oled)触摸器等。其中，显示器也可以称为显示屏或显示单元，用于显示在电子装置1中处理的信息以及用于显示可视化的用户界面。
在图1所示的装置实施例中，存储器11中存储有自动化测试程序10。处理器12执行存储器11中存储的自动化测试程序10时实现如下步骤：
a1、接收执行测试的指令，从类文件中调取测试用例，所述测试用例包含多个步骤，在所述多个步骤之后添加一个或多个检查点；
a2、执行所述测试用例的一个步骤并得到执行结果，当所述步骤之后存在检查点，调用断言方法对所述步骤对应的执行结果进行验证，得到该执行结果对应的验证结果；
a3、当所述验证结果为验证失败时，抓取所述验证结果中的错误信息，并将所述错误信息添加至字符串缓存区中，调用截图方法对当前页面进行截图，按照预设规则保存截图文件，并继续执行所述检查点之后的步骤；
a4、当所述测试用例的步骤已全部被执行时，依次从字符串缓存区中摘取所述错误信息，判断所述错误信息是否为空，若为空则过滤掉该条错误信息，并摘取下一条错误信息，若不为空则对所述测试用例标记执行失败；及
a5、根据执行测试用例得到的测试结果及截图文件，生成测试报告。
本实施例中，针对某个对象进行自动化测试之前，首先需要确定具体的测试目的，并根据测试目的及对应的场景确定测试用例的范围及具体内容，例如，执行测试用例中的每一个操作步骤。然后，根据测试的需求或者测试重点，在执行某一操作步骤之后添加检查点(或者，断言点)，对执行结果进行验证。同时，在测试用例各检查点之后增加异常处理分支，将测试用例的文件写入类文件中。同时，通过testng.xml执行文件，配置执行本次测试需要执行的类文件、测试用例、执行的方法及调用的监听器等。
当电子装置1接收到开始执行测试的指令时，按照预先利用testng.xml执行文件配置的内容进行测试。首先，从类文件中调用需要执行的测试用例，然后按照配置的执行顺序及执行方式选择测试用例，并执行测试用例中操作步骤。可以理解的是，可以预先配置多个测试用例按照先后顺序被一一执行，也可以预先配置多个测试用例并发执行，选择多个测试用例并发执行可以加快自动化测试速度。在其他实施例中，为了节省时间及资源，可以预设执行测试的时间，避免在工作时间进行测试操作。作为一种实施方式，预先设置一个预设时间点(例如，下午10:00)，每到预设时间点，开始按照预先配置的内容进行自动化测试，并执行相应的步骤。
具体的，每个测试用例的代码直接反应了多个步骤、执行步骤的先后顺序、步骤之后添加的检查点及每个检查点调用的断言方法。例如，以登录场景为例，该场景对应的测试用例包括多个步骤：账密输入、验证码验证、登录等，可在该测试用例的不同步骤之后加入不同的检查点，例如，验证验证码是否正确，验证登录是否成功等。
当执行该测试用例时，每执行完该测试用例的一个步骤，会得到一个执行结果，若该步骤之后添加了检查点，则从封装在基础类中的断言方法中调用该检查点对应的断言方法对上述步骤的执行结果进行验证，并根据实际执行结果与预期执行结果是否一致得到该检查点的验证结果。以上述登录步骤为例，若以一组账密相符的验证数据执行该登录步骤，该步骤之后设置的检查点的预期执行结果为成功，若实际执行结果与预期执行结果不一致，则说明该检查点的验证结果为验证失败，否则，验证结果为验证成功，也就是验证通过。可以理解的是，当验证结果为验证成功，重复上述步骤，继续执行该测试用例的后续步骤，得到执行后续步骤的执行结果，并对其进行验证。
进一步地，在测试过程中，若只采用一组验证数据执行该测试用例的某步骤，对得到的执行结果进行验证，可能出现验证结果不严谨的问题。在其他实施例中，为了避免因数据覆盖面不够广可能造成的问题，为关键步骤设置多组验证数据，并依次采用所述多组验证数据执行该关键步骤，并对执行结果进行验证，使验证结果更严谨、真实。针对上述登录步骤设置多组验证数据，其中，包括账密相符的数据及账密错误的数据等。以多组验证数据执行该登录操作，并分别对上述多组验证数据执行该登录操作的执行结果进行验证。
具体地，testng中常用的断言方法有：asserttrue：判断是否为true；assertfalse：判断是否为false；assertsame：判断引用地址是否相同；assertnotsame：判断引用地址是否不相同；assertnull：判断是否为null；assertnotnull：判断是否不为null；assertequals：判断是否相等，object类型的对象需要实现hasecode及equals方法；assertnotequals：判断是否不相等；assertequalsnoorder：判断忽略顺序是否相等等方法。将上述断言方法封装在基础类中，供后续对执行各个检查点时调用。
以打开浏览器的流程为例，该流程包括以下步骤：首先访问百度首页，然后在搜索框输入“xx”，点击搜索，等待2s后打印浏览器最新的标题，关闭浏览器。执行上述步骤会得到实际的执行结果“百度一下，你就知道”。在“等待2s后打印浏览器最新的标题”的步骤之后添加检查点，该检查点预期的执行结果为“百度”。在执行完“等待2s后打印浏览器最新的标题”的步骤后，对执行结果进行验证，发现实际执行结果与预期执行结果不一致，即验证失败，验证结果为：java.lang.assertionerror：excepted[百度]butfound[百度一下，你就知道]。该检查点调用的断言方法为assertequals，判断实际验证结果是否与预期验证结果一致，若不一致，则验证失败。测试人员可根据实际情况为不同的检查点选择不同的断言方法，灵活使用各种断言方法，才能使测试用例更加健壮。
当上述检查点的验证结果为验证失败时，从验证结果中抓取该检查点的错误信息，将错误信息添加至字符串缓存区中，以供后续摘取错误信息。需要说明的是，执行测试用例时可能出现多处检查点验证失败的情况，因此字符串缓存区中可能包含多个错误信息，所述多个错误信息按照发生验证失败的时间先后顺序依次添加至字符串缓存区。然后，流程进入异常处理分支，从基础类中调用截图方法，对出现验证失败这一时刻的页面进行截图。
具体地，调用截图方法使用浏览器驱动进行截取屏幕影像的操作，生成截图文件，根据截图文件中包含的该检查点及该检查点对应步骤的实际内容，对该截图文件进行截图文件目录分配，所述截图文件目录通过全局变量根目录(例如，uisupport)+调用执行类文件名(例如，baseapi.api)+调用方法名(例如，waitelement)组合而成，例如，uisupport.baseapi.api.waitelement，通过文件复制的方法将所述截图文件复制到该目录中，确定该截图文件的保存地址；然后获取截图动作发生的时间点，包括年、月、日、时、分、秒，并以预设格式输出，作为截图文件的名称，如，20171107_1848。
需要说明的是，在自动化测试过程中，可能出现在同一秒发生多次截图操作的情况，若按照上述命名步骤对截图文件进行命名，会出现不同截图文件重名的情况。在其他实施例中，为了防止在同一时刻截图生成的截图文件重名，在上述精确到秒的时间点后加入一个递增变量，并为截图文件生成唯一的文件名，例如，在某一秒同时有5次截图，获取这5次截图动作发生的时间信息(精确到毫秒)，根据5次截图动作的先后顺序分别为该5个截图文件名称后加一个1-5的递增变量，最终使截图文件分别归属至相应的截图文件目录中，并以时间点+递增变量+.jpg的形式进行命名，如，20171107_1848_4。
通过在检查点的验证步骤后加入截图的异常处理分支，使检查点验证失败时立即进行屏幕截图，有助于还原并展示发生错误时的页面信息。
当截图动作完成并成功保存截图文件后，若还有未被执行的步骤，继续执行未被执行的步骤，并重复上述步骤，直到所有测试用例的所有步骤均执行完毕，例如，上述“打开浏览器的流程”的例子中的“关闭浏览器”的步骤。在其他实施例中，所述截图方法中也加入了异常分支，如果截图失败，则抓住并抛出错误信息，不阻碍后续步骤的执行。例如，浏览器驱动无法进行截取屏幕影像的操作，直接抓取并抛出该错误信息，并继续执行后续操作。至此，已将验证结果中的所有错误信息添加至字符串缓存区中。
当标记失败方法从字符缓存区中摘取错误信息时，优先摘取时间较早的错误信息，并判断所述错误信息是否为空，若不为空，则可根据错误信息找到相应的检查点并标记验证失败，对该测试用例标记执行测试失败；若为空，则过滤掉该错误信息，继续摘取下一条错误信息。另外，标记失败方法每从字符串缓存区中摘取出一条错误信息，字符串缓存区中被摘取的该条错误信息会被删除，直到所述字符串缓存区中没有错误信息为止。至此，测试结束。
当测试结束后，提取类文件中监听器监听到的测试结果，生成测试报告。具体地，预先在类文件中添加监听器，引用该监听器监听自动化测试过程中的验证结果，同时，在testng.xml文件中加入报告监听器，用于提取类文件中添加的监听器，获取其监听到的信息，并在报告中还原并展示验证失败的错误信息。在生成测试报告的过程中，分别统计验证成功及验证失败的次数。对于验证失败的检查点，分别列出每个检查点的错误信息及对应的具体内容，包括：全局变量、类文件名、调用方法等，并根据每条错误信息的具体内容，确定与之对应的截图文件目录，并从该截图文件目录中摘取出相应的截图文件，展示在测试报告中。使测试人员更直观的了解测试过程中发生错误的具体原因。
上述实施例提出的电子装置1，通过加入异常处理分支，使检查点在验证失败后截取当前页面信息，并在测试报告的相应位置展示该截图，有助于测试人员快速精准定位测试过程中的错误信息及错误原因；同时，即使验证失败也不影响后续步骤的执行，提高了测试效率。
可选地，在其他的实施例中，自动化测试程序10还可以被分割为一个或者多个模块，一个或者多个模块被存储于存储器11中，并由一个或多个处理器(本实施例为处理器12)所执行，以完成本发明，本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段。例如，参照图2所示，为图1中自动化测试程序10的程序模块示意图，该实施例中，自动化测试程序10可以被分割为接收模块110、验证模块120、抓取模块130、标记模块140及生成模块150，所述模块110-150所实现的功能或操作步骤均与上文类似，此处不再详述，示例性地，例如其中：
接收模块110，用于接收执行测试的指令，从类文件中调取测试用例，所述测试用例包含多个步骤，在所述多个步骤之后添加一个或多个检查点；
验证模块120，用于执行所述测试用例的一个步骤并得到执行结果，当所述步骤之后存在检查点，调用断言方法对所述步骤对应的执行结果进行验证，得到该执行结果对应的验证结果；
抓取模块130，用于当所述验证结果为验证失败时，抓取所述验证结果中的错误信息，并将所述错误信息添加至字符串缓存区中，调用截图方法对当前页面进行截图，按照预设规则保存截图文件，并继续执行所述检查点之后的步骤；
标记模块140，当所述测试用例的步骤已全部被执行时，依次从字符串缓存区中摘取所述错误信息，判断所述错误信息是否为空，若为空则过滤掉该条错误信息，并摘取下一条错误信息，若不为空则对所述测试用例标记执行失败；及
生成模块150，用于根据执行测试用例得到的测试结果及截图文件，生成测试报告。
此外，本发明还提供一种自动化测试方法。参照图3所示，为本发明自动化测试方法较佳实施例的流程图。该方法可以由一个装置执行，该装置可以由软件和/或硬件实现。
在本实施例中，自动化测试方法包括步骤s1-s5：
s1、接收执行测试的指令，从类文件中调取测试用例，所述测试用例包含多个步骤，在所述多个步骤之后添加一个或多个检查点；
s2、执行所述测试用例的一个步骤并得到执行结果，当所述步骤之后存在检查点，调用断言方法对所述步骤对应的执行结果进行验证，得到该执行结果对应的验证结果；
s3、当所述验证结果为验证失败时，抓取所述验证结果中的错误信息，并将所述错误信息添加至字符串缓存区中，调用截图方法对当前页面进行截图，按照预设规则保存截图文件，并继续执行所述检查点之后的步骤；
s4、当所述测试用例的步骤已全部被执行时，依次从字符串缓存区中摘取所述错误信息，判断所述错误信息是否为空，若为空则过滤掉该条错误信息，并摘取下一条错误信息，若不为空则对所述测试用例标记执行失败；及
s5、根据执行测试用例得到的测试结果及截图文件，生成测试报告。
本实施例中，针对某个对象进行自动化测试之前，首先需要确定具体的测试目的，并根据测试目的及对应的场景确定测试用例的范围及具体内容，例如，执行测试用例中的每一个操作步骤。然后，根据测试的需求或者测试重点，在执行某一操作步骤之后添加检查点(或者，断言点)，对执行结果进行验证。同时，在测试用例各检查点之后增加异常处理分支，将测试用例的文件写入类文件中。同时，通过testng.xml执行文件，配置执行本次测试需要执行的类文件、测试用例、执行的方法及调用的监听器等。
当电子装置接收到开始执行测试的指令时，按照预先利用testng.xml执行文件配置的内容进行测试。首先，从类文件中调用需要执行的测试用例，然后按照配置的执行顺序及执行方式选择测试用例，并执行测试用例中操作步骤。可以理解的是，可以预先配置多个测试用例按照先后顺序被一一执行，也可以预先配置多个测试用例并发执行，选择多个测试用例并发执行可以加快自动化测试速度。在其他实施例中，为了节省时间及资源，可以预设执行测试的时间，避免在工作时间进行测试操作。作为一种实施方式，预先设置一个预设时间点(例如，下午10:00)，每到预设时间点，开始按照预先配置的内容进行自动化测试，并执行相应的步骤。
具体的，每个测试用例的代码直接反应了多个步骤、执行步骤的先后顺序、步骤之后添加的检查点及每个检查点调用的断言方法。例如，以登录场景为例，该场景对应的测试用例包括多个步骤：账密输入、验证码验证、登录等，可在该测试用例的不同步骤之后加入不同的检查点，例如，验证验证码是否正确，验证登录是否成功等。
当执行该测试用例时，每执行完该测试用例的一个步骤，会得到一个执行结果，若该步骤之后添加了检查点，则从封装在基础类中的断言方法中调用该检查点对应的断言方法对上述步骤的执行结果进行验证，并根据实际执行结果与预期执行结果是否一致得到该检查点的验证结果。以上述登录步骤为例，若以一组账密相符的验证数据执行该登录步骤，该步骤之后设置的检查点的预期执行结果为成功，若实际执行结果与预期执行结果不一致，则说明该检查点的验证结果为验证失败，否则，验证结果为验证成功，也就是验证通过。可以理解的是，当验证结果为验证成功，重复上述步骤，继续执行该测试用例的后续步骤，得到执行后续步骤的执行结果，并对其进行验证。
进一步地，在测试过程中，若只采用一组验证数据执行该测试用例的某步骤，对得到的执行结果进行验证，可能出现验证结果不严谨的问题。在其他实施例中，为了避免因数据覆盖面不够广可能造成的问题，为关键步骤设置多组验证数据，并依次采用所述多组验证数据执行该关键步骤，并对执行结果进行验证，使验证结果更严谨、真实。针对上述登录步骤设置多组验证数据，其中，包括账密相符的数据及账密错误的数据等。以多组验证数据执行该登录操作，并分别对上述多组验证数据执行该登录操作的执行结果进行验证。
具体地，testng中常用的断言方法有：asserttrue：判断是否为true；assertfalse：判断是否为false；assertsame：判断引用地址是否相同；assertnotsame：判断引用地址是否不相同；assertnull：判断是否为null；assertnotnull：判断是否不为null；assertequals：判断是否相等，object类型的对象需要实现hasecode及equals方法；assertnotequals：判断是否不相等；assertequalsnoorder：判断忽略顺序是否相等等方法。将上述断言方法封装在基础类中，供后续对执行各个检查点时调用。
以打开浏览器的流程为例，该流程包括以下步骤：首先访问百度首页，然后在搜索框输入“xx”，点击搜索，等待2s后打印浏览器最新的标题，关闭浏览器。执行上述步骤会得到实际的执行结果“百度一下，你就知道”。在“等待2s后打印浏览器最新的标题”的步骤之后添加检查点，该检查点预期的执行结果为“百度”。在执行完“等待2s后打印浏览器最新的标题”的步骤后，对执行结果进行验证，发现实际执行结果与预期执行结果不一致，即验证失败，验证结果为：java.lang.assertionerror：excepted[百度]butfound[百度一下，你就知道]。该检查点调用的断言方法为assertequals，判断实际验证结果是否与预期验证结果一致，若不一致，则验证失败。测试人员可根据实际情况为不同的检查点选择不同的断言方法，灵活使用各种断言方法，才能使测试用例更加健壮。
当上述检查点的验证结果为验证失败时，从验证结果中抓取该检查点的错误信息，将错误信息添加至字符串缓存区中，以供后续摘取错误信息。需要说明的是，执行测试用例时可能出现多处检查点验证失败的情况，因此字符串缓存区中可能包含多个错误信息，所述多个错误信息按照发生验证失败的时间先后顺序依次添加至字符串缓存区。然后，流程进入异常处理分支，从基础类中调用截图方法，对出现验证失败这一时刻的页面进行截图。
具体地，调用截图方法使用浏览器驱动进行截取屏幕影像的操作，生成截图文件，根据截图文件中包含的该检查点及该检查点对应步骤的实际内容，对该截图文件进行截图文件目录分配，所述截图文件目录通过全局变量根目录(例如，uisupport)+调用执行类文件名(例如，baseapi.api)+调用方法名(例如，waitelement)组合而成，例如，uisupport.baseapi.api.waitelement，通过文件复制的方法将所述截图文件复制到该目录中，确定该截图文件的保存地址；然后获取截图动作发生的时间点，包括年、月、日、时、分、秒，并以预设格式输出，作为截图文件的名称，如，20171107_1848。
需要说明的是，在自动化测试过程中，可能出现在同一秒发生多次截图操作的情况，若按照上述命名步骤对截图文件进行命名，会出现不同截图文件重名的情况。在其他实施例中，为了防止在同一时刻截图生成的截图文件重名，在上述精确到秒的时间点后加入一个递增变量，并为截图文件生成唯一的文件名，例如，在某一秒同时有5次截图，获取这5次截图动作发生的时间信息(精确到毫秒)，根据5次截图动作的先后顺序分别为该5个截图文件名称后加一个1-5的递增变量，最终使截图文件分别归属至相应的截图文件目录中，并以时间点+递增变量+.jpg的形式进行命名，如，20171107_1848_4。
通过在检查点的验证步骤后加入截图的异常处理分支，使检查点验证失败时立即进行屏幕截图，有助于还原并展示发生错误时的页面信息。
当截图动作完成并成功保存截图文件后，若还有未被执行的步骤，继续执行未被执行的步骤，并重复上述步骤，直到所有测试用例的所有步骤均执行完毕，例如，上述“打开浏览器的流程”的例子中的“关闭浏览器”的步骤。在其他实施例中，所述截图方法中也加入了异常分支，如果截图失败，则抓住并抛出错误信息，不阻碍后续步骤的执行。例如，浏览器驱动无法进行截取屏幕影像的操作，直接抓取并抛出该错误信息，并继续执行后续操作。至此，已将验证结果中的所有错误信息添加至字符串缓存区中。
当标记失败方法从字符缓存区中摘取错误信息时，优先摘取时间较早的错误信息，并判断所述错误信息是否为空，若不为空，则可根据错误信息找到相应的检查点并标记验证失败，对该测试用例标记执行测试失败；若为空，则过滤掉该错误信息，继续摘取下一条错误信息。另外，标记失败方法每从字符串缓存区中摘取出一条错误信息，字符串缓存区中被摘取的该条错误信息会被删除，直到所述字符串缓存区中没有错误信息为止。至此，测试结束。
当测试结束后，提取类文件中监听器监听到的测试结果，生成测试报告。具体地，预先在类文件中添加监听器，引用该监听器监听自动化测试过程中的验证结果，同时，在testng.xml文件中加入报告监听器，用于提取类文件中添加的监听器，获取其监听到的信息，并在报告中还原并展示验证失败的错误信息。在生成测试报告的过程中，分别统计验证成功及验证失败的次数。对于验证失败的检查点，分别列出每个检查点的错误信息及对应的具体内容，包括：全局变量、类文件名、调用方法等，并根据每条错误信息的具体内容，确定与之对应的截图文件目录，并从该截图文件目录中摘取出相应的截图文件，展示在测试报告中。使测试人员更直观的了解测试过程中发生错误的具体原因。
上述实施例提出的自动化测试方法，通过加入异常处理分支，使检查点在验证失败后截取当前页面信息，并在测试报告的相应位置展示该截图，有助于测试人员快速精准定位测试过程中的错误信息及错误原因；同时，即使验证失败也不影响后续步骤的执行，提高了测试效率。
此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有自动化测试程序10，该程序被处理器执行时实现如下操作：
a1、接收执行测试的指令，从类文件中调取测试用例，所述测试用例包含多个步骤，在所述多个步骤之后添加一个或多个检查点；
a2、执行所述测试用例的一个步骤并得到执行结果，当所述步骤之后存在检查点，调用断言方法对所述步骤对应的执行结果进行验证，得到该执行结果对应的验证结果；
a3、当所述验证结果为验证失败时，抓取所述验证结果中的错误信息，并将所述错误信息添加至字符串缓存区中，调用截图方法对当前页面进行截图，按照预设规则保存截图文件，并继续执行所述检查点之后的步骤；
a4、当所述测试用例的步骤已全部被执行时，依次从字符串缓存区中摘取所述错误信息，判断所述错误信息是否为空，若为空则过滤掉该条错误信息，并摘取下一条错误信息，若不为空则对所述测试用例标记执行失败；及
a5、根据执行测试用例得到的测试结果及截图文件，生成测试报告。
本发明计算机可读存储介质具体实施方式与上述自动化测试方法和电子装置1的具体实施方式基本相同，在此不作累述。
需要说明的是，上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。