一种自动化测试方法、系统、终端及存储介质与流程

1.本技术涉及计算机技术领域，尤其是涉及一种自动化测试方法、系统、终端及存储介质。


背景技术：

2.随着计算机技术的发展，出现了网络游戏。在开发网络游戏的过程中，离不开成千上万的游戏资源，因此游戏资源是数量最多、占用空间最大的文件之一。
3.目前管理网络游戏资源依赖于程序、策划、美术的协作，但是由于大型游戏的庞大资源体系，要定位到哪个环节的资源出现问题，其过程是非常繁琐复杂的。目前的解决方法是通过测试人员反馈的bug定位相关文件，根据文件名判断归属的组别，然后把问题分发到对应的组别，例如策划组、场景组、人物组等，最后通过相应组别内部分配合适的人员来处理相应的资源问题。
4.针对上述中的相关技术，发明人认为存在有如下缺陷：由于发现bug并定位相关文件完全依靠测试人员，而测试人员的时间精力有限，很容易出现发现问题不及时或者没有发现问题的情况，间接影响用户的游戏体验。


技术实现要素：

5.为了减少了测试的人工成本，提高了处理错误资源的效率，本技术提供一种自动化测试方法、系统、终端及存储介质。
6.第一方面，本技术提供一种自动化测试方法，采用如下的技术方案：一种自动化测试方法，包括：获取游戏所涉及资源的历史加载失败原因信息以及对应原因加载失败后的修复耗时数据；基于不同资源的历史加载失败原因信息、对应原因加载失败后的修复耗时数据，逐一计算分析出每个资源历史加载失败后的有效修复耗时数据；将所计算出的每个资源历史加载失败后的有效修复耗时数据按照由多至少的顺序排序，并按照有效修复耗时数据由多至少的顺序，依次加载相应有效修复耗时数据所对应的资源；若存在资源加载失败，则生成日志文件上传到服务器，并继续下个资源的加载；对日志文件进行信息整理，分析获取错误资源信息；根据错误资源信息定位错误资源的存储路径、错误资源的创建者、上传源，并获取错误资源的创建者的联系方式，将通知信息发送至错误资源创建者所持终端。
7.通过采用上述技术方案，在加载资源之前分析计算出每个资源历史加载失败后的有效修复耗时数据，然后按照有效修复耗时数据由多至少的顺序对资源加载，相比于常规按照随意的顺序加载资源的方式，可以间接减少完成所有资源加载的耗时，而且在资源加载失败的情况下也能及时通知到错误资源创建者，方便相应资源创建人员及时修复。
8.可选的，逐一计算分析出每个资源历史加载失败后的有效修复耗时数据包括：基于所获取的游戏所涉及资源的历史加载失败原因信息，统计分析出每个资源历史加载失败的原因以及相应原因的占比；逐一计算出每个导致资源历史加载失败的原因的占比与相应原因所导致资源加载失败后的修复耗时数据的乘积并相加，将相加的和作为资源历史加载失败后的有效修复耗时数据。
9.通过采用上述技术方案，具体公开了如何分析获取每个资源历史加载失败后的有效修复耗时数据，从而能够方便更好的对资源排序，更加精确的减少完成所有资源加载的耗时。
10.可选的，对日志文件进行信息整理，分析获取错误资源信息包括：接收待分析的日志文件，从日志文件中提取待分析的文字；以待分析的文字在预设的存储有资源文件名的第一数据库中逐一比对查询，根据匹配结果，确定错误资源文件名；根据错误资源文件名查找最后一次入库的信息，并输出定位报告，定位报告包括错误资源的存储路径、错误资源的创建者、上传源。
11.通过采用上述技术方案，可以有效对日志作出分析，确定错误的资源，并通过查看错误的资源也能有效确认错误资源的存储路径、错误资源的创建者、上传源等信息。
12.可选的，通知信息发送至资源创建者所持终端包括：获取资源创建者、对应资源创建者在不同时段的反应时间；将通知信息以及是否确认接收的信息同步一并发送至资源创建者所持终端；基于当前时段确认资源创建者在当前时段的反应时间，并将资源创建者在当前时段的反应时间作为预设时间，若在预设时间内接收到确认接收信息，则确认通知信息发送成功；反之，则查询获取与资源创建者归属组别一致且预计当下临近资源创建者的备用通知人员，并将通知信息发送至备用通知人员所持终端。
13.通过采用上述技术方案，结合资源创建者在当下时段的反应时间，可以更加精确的分析判断资源创建者是否反应过来确认接收信息，若资源创建者没有及时接收，则会通过备用通知人员对资源创建者进行现场的通知，以及时对错误资源作修复。
14.可选的，查询获取与资源创建者归属组别一致且预计当下临近资源创建者的备用通知人员，并将通知信息发送至备用通知人员所持终端包括：获取资源创建者在所在办公室的工位信息以及相应资源创建者所归属组别的其他人员在办公室的工位信息和联系方式；基于归属于统一组别的人员的工位信息、以及预设的归属于统一组别的人员的单位时段反应时间，分析确认通知资源创建者耗时最短的人员备用通知人员，并将通知信息发送至备用通知人员所持终端。
15.通过采用上述技术方案，结合资源创建者在所在办公室的工位信息以及相应资源创建者所归属组别的其他人员，可以有效确认最合适通知资源创建者的人员。
16.可选的，分析确认通知资源创建者耗时最短的人员备用通知人员包括：从预设的存储有组别以及相应组别组员的单位时段反应时间的第二数据库中，以组别和当下时段作为查询对象，查询获取相应组别所有人员在当下时段的反应时间；
若其中反应时间最短的组员仅为一个，则选择反应时间最短的人员作为备用通知人员；若其中反应时间最短的组员为多个，则从反应时间最短的组员中，选择工位与资源创建者所在工位最近的组员作为备用通知人员。
17.通过采用上述技术方案，进一步考虑到存在同一组别且反应时间相同的情况，在这个情况下，则选择选择工位与资源创建者所在工位最近的组员作为备用通知人员。
18.可选的，包括位于对日志文件进行信息整理，分析获取错误资源信息之后且在将通知信息以及是否确认接收的信息同步一并发送至资源创建者所持终端之前的步骤，具体包括：获取资源创建者资源修复失败因素占比情况，其中修复失败的因素包括个人疏忽因素和个人能力不足因素；若修复失败的因素为个人疏忽因素占比较多，则查询获取资源创建者历史疏忽的因素，并将这些因素作颜色标记并加载在发送至资源创建者的通知信息中；若修复失败的因素为个人能力占比多，则查询获取相应资源的修复步骤，并将修复步骤作颜色标记并加载在发送至资源创建者的通知信息中。
19.通过采用上述技术方案，充分考虑到资源创建者在自己修复失败的时候的主要因素，为避免资源创建者在自己修复的时候再次出现问题，会针对资源创建者的问题情况提前给到对应的提示，以提高资源创建者的修复成功率，而在资源创建者在自己修复失败主因为个人疏忽时，则会再次把整体步骤发送给资源创建者，以引起资源创建者对细节的关注，减少失误。
20.第二方面，本技术提供一种自动化测试系统，采用如下的技术方案：一种自动化测试系统，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，该程序能够被处理器加载执行时实现如第一方面所述的一种自动化测试方法。
21.通过采用上述技术方案，通过相关程序的调取，有效排布了资源的加载顺序，减少完成所有资源加载的耗时，而且在资源加载失败的情况下也能及时通知到错误资源创建者，方便相应资源创建人员及时修复。
22.第三方面，本技术提供一种计算机存储介质，采用如下的技术方案：一种计算机存储介质，包括能够被处理器加载执行时实现如第一方面所述的一种自动化测试方法的程序。
23.通过采用上述技术方案，通过相关程序的调取，有效排布了资源的加载顺序，减少完成所有资源加载的耗时，而且在资源加载失败的情况下也能及时通知到错误资源创建者，方便相应资源创建人员及时修复。
24.第四方面，本技术提供一种终端，采用上如下的技术方案：一种终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，该程序能够被处理器加载执行时实现如第一方面所述的一种自动化测试方法。
25.通过采用上述技术方案，通过相关程序的调取，有效排布了资源的加载顺序，减少完成所有资源加载的耗时，而且在资源加载失败的情况下也能及时通知到错误资源创建者，方便相应资源创建人员及时修复。
26.综上所述，本技术的有益技术效果为：1.基于资源加载失败后修复的耗时，对资源加载顺序进行了排布，有效减少了完成所有资源加载的耗时；2.在出现资源加载失败的情况下，会及时通知相关资源创建者，而且在没有通知到相关资源创建者的情况下，也会通过通过备用通知人员来间接对相关资源创建者作现场的通知，以便于错误资源的及时修复。
附图说明
27.图1是本技术实施例自动化测试方法的整体步骤示意图。
28.图2是图1中步骤s200的具体步骤示意图。
29.图3是图1中步骤s500的具体步骤示意图。
30.图4是图1中步骤s600的具体步骤示意图。
31.图5是图4中步骤s630所提及的查询获取与资源创建者归属组别一致且预计当下临近资源创建者的备用通知人员，并将通知信息发送至备用通知人员所持终端的具体步骤示意图。
32.图6是图5中步骤s63b所提及的分析确认通知资源创建者耗时最短的人员备用通知人员的具体步骤示意图。
33.图7是位于步骤s500之后且在步骤s600所提及将通知信息以及是否确认接收的信息同步一并发送至资源创建者所持终端之前的具体步骤示意图。
具体实施方式
34.以下结合附图对本技术作进一步详细说明。
35.参照图1，为本技术公开一种自动化测试方法，包括步骤s100至步骤s600。
36.在步骤s100中，获取游戏所涉及资源的历史加载失败原因信息以及对应原因加载失败后的修复耗时数据。
37.其中，步骤s100所提及的游戏所涉及资源的历史加载失败原因信息以及对应原因加载失败后的修复耗时数据的获取，可以是从存储相关数据的数据库调取来获得。
38.在步骤s200中，基于不同资源的历史加载失败原因信息、对应原因加载失败后的修复耗时数据，逐一计算分析出每个资源历史加载失败后的有效修复耗时数据。
39.参照图2，其中，步骤s200包括步骤s210至步骤s220。
40.在步骤s210中，基于所获取的游戏所涉及资源的历史加载失败原因信息，统计分析出每个资源历史加载失败的原因以及相应原因的占比。
41.在步骤s220中，逐一计算出每个导致资源历史加载失败的原因的占比与相应原因所导致资源加载失败后的修复耗时数据的乘积并相加，将相加的和作为资源历史加载失败后的有效修复耗时数据。
42.举例来说，假定有一个资源甲，导致其加载失败的原因1占比是30%，导致其加载失败的原因2占比是70%，原因1的修复耗时为10分钟，原因2的修复耗时为5分钟，那么资源历史加载失败后的有效修复耗时数据为6分半。
43.在步骤s300中，将所计算出的每个资源历史加载失败后的有效修复耗时数据按照
由多至少的顺序排序，并按照有效修复耗时数据由多至少的顺序，依次加载相应有效修复耗时数据所对应的资源。
44.其中，步骤s300所提及对游戏内的资源加载主要通过基于游戏引擎制作的资源测试工具或游戏客户端。
45.进一步的，步骤s300所提及的对游戏内的资源加载包括包括resources.load和assetbundle加载资源方案，其中：resources load：使用这种方式加载资源，首先在asset目录下创建一个名为resources的文件夹，然后放入资源文件进行加载；assetbundle：将所有资源文件进行打包，并输出到streamassets，动态加载打包后的资源。
46.在步骤s400中，若存在资源加载失败，则生成日志文件上传到服务器，并继续下个资源的加载。
47.其中，步骤s400所提及的日志文件是用于记录系统操作事件的记录文件或文件集合，可分为事件日志和消息日志。具有处理历史数据、诊断问题的追踪以及理解系统的活动等重要作用。
48.在步骤s500中，对日志文件进行信息整理，分析获取错误资源信息。
49.参照图3，其中，步骤s500包括s510至步骤s530。
50.在步骤s510中，接收待分析的日志文件，从日志文件中提取待分析的文字。
51.在步骤s520中，以待分析的文字在预设的存储有资源文件名的第一数据库中逐一比对查询，根据匹配结果，确定错误资源文件名。
52.在步骤s530中，根据错误资源文件名查找最后一次入库的信息，并输出定位报告，定位报告包括错误资源的存储路径、错误资源的创建者、上传源。
53.其中，步骤s530所提及的根据错误资源文件名查找最后一次入库的信息来获取定位报告，类似于平时查阅文件的时候，文件中会有相应的存储位置、上传时间等自带的信息。
54.另外，步骤s530所提及的存储路径为将文件或程序保存在硬盘某个分区或该分区某个文件夹内，步骤s530所提及的上传源为用户具体上传资源的装置或设备。
55.在步骤s600中，根据错误资源信息定位错误资源的存储路径、错误资源的创建者、上传源，并获取错误资源的创建者的联系方式，将通知信息发送至错误资源创建者所持终端。
56.具体的，步骤s600所提及错误资源创建者所持终端可以为手机或电脑，也可以是其他通信设备，步骤s600所提及的获取错误资源的创建者的联系方式，可以是从存储有错误资源的创建者联系方式的数据库中查询获取。
57.参照图4，其中，步骤s600所提及将通知信息发送至错误资源创建者所持终端可划分为步骤s610至步骤s630。
58.在步骤s610中，获取资源创建者、对应资源创建者在不同时段的反应时间。
59.具体的，步骤s610所提及的资源创建者、对应资源创建者在不同时段的反应时间的获取可以是从存储相关数据的数据库中查询获取。
60.在步骤s620中，将通知信息以及是否确认接收的信息同步一并发送至资源创建者所持终端。
61.具体的，步骤s620所提及的资源创建者所持终端可以为手机、电脑，也可以是其他
通信设备。
62.在步骤s630中，基于当前时段确认资源创建者在当前时段的反应时间，并将资源创建者在当前时段的反应时间作为预设时间，若在预设时间内接收到确认接收信息，则确认通知信息发送成功；反之，则查询获取与资源创建者归属组别一致且预计当下临近资源创建者的备用通知人员，并将通知信息发送至备用通知人员所持终端。
63.其中，步骤s630所提及的备用通知人员所持终端与资源创建者所持终端一样，可以是手机、电脑，也可以是其他通信设备。
64.另外，针对步骤s630，举例来说，假定资源创建者在当下时段的反应时间为2分钟，那么在2分钟内，资源创建者未确认接收信息的情况下，会通知备用通知人员，让备用通知人员直接通知资源创建者。
65.参照图5，其中，步骤s630所提及查询获取与资源创建者归属组别一致且预计当下临近资源创建者的备用通知人员，并将通知信息发送至备用通知人员所持终端可划分为步骤s63a至步骤s63b。
66.在步骤s63a中，获取资源创建者在所在办公室的工位信息以及相应资源创建者所归属组别的其他人员在办公室的工位信息和联系方式。
67.在步骤s63b中，基于归属于统一组别的人员的工位信息、以及预设的归属于统一组别的人员的单位时段反应时间，分析确认通知资源创建者耗时最短的人员备用通知人员，并将通知信息发送至备用通知人员所持终端。
68.参照图6，其中，步骤s63b所提及分析确认通知资源创建者耗时最短的人员备用通知人员可划分为步骤s63b.1、步骤s63b.a、步骤s63b.b。
69.在步骤s63b.1中，从预设的存储有组别以及相应组别组员的单位时段反应时间的第二数据库中，以组别和当下时段作为查询对象，查询获取相应组别所有人员在当下时段的反应时间。
70.在步骤s63b.a中，若其中反应时间最短的组员仅为一个，则选择反应时间最短的人员作为备用通知人员。
71.在步骤s63b.b中，若其中反应时间最短的组员为多个，则从反应时间最短的组员中，选择工位与资源创建者所在工位最近的组员作为备用通知人员。
72.举例来说，反应时间最短的组员为两个，且均是3分钟，那么此时会选择工位距离资源创建者所在工位最近的组员。
73.参照图7，另外，一种自动化测试方法还包括位于对日志文件进行信息整理，分析获取错误资源信息之后且在将通知信息以及是否确认接收的信息同步一并发送至资源创建者所持终端之前的步骤，具体可划分为步骤sa00至步骤sc00。
74.在步骤sa00中，获取资源创建者资源修复失败因素占比情况，其中修复失败的因素包括个人疏忽因素和个人能力不足因素。
75.其中，步骤sa00所提及的资源创建者资源修复失败因素占比情况的获取是通过查询存储有相关数据的数据库获取的。
76.在步骤sb00中，若修复失败的因素为个人疏忽因素占比较多，则查询获取资源创建者历史疏忽的因素，并将这些因素作颜色标记并加载在发送至资源创建者的通知信息中。
77.其中，步骤sb00所提及的资源创建者历史疏忽的因素可以从预设的存储有资源创建者历史疏忽的因素的数据库中查询获取，另外针对些因素作颜色标记可以采用红色标记，也可以基于用户需要作相应颜色的调节。
78.在步骤sc00中，若修复失败的因素为个人能力占比多，则查询获取相应资源的修复步骤，并将修复步骤作颜色标记并加载在发送至资源创建者的通知信息中。
79.其中，步骤sc00所提及的相应资源的修复步骤可以从预设的存储有相应资源的修复步骤的数据库中查询获取，另外针对修复步骤作颜色标记，可以采用红外标记，也可以基于用户需要作相应颜色的调节。
80.本实施例的实施原理为：在实际加载资源之前，先分析计算出每个资源如果需要修复时的预计耗时，在实际加载资源时，按照此耗时由多至少的顺序加载资源，从而尽可能节约时间的浪费，而且针对加载失败的资源，通过查询日志文件的方式能够及时定位到具体资源的创建人员，并及时通知创建人员作相关资源的修复。
81.而且在创建人员未及时修复的时候，也能及时通知备用通知人员对创建人员作现场的提醒，从而保障错误资源的及时修复。
82.本发明实施例提供一种计算机可读存储介质，包括能够被处理器加载执行时实现如图1
‑
图7任一种方法的程序。
83.所述计算机可读存储介质例如包括：u盘、移动硬盘、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
84.基于同一发明构思，本发明实施例提供一种自动化测试系统，包括存储器、处理器，存储器上存储有可在所述处理器上运行实现如图1至图7任一种方法的程序。
85.本技术实施例还公开一种终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，该程序能够被处理器加载执行时实现如图1至图7任一种方法。
86.本具体实施方式的实施例均为本技术的较佳实施例，并非依此限制本技术的保护范围，故：凡依本技术的结构、形状、原理所做的等效变化，均应涵盖于本技术的保护范围之内。