CN114218079A - 一种案例测试方法、装置、设备及可读存储介质 - Google Patents

Abstract

本发明提供了一种案例测试方法、装置、设备及可读存储介质，所述方法包括：获取本次每个测试案例的执行信息，所述执行信息包括执行顺序编号；按照所述执行顺序编号依次执行所述测试案例，得到每个所述测试案例的执行结果，所述执行结果包括执行失败次数；根据每个所述测试案例的所述执行失败次数更新每个所述测试案例的执行顺序，得到更新后的执行顺序；按照更新后的执行顺序进行下次案例测试。在本发明中，每次执行之后可以更新测试案例的测试顺序，让执行失败次数较多的案例排列在前面，通过此种方式可以保证在每次执行中更早的暴露问题，进而就可以尽早的解决问题。

Description

一种案例测试方法、装置、设备及可读存储介质

技术领域

本发明涉及测试技术领域，具体而言，涉及一种案例测试方法、装置、设备及可读存储介质。

背景技术

目前，针对现有的测试方案，都是执行测试用例集，对于案例多，执行完成时间过长，发现问题时间也往往要很久的情况，没有针对案例的执行结果进行分析执行优先级的方案。同时如何全面的定位问题原因，目前也没有更系统的解决方案。

发明内容

本发明的目的在于提供一种案例测试方法、装置、设备及可读存储介质，以改善上述问题。

为了实现上述目的，本申请实施例提供了如下技术方案：

一方面，本申请实施例提供了一种案例测试方法，所述方法包括：

获取本次每个测试案例的执行信息，所述执行信息包括执行顺序编号；

按照所述执行顺序编号依次执行所述测试案例，得到每个所述测试案例的执行结果，所述执行结果包括执行失败次数；

根据每个所述测试案例的所述执行失败次数更新每个所述测试案例的执行顺序，得到更新后的执行顺序；

按照更新后的执行顺序进行下次案例测试。

可选的，所述根据每个所述测试案例的所述执行失败次数更新每个所述测试案例的执行顺序，得到更新后的执行顺序，包括：

按照所述执行失败次数从大到小的顺序调整每个所述测试案例的执行顺序，得到所述更新后的执行顺序，其中，若至少两个所述测试案例对应的所述测试失败次数相同，则按照每个所述测试案例所对应的案例编号从小到大进行排序。

可选的，所述获取本次每个测试案例的执行信息前，还包括：

获取包括登陆信息的图片；

利用图片识别技术识别出所述图片中包括的登陆账号和登陆密码，利用所述登陆账号和所述登陆密码登陆测试系统。

可选的，所述根据每个所述测试案例的所述执行失败次数更新每个所述测试案例的执行顺序，得到更新后的执行顺序后，还包括：

获取第一日志和第二日志，所述第一日志包括执行失败的所述测试案例的执行日志，所述执行日志包括执行的步骤、执行过程中使用的数据和执行后得到的数据；所述第二日志包括执行所述失败的所述测试案例后被测应用的开发者日志；

根据所述执行的步骤、所述执行过程中使用的数据和所述执行后得到的数据，得到执行失败的步骤；

将所述执行失败的步骤与所述第二日志进行整合，得到第一提示信息，并将所述第一提示信息发送至相关人员的邮箱，用于指导所述相关人员解决执行失败的问题。

可选的，所述根据每个所述测试案例的所述执行失败次数更新每个所述测试案例的执行顺序，得到更新后的执行顺序后，还包括：

获取第三日志，所述第三日志包括在执行过程中任意一条执行失败的所述测试案例在执行前测试设备的系统日志和执行后测试设备的系统日志；

将所述执行前测试设备的系统日志和所述执行后测试设备的系统日志进行对比分析，得到分析结果；

将所述分析结果发送至相关人员的邮箱，用于指导所述相关人员解决执行失败的问题。

可选的，所述按照所述执行顺序编号依次执行所述测试案例，得到每个所述测试案例的执行结果后，还包括：

对所述执行结果进行分析，若所述执行结果为执行失败，则生成失败提示信息；

将所述失败提示信息显示在显示界面上，用于提醒相关工作人员进行相应的处理。

第二方面，本申请实施例提供了一种案例测试装置，所述装置包括第一获取模块、第一执行模块、更新模块和第二执行模块。

第一获取模块，用于获取本次每个测试案例的执行信息，所述执行信息包括执行顺序编号；

第一执行模块，用于按照所述执行顺序编号依次执行所述测试案例，得到每个所述测试案例的执行结果，所述执行结果包括执行失败次数；

更新模块，用于根据每个所述测试案例的所述执行失败次数更新每个所述测试案例的执行顺序，得到更新后的执行顺序；

第二执行模块，用于按照更新后的执行顺序进行下次案例测试。

可选的，所述更新模块，包括：

更新单元，用于按照所述执行失败次数从大到小的顺序调整每个所述测试案例的执行顺序，得到所述更新后的执行顺序，其中，若至少两个所述测试案例对应的所述测试失败次数相同，则按照每个所述测试案例所对应的案例编号从小到大进行排序。

可选的，所述装置，还包括：

第二获取模块，用于获取包括登陆信息的图片；

登陆模块，用于利用图片识别技术识别出所述图片中包括的登陆账号和登陆密码，利用所述登陆账号和所述登陆密码登陆测试系统。

可选的，所述装置，还包括：

第三获取模块，用于获取第一日志和第二日志，所述第一日志包括执行失败的所述测试案例的执行日志，所述执行日志包括执行的步骤、执行过程中使用的数据和执行后得到的数据；所述第二日志包括执行所述失败的所述测试案例后被测应用的开发者日志；

计算模块，用于根据所述执行的步骤、所述执行过程中使用的数据和所述执行后得到的数据，得到执行失败的步骤；

第一发送模块，用于将所述执行失败的步骤与所述第二日志进行整合，得到第一提示信息，并将所述第一提示信息发送至相关人员的邮箱，用于指导所述相关人员解决执行失败的问题。

可选的，所述装置，还包括：

第四获取模块，用于获取第三日志，所述第三日志包括在执行过程中任意一条执行失败的所述测试案例在执行前测试设备的系统日志和执行后测试设备的系统日志；

对比模块，用于将所述执行前测试设备的系统日志和所述执行后测试设备的系统日志进行对比分析，得到分析结果；

第二发送模块，用于将所述分析结果发送至相关人员的邮箱，用于指导所述相关人员解决执行失败的问题。

可选的，所述装置，还包括：

分析模块，用于对所述执行结果进行分析，若所述执行结果为执行失败，则生成失败提示信息；

第三发送模块，用于将所述失败提示信息显示在显示界面上，用于提醒相关工作人员进行相应的处理。

第三方面，本申请实施例提供了一种案例测试设备，所述设备包括存储器和处理器。存储器用于存储计算机程序；处理器用于执行所述计算机程序时实现上述案例测试方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述案例测试方法的步骤。

本发明的有益效果为：

1、在本发明中，每次执行之后可以更新测试案例的测试顺序，让执行失败次数较多的案例排列在前面，通过此种方式可以保证在每次执行中更早的暴露问题，进而就可以尽早的解决问题，也就是说可以增加预留给解决问题的工作人员的解决时间。

2、本发明会获取执行失败的测试案例的相关日志，并且对这些日志进行相应的分析，进而得到相应的分析结果或提示信息，并将其发送到解决问题的相关工作人员处，通过此种方式可以帮助工作人员快速全面的定位问题，尽早的解决导致执行失败的问题。

本发明的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明实施例中所述的案例测试方法流程示意图；

图2是本发明实施例中所述的案例测试装置结构示意图；

图3是本发明实施例中所述的案例测试设备结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号或字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

实施例1

如图1所示，本实施例提供了一种案例测试方法，该方法包括步骤S1、步骤S2、步骤S3和步骤S4。

步骤S1、获取本次每个测试案例的执行信息，所述执行信息包括执行顺序编号；

步骤S2、按照所述执行顺序编号依次执行所述测试案例，得到每个所述测试案例的执行结果，所述执行结果包括执行失败次数；

步骤S3、根据每个所述测试案例的所述执行失败次数更新每个所述测试案例的执行顺序，得到更新后的执行顺序；

步骤S4、按照更新后的执行顺序进行下次案例测试。

在本实施例中，最开始会获取每个测试案例的执行信息，执行信息包括执行顺序编号、案例编号、案例名称、执行成功次数和执行失败次数，例如本次执行的测试案例为4个，则最开始获取到的执行信息如下：

执行顺序编号：1，案例编号：0001案例名称：案例A，执行成功次数：0，执行失败次数：0；

执行顺序编号：2，案例编号：0002案例名称：案例B，执行成功次数：0，执行失败次数：0；

执行顺序编号：3，案例编号：0003案例名称：案例C，执行成功次数：0，执行失败次数：0；

执行顺序编号：4，案例编号：0004案例名称：案例D，执行成功次数：0，执行失败次数：0；

本次在按照所述执行顺序编号依次执行完所述测试案例之后，每个测试案例均会得到对应的执行结果，例如本次执行之后案例2和案例3执行失败，则执行信息变成如下所示：

执行顺序编号：1，案例编号：0001案例名称：案例A，执行成功次数：1，执行失败次数：0；

执行顺序编号：2，案例编号：0002案例名称：案例B，执行成功次数：0，执行失败次数：1；

执行顺序编号：3，案例编号：0003案例名称：案例C，执行成功次数：0，执行失败次数：1；

执行顺序编号：4，案例编号：0004案例名称：案例D，执行成功次数：1，执行失败次数：0

在本次执行完毕之后，有些测试案例的执行失败次数发生了变化，那么就会按照执行失败的次数的大小对测试案例的执行顺序重新排列，同时如两个测试案例的执行失败次数相同，那么就按照测试案例的案例编号从小到大的顺序进行排序。

延用上面举的例子，本次执行之后，执行信息发生变化之后，根据更新规则重新排序后的顺序为：

执行顺序编号：1，案例编号：0002案例名称：案例B，执行成功次数：0，执行失败次数：1；

执行顺序编号：2，案例编号：0003案例名称：案例C，执行成功次数：0，执行失败次数：1；

执行顺序编号：3，案例编号：0001案例名称：案例A，执行成功次数：1，执行失败次数：0；

执行顺序编号：4，案例编号：0004案例名称：案例D，执行成功次数：1，执行失败次数：0。

进而在下次进行案例执行时就按照上述的顺序执行测试案例。

在本实施例中，每次执行之后可以更新测试案例的测试顺序，让执行失败次数较多的案例排列在前面，通过此种方式可以保证在每次执行中更早的暴露问题，进而就可以尽早的解决问题，也就是说可以增加预留给解决问题的工作人员的解决时间。

在本公开的一种具体实施方式中，所述步骤S3，还可以包括步骤S31。

步骤S31、按照所述执行失败次数从大到小的顺序调整每个所述测试案例的执行顺序，得到所述更新后的执行顺序，其中，若至少两个所述测试案例对应的所述测试失败次数相同，则按照每个所述测试案例所对应的案例编号从小到大进行排序。

在本公开的一种具体实施方式中，所述步骤S1前，还可以包括步骤S11和步骤S12。

步骤S11、获取包括登陆信息的图片；

步骤S12、利用图片识别技术识别出所述图片中包括的登陆账号和登陆密码，利用所述登陆账号和所述登陆密码登陆测试系统。

在本实施例中，利用图片识别技术识别后自动登陆可以减少测试人员的登陆时间，提高测试人员的工作效率。

在本公开的一种具体实施方式中，所述方法，还可以包括步骤S5、步骤S6和步骤S7。

步骤S5、获取第一日志和第二日志，所述第一日志包括执行失败的所述测试案例的执行日志，所述执行日志包括执行的步骤、执行过程中使用的数据和执行后得到的数据；所述第二日志包括执行所述失败的所述测试案例后被测应用的开发者日志；

步骤S6、根据所述执行的步骤、所述执行过程中使用的数据和所述执行后得到的数据，得到执行失败的步骤；

步骤S7、将所述执行失败的步骤与所述第二日志进行整合，得到第一提示信息，并将所述第一提示信息发送至相关人员的邮箱，用于指导所述相关人员解决执行失败的问题。

在本实施例中，每一个测试案例在执行之后均会有对应的第一日志和第二日志，本实施例中只将执行失败的测试案例的第一日志和第二日志综合进行分析。其中，若一个测试案例执行失败之后，则会获取这个测试案例的执行日志，对比执行过程中使用的数据和执行后得到的数据就可以得到执行失败的步骤；第二日志就是被测应用的开发者日志，其中测试案例就是为了测试被测应用的系统稳定性，将执行失败的步骤与第二日志整合后发送到相关的工作人员处，可以帮助工作人员找到快速的定位问题，进而尽快的解决问题。

在本公开的一种具体实施方式中，所述方法，还可以包括步骤S8、步骤S9和步骤S10。

步骤S8、获取第三日志，所述第三日志包括在执行过程中任意一条执行失败的所述测试案例在执行前测试设备的系统日志和执行后测试设备的系统日志；

步骤S9、将所述执行前测试设备的系统日志和所述执行后测试设备的系统日志进行对比分析，得到分析结果；

步骤S10、将所述分析结果发送至相关人员的邮箱，用于指导所述相关人员解决执行失败的问题。

在本实施例中，还会获取测试设备(测试设备可以是手机、电脑、平板等设备，在本实施例中测试设备为手机)的系统日志，例如，案例编号为0002的测试案例在本次执行过程中执行失败，那么就会获取执行案例编号为0002的测试案例之前测试设备的系统日志，以及获取执行案例编号为0002的测试案例之后的测试设备的系统日志。本实施例中的系统日志包括测试设备的CPU、电量、内存和崩溃信息，分析前后两个系统日志，就可以得到分析结果。其中，若执行案例编号为0002的测试案例后电量消耗大于15％、内存和CPU仍然上升不下降和崩溃信息中出现崩溃关键字段，则会在分析结果中生成警示信息进行重点突出，以尽快的帮助工作人员解决问题。

在本公开的一种具体实施方式中，所述方法，还可以包括步骤S11和步骤S12。

步骤S11、对所述执行结果进行分析，若所述执行结果为执行失败，则生成失败提示信息；

步骤S12、将所述失败提示信息显示在显示界面上，用于提醒相关工作人员进行相应的处理。

在本实施例中，在每次执行完一个测试案例之后都会对其执行结果进行分析，如执行结果是执行失败，那么会在显示界面上显示失败信息，通过此种方式可以使工作人员立马知晓某个测试案例测试失败了，进而可以帮助工作人员尽早的解决测试案例执行失败的问题。

实施例2

如图2所示，本实施例提供了一种案例测试装置，所述装置包括第一获取模块701、第一执行模块702、更新模块703和第二执行模块704。

所述第一获取模块701，用于获取本次每个测试案例的执行信息，所述执行信息包括执行顺序编号；

所述第一执行模块702，用于按照所述执行顺序编号依次执行所述测试案例，得到每个所述测试案例的执行结果，所述执行结果包括执行失败次数；

所述更新模块703，用于根据每个所述测试案例的所述执行失败次数更新每个所述测试案例的执行顺序，得到更新后的执行顺序；

所述第二执行模块704，用于按照更新后的执行顺序进行下次案例测试。

在本实施例中，每次执行之后可以更新测试案例的测试顺序，让执行失败次数较多的案例排列在前面，通过此种方式可以保证在每次执行中更早的暴露问题，进而就可以尽早的解决问题，也就是说可以增加预留给解决问题的工作人员的解决时间。

在本公开的一种具体实施方式中，所述更新模块703包括更新单元7031。

更新单元7031，用于按照所述执行失败次数从大到小的顺序调整每个所述测试案例的执行顺序，得到所述更新后的执行顺序，其中，若至少两个所述测试案例对应的所述测试失败次数相同，则按照每个所述测试案例所对应的案例编号从小到大进行排序。

在本公开的一种具体实施方式中，所述装置，还包括第二获取模块705和登陆模块706。

第二获取模块705，用于获取包括登陆信息的图片；

登陆模块706，用于利用图片识别技术识别出所述图片中包括的登陆账号和登陆密码，利用所述登陆账号和所述登陆密码登陆测试系统。

在本公开的一种具体实施方式中，所述装置，还包括第三获取模块707、计算模块708和第一发送模块709。

第三获取模块707，用于获取第一日志和第二日志，所述第一日志包括执行失败的所述测试案例的执行日志，所述执行日志包括执行的步骤、执行过程中使用的数据和执行后得到的数据；所述第二日志包括执行所述失败的所述测试案例后被测应用的开发者日志；

计算模块708，用于根据所述执行的步骤、所述执行过程中使用的数据和所述执行后得到的数据，得到执行失败的步骤；

第一发送模块709，用于将所述执行失败的步骤与所述第二日志进行整合，得到第一提示信息，并将所述第一提示信息发送至相关人员的邮箱，用于指导所述相关人员解决执行失败的问题。

在本公开的一种具体实施方式中，所述装置，还包括第四获取模块710、对比模块711和第二发送模块712。

第四获取模块710，用于获取第三日志，所述第三日志包括在执行过程中任意一条执行失败的所述测试案例在执行前测试设备的系统日志和执行后测试设备的系统日志；

对比模块711，用于将所述执行前测试设备的系统日志和所述执行后测试设备的系统日志进行对比分析，得到分析结果；

第二发送模块712，用于将所述分析结果发送至相关人员的邮箱，用于指导所述相关人员解决执行失败的问题。

在本公开的一种具体实施方式中，所述装置，还包括分析模块713和第三发送模块714。

分析模块713，用于对所述执行结果进行分析，若所述执行结果为执行失败，则生成失败提示信息；

第三发送模块714，用于将所述失败提示信息显示在显示界面上，用于提醒相关工作人员进行相应的处理。

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

实施例3

相应于上面的方法实施例，本公开实施例还提供了案例测试设备，下文描述的案例测试设备与上文描述的案例测试方法可相互对应参照。

图3是根据一示例性实施例示出的案例测试设备800的框图。如图3所示，该案例测试设备800可以包括：处理器801，存储器802。该案例测试设备800还可以包括多媒体组件803，输入/输出(I/O)接口804，以及通信组件805中的一者或多者。

其中，处理器801用于控制该案例测试设备800的整体操作，以完成上述的案例测试方法中的全部或部分步骤。存储器802用于存储各种类型的数据以支持在该案例测试设备800的操作，这些数据例如可以包括用于在该案例测试设备800上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器802可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件803可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器802或通过通信组件805发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口804为处理器801和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件805用于该案例测试设备800与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(NearFieldCommunication，简称NFC)，2G、3G或4G，或它们中的一种或几种的组合，因此相应的该通信组件805可以包括：Wi-Fi模块，蓝牙模块，NFC模块。

在一示例性实施例中，该案例测试设备800可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital Signal ProcessingDevice，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的案例测试方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的案例测试方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器802，上述程序指令可由该案例测试设备800的处理器801执行以完成上述的案例测试方法。

实施例4

相应于上面的方法实施例，本公开实施例还提供了一种可读存储介质，下文描述的一种可读存储介质与上文描述的案例测试方法可相互对应参照。

一种可读存储介质，可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例的案例测试方法的步骤。

该可读存储介质具体可以为U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可存储程序代码的可读存储介质。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种案例测试方法，其特征在于，包括：

获取本次每个测试案例的执行信息，所述执行信息包括执行顺序编号；

按照所述执行顺序编号依次执行所述测试案例，得到每个所述测试案例的执行结果，所述执行结果包括执行失败次数；

根据每个所述测试案例的所述执行失败次数更新每个所述测试案例的执行顺序，得到更新后的执行顺序；

按照更新后的执行顺序进行下次案例测试。

2.根据权利要求1所述的案例测试方法，其特征在于，所述根据每个所述测试案例的所述执行失败次数更新每个所述测试案例的执行顺序，得到更新后的执行顺序，包括：

按照所述执行失败次数从大到小的顺序调整每个所述测试案例的执行顺序，得到所述更新后的执行顺序，其中，若至少两个所述测试案例对应的所述测试失败次数相同，则按照每个所述测试案例所对应的案例编号从小到大进行排序。

3.根据权利要求1所述的案例测试方法，其特征在于，所述获取本次每个测试案例的执行信息前，还包括：

获取包括登陆信息的图片；

利用图片识别技术识别出所述图片中包括的登陆账号和登陆密码，利用所述登陆账号和所述登陆密码登陆测试系统。

4.根据权利要求1所述的案例测试方法，其特征在于，所述根据每个所述测试案例的所述执行失败次数更新每个所述测试案例的执行顺序，得到更新后的执行顺序后，还包括：

获取第一日志和第二日志，所述第一日志包括执行失败的所述测试案例的执行日志，所述执行日志包括执行的步骤、执行过程中使用的数据和执行后得到的数据；所述第二日志包括执行所述失败的所述测试案例后被测应用的开发者日志；

根据所述执行的步骤、所述执行过程中使用的数据和所述执行后得到的数据，得到执行失败的步骤；

将所述执行失败的步骤与所述第二日志进行整合，得到第一提示信息，并将所述第一提示信息发送至相关人员的邮箱，用于指导所述相关人员解决执行失败的问题。

5.根据权利要求1所述的案例测试方法，其特征在于，所述根据每个所述测试案例的所述执行失败次数更新每个所述测试案例的执行顺序，得到更新后的执行顺序后，还包括：

获取第三日志，所述第三日志包括在执行过程中任意一条执行失败的所述测试案例在执行前测试设备的系统日志和执行后测试设备的系统日志；

将所述执行前测试设备的系统日志和所述执行后测试设备的系统日志进行对比分析，得到分析结果；

将所述分析结果发送至相关人员的邮箱，用于指导所述相关人员解决执行失败的问题。

6.根据权利要求1所述的案例测试方法，其特征在于，所述按照所述执行顺序编号依次执行所述测试案例，得到每个所述测试案例的执行结果后，还包括：

对所述执行结果进行分析，若所述执行结果为执行失败，则生成失败提示信息；

将所述失败提示信息显示在显示界面上，用于提醒相关工作人员进行相应的处理。

7.一种案例测试装置，其特征在于，包括：

第一获取模块，用于获取本次每个测试案例的执行信息，所述执行信息包括执行顺序编号；

第一执行模块，用于按照所述执行顺序编号依次执行所述测试案例，得到每个所述测试案例的执行结果，所述执行结果包括执行失败次数；

更新模块，用于根据每个所述测试案例的所述执行失败次数更新每个所述测试案例的执行顺序，得到更新后的执行顺序；

第二执行模块，用于按照更新后的执行顺序进行下次案例测试。

8.根据权利要求7所述的案例测试装置，其特征在于，所述更新模块，包括：

更新单元，用于按照所述执行失败次数从大到小的顺序调整每个所述测试案例的执行顺序，得到所述更新后的执行顺序，其中，若至少两个所述测试案例对应的所述测试失败次数相同，则按照每个所述测试案例所对应的案例编号从小到大进行排序。

9.根据权利要求7所述的案例测试装置，其特征在于，所述装置，还包括：

第二获取模块，用于获取包括登陆信息的图片；

登陆模块，用于利用图片识别技术识别出所述图片中包括的登陆账号和登陆密码，利用所述登陆账号和所述登陆密码登陆测试系统。

10.根据权利要求7所述的案例测试装置，其特征在于，所述装置，还包括：

第三获取模块，用于获取第一日志和第二日志，所述第一日志包括执行失败的所述测试案例的执行日志，所述执行日志包括执行的步骤、执行过程中使用的数据和执行后得到的数据；所述第二日志包括执行所述失败的所述测试案例后被测应用的开发者日志；

计算模块，用于根据所述执行的步骤、所述执行过程中使用的数据和所述执行后得到的数据，得到执行失败的步骤；

第一发送模块，用于将所述执行失败的步骤与所述第二日志进行整合，得到第一提示信息，并将所述第一提示信息发送至相关人员的邮箱，用于指导所述相关人员解决执行失败的问题。

11.根据权利要求7所述的案例测试装置，其特征在于，所述装置，还包括：

第四获取模块，用于获取第三日志，所述第三日志包括在执行过程中任意一条执行失败的所述测试案例在执行前测试设备的系统日志和执行后测试设备的系统日志；

对比模块，用于将所述执行前测试设备的系统日志和所述执行后测试设备的系统日志进行对比分析，得到分析结果；

第二发送模块，用于将所述分析结果发送至相关人员的邮箱，用于指导所述相关人员解决执行失败的问题。

12.根据权利要求7所述的案例测试装置，其特征在于，所述装置，还包括：

分析模块，用于对所述执行结果进行分析，若所述执行结果为执行失败，则生成失败提示信息；

第三发送模块，用于将所述失败提示信息显示在显示界面上，用于提醒相关工作人员进行相应的处理。

13.一种案例测试设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至6任一项所述案例测试方法的步骤。

14.一种可读存储介质，其特征在于：所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述案例测试方法的步骤。

Images