1.本发明涉及计算机
技术领域：
：，尤其涉及一种应用测试方法和装置。
背景技术：
：：2.随着智能设备的普及，通过app浏览网页、购物、交友等行为的用户成为主流群体。这部分用户在正常使用app时，由于基数较大，高概率会遇到闪退、卡死等现象，导致不能正常操作。开发人员需尽快对崩溃原因进行定位、分析和修改，保证用户的操作体验。3.目前崩溃收集方式主要包括：1)安装崩溃平台组件查看；2)自定义app运行日志功能以记录崩溃信息；3)在app开发测试阶段由测试或开发人员发现，通过操作流程进行复现。4.在实现本发明的过程中，发明人发现现有技术至少存在如下问题：所得崩溃原因不够直观，只能模糊解析出用户访问页面的路径，或是解析到出错的堆栈地址，导致无法复原崩溃前用户的全部行为。另外，有些非研发人员由于不懂代码，故无法参与定位崩溃原因。技术实现要素：5.有鉴于此，本发明实施例提供一种应用测试方法和装置，至少能够解决现有技术中复原崩溃前用户全部行为不便和使用具有门槛的现象。6.为实现上述目的，根据本发明实施例的一个方面，提供了一种应用测试方法，包括：7.测试端解析应用崩溃数据的链路结构，确定所述链路结构中排序第一的节点，获取与所述节点对应的操作数据；其中，操作数据包括对一个视图组件的操作参数；8.基于操作参数对所述一个视图组件进行自动化操作；9.若操作结果为崩溃，则确定与所述节点对应的操作逻辑异常，否则继续操作所述链路结构中的下一个节点，直至出现崩溃为止。10.可选的，所述应用崩溃数据还包括所述一个视图组件的属性数据；11.在所述基于所述操作参数对所述一个视图组件进行自动化操作的同时，还包括：对所述一个视图组件创建提示框，以在所述提示框内显示所述属性数据。12.可选的，在所述测试端解析应用崩溃数据的链路结构之前，包括：13.确定与所述一个视图组件对应的应用，在所述应用的显示窗口上创建覆盖图层；14.所述基于操作参数对所述一个视图组件进行自动化操作，包括：15.基于所述操作数据，在所述图层上显示对所述应用的操作区域；16.在所述操作区域内，基于所述操作参数对所述一个视图组件进行自动化操作。17.可选的，所述测试端解析应用崩溃数据的链路结构，包括：18.所述测试端扫描接收自服务端的标识码，以基于所述标识码中的信息，从所述服务端处拉取应用崩溃数据并解析，得到链路结构；19.在所述测试端解析应用崩溃数据的链路结构之前，还包括：20.所述服务端接收客户端传输的日志文件，解析所述日志文件得到应用崩溃数据并保存，对所述应用崩溃数据设置主键标识；21.基于所述主键标识、所述服务端的访问地址、访问所述服务端的接口信息，生成标识码并发送至所述测试端；其中，所述测试端订阅所述应用的崩溃数据。22.可选的，在所述服务端接收客户端传输的日志文件之前，还包括：23.所述客户端在监听到所述应用非正常退出时，将所述应用的全局数据结构以日志文件形式存储到所述应用的缓存中；24.响应于对所述应用的再次启动操作，判断所述缓存中是否存在日志文件，若存在，则将所述日志文件传输至所述服务端。25.可选的，所述方法还包括：26.所述客户端接收对所述应用中一个视图组件的操作参数，将所述操作参数以第一模型形式存储，得到操作数据；27.获取对所述一个视图组件当前设置的属性参数，将所述属性参数以第二模型形式存储，得到属性数据；28.将所述操作数据和所述属性数据存储至全局数据结构内。29.可选的，所述将所述操作数据和所述属性数据存储至全局数据结构内，包括：30.将所述属性数据存储至所述操作数据内，之后将操作数据存储至全局数据结构内。31.可选的，还包括：响应于对所述应用的启动操作，对全局数据结构进行初始化处理；以及32.响应于对所述应用的切后台操作，将切后台参数所述第一模型形式进行存储，得到切后台操作数据并存储至全局数据结构内；以及33.响应于对所述应用的从后台唤醒操作，将唤醒参数以所述第一模型形式进行存储，得到从后台唤醒操作数据并存储至全局数据结构内；以及34.响应于对所述应用的正常退出操作，清空全局数据结构。35.可选的，还包括：在所述应用的每个视图组件中增加信息记录模块，以触发记录对每个视图组件的操作数据和属性数据。36.为实现上述目的，根据本发明实施例的另一方面，提供了一种应用测试装置，包括：37.获取模块，用于测试端解析应用崩溃数据的链路结构，确定所述链路结构中排序第一的节点，获取与所述节点对应的操作数据；其中，操作数据包括对一个视图组件的操作参数；38.操作模块，用于基于操作参数对所述一个视图组件进行自动化操作；39.确定模块，用于若操作结果为崩溃，则确定与所述节点对应的操作逻辑异常，否则继续操作所述链路结构中的下一个节点，直至出现崩溃为止。40.可选的，所述应用崩溃数据还包括所述一个视图组件的属性数据；41.所述操作模块，还用于：对所述一个视图组件创建提示框，以在所述提示框内显示所述属性数据。42.可选的，还包括图层创建模块，用于：确定与所述一个视图组件对应的应用，在所述应用的显示窗口上创建覆盖图层；以及43.基于所述操作数据，在所述图层上显示对所述应用的操作区域；在所述操作区域内，基于所述操作参数对所述一个视图组件进行自动化操作。44.可选的，所述获取模块，用于：45.所述测试端扫描接收自服务端的标识码，以基于所述标识码中的信息，从所述服务端处拉取应用崩溃数据并解析，得到链路结构；46.还包括服务端，包括：47.文件传输模块，用于接收客户端传输的日志文件，解析所述日志文件得到应用崩溃数据并保存，对所述应用崩溃数据设置主键标识；48.标识码生成模块，用于基于所述主键标识、所述服务端的访问地址、访问所述服务端的接口信息，生成标识码并发送至所述测试端；其中，所述测试端订阅所述应用的崩溃数据。49.可选的，还包括客户端，包括：50.异常监听模块，用于在监听到所述应用非正常退出时，将所述应用的全局数据结构以日志文件形式存储到所述应用的缓存中；51.传输启动模块，用于响应于对所述应用的再次启动操作，判断所述缓存中是否存在日志文件，若存在，则将所述日志文件传输至所述服务端。52.可选的，所述客户端还包括数据采集模块，用于：53.接收对所述应用中一个视图组件的操作参数，将所述操作参数以第一模型形式存储，得到操作数据；54.获取对所述一个视图组件当前设置的属性参数，将所述属性参数以第二模型形式存储，得到属性数据；55.将所述操作数据和所述属性数据存储至全局数据结构内。56.可选的，所述数据采集模块，用于：将所述属性数据存储至所述操作数据内，之后将操作数据存储至全局数据结构内。57.可选的，还包括：响应于对所述应用的启动操作，对全局数据结构进行初始化处理；以及58.响应于对所述应用的切后台操作，将切后台参数所述第一模型形式进行存储，得到切后台操作数据并存储至全局数据结构内；以及59.响应于对所述应用的从后台唤醒操作，将唤醒参数以所述第一模型形式进行存储，得到从后台唤醒操作数据并存储至全局数据结构内；以及60.响应于对所述应用的正常退出操作，清空全局数据结构。61.可选的，所述客户端还包括信息记录模块，用于：62.在所述应用的每个视图组件中增加信息记录模块，以触发记录对每个视图组件的操作数据和属性数据。63.为实现上述目的，根据本发明实施例的再一方面，提供了一种应用测试电子设备。64.本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一所述的应用测试方法。65.为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的应用测试方法。66.根据本发明所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：能够以播放的形式完整回溯应用崩溃前用户操作的链路和行为，帮助开发和测试人员(通过扫描标识码的方式)尽快复现导致应用崩溃的bug，以尽快定位原因和定制后续策略。67.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。附图说明68.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：69.图1是根据本发明实施例中客户端的一种应用测试方法的主要流程示意图；70.图2是根据本发明实施例中服务端的一种应用测试方法的主要流程示意图；71.图3是根据本发明实施例中测试端的一种应用测试方法的主要流程示意图；72.图4是应用崩溃数据的链路结构示意图；73.图5是根据本发明实施例的一具体应用测试方法的流程示意图；74.图6(a)是根据本发明实施例中测试端一种应用测试装置的主要模块示意图；75.图6(b)是根据本发明实施例中服务端一种应用测试装置的主要模块示意图；76.图6(c)是根据本发明实施例中客户端一种应用测试装置的主要模块示意图；77.图7是本发明实施例可以应用于其中的示例性系统架构图；78.图8是适于用来实现本发明实施例的移动设备或服务器的计算机系统的结构示意图。具体实施方式79.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。80.现在的主流的崩溃收集平台包括bugly、友盟、听云等，皆使用相同的技术方案对app崩溃时进行呈现处理。81.1、查找崩溃原因时，通过上传dsym文件，解析到出错的堆栈信息。此处的出错的堆栈信息指的是导致程序出错的具体错误内容，这种错误内容会被系统层级以内存地址的形式，保存到日志文件里，是无法看懂的。开发人员需要解析日志文件，通过解密之前保存的错误内容的地址，才能恢复显示程序出错时的描述内容。82.2、在业务逻辑中自定义业务log输出，崩溃后上传本地log文件。83.3、打印用户操作页面的链路栈，从而获得用户的操作入口和访问路径。例如用户打开app首页，进入列表页，又打开列表中某个商品的链接进入详情页，然后放入购物车，付款。其链路为：首页‑列表页‑详情页‑购物车‑付款页。目前市场上的产品均使用文本的方式描述用户的操作过程。84.通过以上几种形式往往可以知道应用大概的崩溃原因，但是并不能知道用户的具体操作方式。85.对于本方案涉及的词语，做解释如下：86.1.崩溃、crash：指app在使用过程中，出现非正常情况的卡死和闪退现象。87.2.uiview、uibutton、uilabel、uiscrollview、uitableview、uicollectionview等，都是指app开发过程中需要使用的各类交互组件，可理解为视图、按钮、滚动条、图片页等。88.3.dsym文件：指编译app时生成的混淆文件，可以用来解析崩溃时抛出的错误地址信息。89.4.倒带：目前主流崩溃检测平台提供的一个功能。可以以文本显示用户操作的路径。简单理解就是”首页‑>列表页‑>详情页”，这样格式的信息。用于帮助开发人员复现bug。90.5.npe(nullpointexception)：指常见的空指针错误。91.6.窗口坐标：以窗口左上角为起点，画x轴和y轴，组件在窗口中的位置；组件相对坐标指的是，以组件左上角为起点，画x轴和y轴，在组件中的位置。92.7.日志：用于记录app运行状态，或者用户操作过程的文件93.8.urlscheme：app内部使用的地址。可以用来定位调用具体的页面或功能94.参见图1，示出的是本发明实施例中客户端的一种应用测试方法的主要流程图，包括如下步骤：95.s101：客户端接收对应用中一个视图组件的操作参数，将所述操作参数以第一模型形式存储，得到操作数据；96.s102：获取对所述一个视图组件当前设置的属性参数，将所述属性参数以第二模型形式存储，得到属性数据；97.s103：将所述操作数据和所述属性数据存储至全局数据结构内；98.s104：在监听到所述应用非正常退出时，将所述应用的全局数据结构以日志文件形式存储到所述应用的缓存中；99.s105：响应于对所述应用的再次启动操作，判断所述缓存中是否存在日志文件，若存在，则将所述日志文件传输至服务端。100.本方案适用于多种系统，如ios、android、web，实现方式类似，主要以ios客户端为例进行说明。101.上述实施方式中，对于步骤s101，首先对应用中涉及的每个常用视图组件中均增加一个信息记录模块，以用于触发记录当前用户的操作数据和属性数据。其中，视图组件是用户在app交互的直接对象，如uiview、uibutton、uilabel、uiscrollview、uitableview、uicollectionview等，因而通过操作数据和属性数据可以直接反映用户的具体行为。视图组件基本都是由常用基本组件扩展而来的，且可以在需求清晰的情况下，给新的视图组件增加相同的功能。102.用户对app内一个视图组件操作后，如点击、向上滑动、翻页、长按等，会获取相应操作参数。以点击为例，需要记录如下信息：103.1)确定用户点击屏幕位置的坐标(相对屏幕原点的x值、y值)104.2)确定用户点击屏幕位置相对于视图组件的相对坐标(相对组件原点的x值、y值)105.3)交互事件类型：点击、滑动、长按等106.4)交互触发间隔时间：即点击发生时，距离上次动作结束的瞬时时间107.5)交互停留时间：即滑动、长按、点击等动作，从开始到动作结束的时长108.为使得操作参数的格式统一，本方案预先设置第一模型进行管理，具体交互事件第一模型代码示例如下：109.@property(nonatomic,assign)cgpoints_pos；//屏幕坐标110.@property(nonatomic,assign)cgpointc_pos；//view组件内坐标111.@property(nonatomic,copy)uigesturerecognizer*event；//事件类型(点击、滑动、长按等)112.@property(nonatomic,assign)nsintegerintervals；//交互事件发生时，距离上次动作结束的瞬时时间113.@property(nonatomic,assign)nsintegerduration；//交互事件从开始到结束的时长114.@property(nonatomic,copy)baseinfo*baseinfo；//当前组件被赋予的业务相关数据115.对于步骤s102，上述property(nonatomic,copy)baseinfo*baseinfo；//当前组件被赋予的业务相关数据，即为对视图组件设置的属性数据。116.不同用户对同一个视图组件输入的参数可能不同，当参数不符合该视图组件的格式或其他要求时，也可能会导致应用崩溃。同样，本方案预先设置第二模型，用于统一保存管理视图组件的基本属性参数，如name(开发时定义的组件名称)、text和url(运行时通过逻辑赋予的文本和图片地址)等。具体交互事件第二模型代码示例如下：117.@interfacebaseinfo:nsobject118.@property(nonatomic,copy)nsstring*name；//view组件的名称119.@property(nonatomic,copy)nsstring*text；//view组件text保存的值(如uilabel显示的文本)120.@property(nonatomic,copy)nsstring*pic；//view组件保存的图片地址(如uiimageview显示的图片地址)121.对于步骤s103，预先定义一个app范围内的全局数据结构(访双向链表结构，方便回溯播放)，在交互事件中追加封装好的存储逻辑，在用户与视图交互时，把相关信息保存到全局自定义数据结构中。122.具体app范围内的全局自定义数据结构示例如下：123.@interfacelnode:nsobject124.@property(nonatomic,copy)eventinfo*eventinfo；//交互数据125.@property(nonatomic)lnode*prev；//前一个结点指针126.@property(nonatomic)lnode*next；//下一个结点指针127.‑(instancetype)initwith:(nsobject*)objprev:(lnode*)prevnext:(lnode*)next；128.@end129.@interfacelist:nsobject130.@property(nonatomic)intsize；//结点数量131.@property(nonatomic)lnode*head；//头指针132.@property(nonatomic)lnode*tail；//尾指针133.‑(bool)isempty；//判断链表是否为空134.‑(void)pushfront:(nsobject*)obj；//在表头插入数据135.‑(void)pushback:(nsobject*)obj；//在表尾插入数据136.‑(nsobject*)popfront；//从表头删除数据137.‑(nsobject*)popback；//从表尾删除数据138.‑(void)traverse；//遍历链表139.@end140.因而在通过上述两步骤得到用户对应用中一个视图组件的操作数据和属性数据后，会将这两个数据存储到全局数据结构中。实际操作中，也可以将属性数据先存储到操作数据中，之后再将该操作数据存储到全局数据结构中，如步骤s101中的@property(nonatomic,copy)baseinfo*baseinfo。141.对于步骤s104和s105，用户在不同阶段对app的操作会进行不同的处理，操作包括启动app、正常操作、切后台、从后台唤醒、正常退出和非正常退出：142.1)用户第一次启动app时，会对该app的全局数据结构进行初始化处理。143.2)用户正常操作app，会将用户对该app内一个视图组件的操作数据和属性数据，存储到全局数据结构中。需要说明的是，每次存储仅针对用户当前对一个视图组件的操作，当用户操作下一个视图组件时，需要重新执行上述步骤，由此可确定对视图组件的操作顺序。144.3)用户关闭app，如切至后台，将切后台参数以第一模型形式存储，得到切后台操作数据，此处没有属性数据，因而仅将切后台操作数据存储到全局数据结构内。145.4)用户从后台唤醒app，将唤醒参数以第一模型形式进行存储，得到从后台唤醒操作数据，同样此处没有属性数据，仅将从后台唤醒数据存储到全局数据结构内。后续操作同步骤s102。146.5)用户正常退出app，对其全局数据结构进行清空操作。147.6)用户非正常退出app，结合runloop在appdelegate.m中追加崩溃拦截功能。此时不清空全局数据结构，而是将该全局数据结构以json格式存储到app的日志文件中。实际操作中，手机等客户端会自主监听app是否异常退出，且会针对不同app设置不同的缓存，用于存储日志文件。148.之后用户再次启动app时，会首先判断该app的缓存中是否存在日志文件，若存在，则表示该app上次操作出现过异常，调用服务端的上传接口，将该日志文件上传到服务端，并清空缓存中的日志文件。149.需要说明的是，虽现有技术也是在app再次启动时上传日志文件给服务端，但与本方案保存的内容不同，现有技术保存的是出错的堆栈地址信息，而本方案保存的是描述用户所有操作过程的信息。150.上述实施例所提供的方法，通过仿造双向链表类型的全局数据结构，保存用户操作应用中视图组件的具体信息，若应用崩溃，则可以自动上传到服务器并落库。151.参见图2，示出了根据本发明实施例中服务端的一种的应用测试方法主要流程示意图，包括如下步骤：152.s201：服务端接收客户端传输的日志文件，解析所述日志文件得到应用崩溃数据并保存，对所述应用崩溃数据设置主键标识；153.s202：基于所述主键标识、所述服务端的访问地址、访问所述服务端的接口信息，生成标识码并发送至测试端；其中，所述测试端订阅所述应用的崩溃数据。154.上述实施方式中，对于步骤s201和s202，服务端接收客户端上传的日志文件并解析，得到应用崩溃数据，首先将该应用崩溃数据保存到数据库中，并对其生成唯一的主键id，起到索引作用。此处的主键id生成，可以是当前最大主键id 1得到，例如当前最大主键id为5，则为该应用崩溃数据生成的主键id为6。155.服务端处的展示平台，通过主键id 平台ip地址 urlscheme或接口名称，生成标识码，包括但不限于是条形码、二维码形式。之后将标识码发送给订阅该app服务的测试端，以便测试端处的有关人员可以查看到app崩溃信息。156.上述实施例所提供的方法，将客户端的应用崩溃数据存储至服务端的数据库中，以降低客户端存储数据的压力，也便于服务端集中收集各客户端的应用崩溃数据，为测试端回溯崩溃提供数据基础。157.参见图3，示出了根据本发明实施例中测试端的一种应用测试方法主要流程示意图，包括如下步骤：158.s301：测试端解析应用崩溃数据的链路结构，确定所述链路结构中排序第一的节点，获取与所述节点对应的操作数据；其中，操作数据包括对一个视图组件的操作参数；159.s302：基于操作参数对所述一个视图组件进行自动化操作；160.s303：若操作结果为崩溃，则确定与所述节点对应的操作逻辑异常；161.s304：否则继续操作所述链路结构中的下一个节点，直至出现崩溃为止。162.上述实施方式中，对于步骤s301，测试端封装逻辑，打开应用扫描标识码，弹出提示框，以显示是否继续信息，响应于用户选择的继续操作，继续后续崩溃复现操作。首先根据标识码所包含的“主键id 平台ip地址 urlscheme或接口名称”，调用服务端提供的接口，从服务端的数据库中拉取与该主键id对应的应用崩溃数据。163.对于步骤s302～s304，首先，在app窗口的最上层覆盖一个透明的不可交互图层，只提供基础交互按钮(如暂停、播放、上一步：读取pre节点的记录、下一步：读取next节点的记录)。164.解析该应用崩溃数据，得到其链路结构，参见图4所示。遍历链路结构的next节点，解析每一个交互记录：165.a.崩溃前记录的有交互信息(点击、滑动、长按等)，在透明图层中显示为特殊颜色/特殊标记的操作区域，操作区域的形状包括但不限于矩形、圆形。如果点击的是支持跳转的组件，则直接调用透明图层下方，app常规组件的跳转逻辑。166.b.崩溃前记录的有滑动信息，则直接调用当前透明图层下方，支持滑动组件的滚动事件，模拟用户滑动操作。167.c.记录中如果有停留时间，则模拟界面停留，直到时间结束再触发用户的下一次操作继续播放。168.d.透明图层在交互区域旁边，以提示框形式实时显示记录的属性数据，并提供开关关闭。169.上述cd所述的内容，显示效果与用户实际操作无异，只不过是通过内部逻辑播放出来。若当前节点操作出现崩溃，则表示其操作逻辑异常，否则需继续链路结构中的下一个next节点，直到解析完链路结构中的所有节点，出现崩溃为止。170.上述实施例所提供的方法，在测试端通过视图浮层方式，复现用户在应用崩溃前的交互过程逻辑，降低操作门槛，产品项目中不懂技术的角色也可以参与，以尽快定位原因、评估风险、定损和定制后续策略。171.参见图5所示，包括从用户操作app时数据的收集，到崩溃时自动上传到服务器并落库，最后研发人员通过测试app，扫描收集平台自动生成的标识码，并将用户操作流程完整复现的全部流程。本方案包括客户端、服务端和测试端三个端：172.1、客户端，通过在应用中每个视图组件中添加信息记录模块，以基于第一模型和第二模型，记录用户操作一个视图组件的操作数据和属性数据。并在用户非正常退出应用时，将存储这两个数据的全局数据结构，以日志文件形式上传给服务端；173.2、服务端，解析客户端上传的日志文件，得到应用崩溃数据，为其创建主键id，之后基于主键id、服务端的访问地址，访问服务端的接口名称，生成标识码并传输至订阅该应用的测试端；174.3、测试端，打开应用扫描标识码，以从服务端拉取应用崩溃数据，确定其包含的链路结构。在应用窗口的最上层显示一透明状且不可操作的图层，在该图层上对链路结构中第一节点的操作数据进行操作，若崩溃，则表示该节点对应的操作逻辑错误，否则继续下一节点，直至出现崩溃。175.本发明实施例所提供的方法，能够以播放的形式完整回溯应用崩溃前用户操作的链路和行为，帮助开发和测试人员(通过扫描标识码的方式)尽快复现导致应用崩溃的bug，以尽快定位原因和定制后续策略。整体依赖于客户端上传的日志文件，因此可以在客诉时，不需要打电话回访咨询即可复现步骤。176.另外，通过视图浮层反馈用户交互过程的逻辑，可以扩展成交互热区功能，帮助产品运营分析用户习惯，定制产品改进方案，甚至代替埋点功能。177.参见图6(a)，示出了本发明实施例提供的一种测试端应用测试装置的主要模块示意图，包括：178.获取模块601，用于测试端解析应用崩溃数据的链路结构，确定所述链路结构中排序第一的节点，获取与所述节点对应的操作数据；其中，操作数据包括对一个视图组件的操作参数；179.操作模块602，用于基于操作参数对所述一个视图组件进行自动化操作；180.确定模块603，用于若操作结果为崩溃，则确定与所述节点对应的操作逻辑异常，否则继续操作所述链路结构中的下一个节点，直至出现崩溃为止。181.本发明实施装置中，所述应用崩溃数据还包括所述一个视图组件的属性数据；182.所述操作模块602，还用于：对所述一个视图组件创建提示框，以在所述提示框内显示所述属性数据。183.本发明实施装置包括图层创建模块，用于：确定与所述一个视图组件对应的应用，在所述应用的显示窗口上创建覆盖图层；以及184.基于所述操作数据，在所述图层上显示对所述应用的操作区域；在所述操作区域内，基于所述操作参数对所述一个视图组件进行自动化操作。185.本发明实施装置中，所述获取模块601，用于：186.所述测试端扫描接收自服务端的标识码，以基于所述标识码中的信息，从所述服务端处拉取应用崩溃数据并解析，得到链路结构。187.参见图6(b)，示出了本发明实施例提供的一种服务端应用测试装置的主要模块示意图，包括：188.所述服务端，包括：189.文件传输模块604，用于接收客户端传输的日志文件，解析所述日志文件得到应用崩溃数据并保存，对所述应用崩溃数据设置主键标识；190.标识码生成模块605，用于基于所述主键标识、所述服务端的访问地址、访问所述服务端的接口信息，生成标识码并发送至所述测试端；其中，所述测试端订阅所述应用的崩溃数据。191.参见图6(c)，示出了本发明实施例提供的一种客户端应用测试装置的主要模块示意图，包括：192.异常监听模块606，用于在监听到所述应用非正常退出时，将所述应用的全局数据结构以日志文件形式存储到所述应用的缓存中；193.传输启动模块607，用于响应于对所述应用的再次启动操作，判断所述缓存中是否存在日志文件，若存在，则将所述日志文件传输至所述服务端。194.本发明实施装置还包括数据采集模块608(图中未标出)，用于：195.接收对所述应用中一个视图组件的操作参数，将所述操作参数以第一模型形式存储，得到操作数据；196.获取对所述一个视图组件当前设置的属性参数，将所述属性参数以第二模型形式存储，得到属性数据；197.将所述操作数据和所述属性数据存储至全局数据结构内。198.本发明实施装置中，所述数据采集模块，用于：将所述属性数据存储至所述操作数据内，之后将操作数据存储至全局数据结构内。199.本发明实施装置还包括：响应于对所述应用的启动操作，对全局数据结构进行初始化处理；以及200.响应于对所述应用的切后台操作，将切后台参数所述第一模型形式进行存储，得到切后台操作数据并存储至全局数据结构内；以及201.响应于对所述应用的从后台唤醒操作，将唤醒参数以所述第一模型形式进行存储，得到从后台唤醒操作数据并存储至全局数据结构内；以及202.响应于对所述应用的正常退出操作，清空全局数据结构。203.本发明实施装置还包括信息记录模块，用于：204.在所述应用的每个视图组件中增加信息记录模块，以触发记录对每个视图组件的操作数据和属性数据。205.另外，在本发明实施例中所述装置的具体实施内容，在上面所述方法中已经详细说明了，故在此重复内容不再说明。206.图7示出了可以应用本发明实施例的示例性系统架构700。207.如图7所示，系统架构700可以包括测试端设备701、702、703，网络704和服务器705(仅仅是示例)。网络704用以在测试端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。208.用户可以使用测试端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。测试端设备701、702、703上可以安装有各种通讯客户端应用。209.测试端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，服务器705可以是提供各种服务的服务器。210.需要说明的是，本发明实施例所提供的方法一般由服务器705执行，相应地，装置一般设置于服务器705中。211.应该理解，图7中的测试端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的测试端设备、网络和服务器。212.下面参考图8，其示出了适于用来实现本发明实施例的测试端设备的计算机系统800的结构示意图。图8示出的测试端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。213.如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram803中，还存储有系统800操作所需的各种程序和数据。cpu801、rom802以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。214.以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。215.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本发明的系统中限定的上述功能。216.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd‑rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。217.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。218.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、操作模块、确定模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，操作模块还可以被描述为“自动操作模块”。219.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：220.测试端解析应用崩溃数据的链路结构，确定所述链路结构中排序第一的节点，获取与所述节点对应的操作数据；其中，操作数据包括对一个视图组件的操作参数；221.基于操作参数对所述一个视图组件进行自动化操作；222.若操作结果为崩溃，则确定与所述节点对应的操作逻辑异常，否则继续操作所述链路结构中的下一个节点，直至出现崩溃为止。223.根据本发明实施例的技术方案，能够以播放的形式完整回溯应用崩溃前用户操作的链路和行为，帮助开发和测试人员(通过扫描标识码的方式)尽快复现导致应用崩溃的bug，以尽快定位原因和定制后续策略。224.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。当前第1页12当前第1页12
技术领域：
：，尤其涉及一种应用测试方法和装置。
背景技术：
：：2.随着智能设备的普及，通过app浏览网页、购物、交友等行为的用户成为主流群体。这部分用户在正常使用app时，由于基数较大，高概率会遇到闪退、卡死等现象，导致不能正常操作。开发人员需尽快对崩溃原因进行定位、分析和修改，保证用户的操作体验。3.目前崩溃收集方式主要包括：1)安装崩溃平台组件查看；2)自定义app运行日志功能以记录崩溃信息；3)在app开发测试阶段由测试或开发人员发现，通过操作流程进行复现。4.在实现本发明的过程中，发明人发现现有技术至少存在如下问题：所得崩溃原因不够直观，只能模糊解析出用户访问页面的路径，或是解析到出错的堆栈地址，导致无法复原崩溃前用户的全部行为。另外，有些非研发人员由于不懂代码，故无法参与定位崩溃原因。技术实现要素：5.有鉴于此，本发明实施例提供一种应用测试方法和装置，至少能够解决现有技术中复原崩溃前用户全部行为不便和使用具有门槛的现象。6.为实现上述目的，根据本发明实施例的一个方面，提供了一种应用测试方法，包括：7.测试端解析应用崩溃数据的链路结构，确定所述链路结构中排序第一的节点，获取与所述节点对应的操作数据；其中，操作数据包括对一个视图组件的操作参数；8.基于操作参数对所述一个视图组件进行自动化操作；9.若操作结果为崩溃，则确定与所述节点对应的操作逻辑异常，否则继续操作所述链路结构中的下一个节点，直至出现崩溃为止。10.可选的，所述应用崩溃数据还包括所述一个视图组件的属性数据；11.在所述基于所述操作参数对所述一个视图组件进行自动化操作的同时，还包括：对所述一个视图组件创建提示框，以在所述提示框内显示所述属性数据。12.可选的，在所述测试端解析应用崩溃数据的链路结构之前，包括：13.确定与所述一个视图组件对应的应用，在所述应用的显示窗口上创建覆盖图层；14.所述基于操作参数对所述一个视图组件进行自动化操作，包括：15.基于所述操作数据，在所述图层上显示对所述应用的操作区域；16.在所述操作区域内，基于所述操作参数对所述一个视图组件进行自动化操作。17.可选的，所述测试端解析应用崩溃数据的链路结构，包括：18.所述测试端扫描接收自服务端的标识码，以基于所述标识码中的信息，从所述服务端处拉取应用崩溃数据并解析，得到链路结构；19.在所述测试端解析应用崩溃数据的链路结构之前，还包括：20.所述服务端接收客户端传输的日志文件，解析所述日志文件得到应用崩溃数据并保存，对所述应用崩溃数据设置主键标识；21.基于所述主键标识、所述服务端的访问地址、访问所述服务端的接口信息，生成标识码并发送至所述测试端；其中，所述测试端订阅所述应用的崩溃数据。22.可选的，在所述服务端接收客户端传输的日志文件之前，还包括：23.所述客户端在监听到所述应用非正常退出时，将所述应用的全局数据结构以日志文件形式存储到所述应用的缓存中；24.响应于对所述应用的再次启动操作，判断所述缓存中是否存在日志文件，若存在，则将所述日志文件传输至所述服务端。25.可选的，所述方法还包括：26.所述客户端接收对所述应用中一个视图组件的操作参数，将所述操作参数以第一模型形式存储，得到操作数据；27.获取对所述一个视图组件当前设置的属性参数，将所述属性参数以第二模型形式存储，得到属性数据；28.将所述操作数据和所述属性数据存储至全局数据结构内。29.可选的，所述将所述操作数据和所述属性数据存储至全局数据结构内，包括：30.将所述属性数据存储至所述操作数据内，之后将操作数据存储至全局数据结构内。31.可选的，还包括：响应于对所述应用的启动操作，对全局数据结构进行初始化处理；以及32.响应于对所述应用的切后台操作，将切后台参数所述第一模型形式进行存储，得到切后台操作数据并存储至全局数据结构内；以及33.响应于对所述应用的从后台唤醒操作，将唤醒参数以所述第一模型形式进行存储，得到从后台唤醒操作数据并存储至全局数据结构内；以及34.响应于对所述应用的正常退出操作，清空全局数据结构。35.可选的，还包括：在所述应用的每个视图组件中增加信息记录模块，以触发记录对每个视图组件的操作数据和属性数据。36.为实现上述目的，根据本发明实施例的另一方面，提供了一种应用测试装置，包括：37.获取模块，用于测试端解析应用崩溃数据的链路结构，确定所述链路结构中排序第一的节点，获取与所述节点对应的操作数据；其中，操作数据包括对一个视图组件的操作参数；38.操作模块，用于基于操作参数对所述一个视图组件进行自动化操作；39.确定模块，用于若操作结果为崩溃，则确定与所述节点对应的操作逻辑异常，否则继续操作所述链路结构中的下一个节点，直至出现崩溃为止。40.可选的，所述应用崩溃数据还包括所述一个视图组件的属性数据；41.所述操作模块，还用于：对所述一个视图组件创建提示框，以在所述提示框内显示所述属性数据。42.可选的，还包括图层创建模块，用于：确定与所述一个视图组件对应的应用，在所述应用的显示窗口上创建覆盖图层；以及43.基于所述操作数据，在所述图层上显示对所述应用的操作区域；在所述操作区域内，基于所述操作参数对所述一个视图组件进行自动化操作。44.可选的，所述获取模块，用于：45.所述测试端扫描接收自服务端的标识码，以基于所述标识码中的信息，从所述服务端处拉取应用崩溃数据并解析，得到链路结构；46.还包括服务端，包括：47.文件传输模块，用于接收客户端传输的日志文件，解析所述日志文件得到应用崩溃数据并保存，对所述应用崩溃数据设置主键标识；48.标识码生成模块，用于基于所述主键标识、所述服务端的访问地址、访问所述服务端的接口信息，生成标识码并发送至所述测试端；其中，所述测试端订阅所述应用的崩溃数据。49.可选的，还包括客户端，包括：50.异常监听模块，用于在监听到所述应用非正常退出时，将所述应用的全局数据结构以日志文件形式存储到所述应用的缓存中；51.传输启动模块，用于响应于对所述应用的再次启动操作，判断所述缓存中是否存在日志文件，若存在，则将所述日志文件传输至所述服务端。52.可选的，所述客户端还包括数据采集模块，用于：53.接收对所述应用中一个视图组件的操作参数，将所述操作参数以第一模型形式存储，得到操作数据；54.获取对所述一个视图组件当前设置的属性参数，将所述属性参数以第二模型形式存储，得到属性数据；55.将所述操作数据和所述属性数据存储至全局数据结构内。56.可选的，所述数据采集模块，用于：将所述属性数据存储至所述操作数据内，之后将操作数据存储至全局数据结构内。57.可选的，还包括：响应于对所述应用的启动操作，对全局数据结构进行初始化处理；以及58.响应于对所述应用的切后台操作，将切后台参数所述第一模型形式进行存储，得到切后台操作数据并存储至全局数据结构内；以及59.响应于对所述应用的从后台唤醒操作，将唤醒参数以所述第一模型形式进行存储，得到从后台唤醒操作数据并存储至全局数据结构内；以及60.响应于对所述应用的正常退出操作，清空全局数据结构。61.可选的，所述客户端还包括信息记录模块，用于：62.在所述应用的每个视图组件中增加信息记录模块，以触发记录对每个视图组件的操作数据和属性数据。63.为实现上述目的，根据本发明实施例的再一方面，提供了一种应用测试电子设备。64.本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一所述的应用测试方法。65.为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的应用测试方法。66.根据本发明所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：能够以播放的形式完整回溯应用崩溃前用户操作的链路和行为，帮助开发和测试人员(通过扫描标识码的方式)尽快复现导致应用崩溃的bug，以尽快定位原因和定制后续策略。67.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。附图说明68.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：69.图1是根据本发明实施例中客户端的一种应用测试方法的主要流程示意图；70.图2是根据本发明实施例中服务端的一种应用测试方法的主要流程示意图；71.图3是根据本发明实施例中测试端的一种应用测试方法的主要流程示意图；72.图4是应用崩溃数据的链路结构示意图；73.图5是根据本发明实施例的一具体应用测试方法的流程示意图；74.图6(a)是根据本发明实施例中测试端一种应用测试装置的主要模块示意图；75.图6(b)是根据本发明实施例中服务端一种应用测试装置的主要模块示意图；76.图6(c)是根据本发明实施例中客户端一种应用测试装置的主要模块示意图；77.图7是本发明实施例可以应用于其中的示例性系统架构图；78.图8是适于用来实现本发明实施例的移动设备或服务器的计算机系统的结构示意图。具体实施方式79.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。80.现在的主流的崩溃收集平台包括bugly、友盟、听云等，皆使用相同的技术方案对app崩溃时进行呈现处理。81.1、查找崩溃原因时，通过上传dsym文件，解析到出错的堆栈信息。此处的出错的堆栈信息指的是导致程序出错的具体错误内容，这种错误内容会被系统层级以内存地址的形式，保存到日志文件里，是无法看懂的。开发人员需要解析日志文件，通过解密之前保存的错误内容的地址，才能恢复显示程序出错时的描述内容。82.2、在业务逻辑中自定义业务log输出，崩溃后上传本地log文件。83.3、打印用户操作页面的链路栈，从而获得用户的操作入口和访问路径。例如用户打开app首页，进入列表页，又打开列表中某个商品的链接进入详情页，然后放入购物车，付款。其链路为：首页‑列表页‑详情页‑购物车‑付款页。目前市场上的产品均使用文本的方式描述用户的操作过程。84.通过以上几种形式往往可以知道应用大概的崩溃原因，但是并不能知道用户的具体操作方式。85.对于本方案涉及的词语，做解释如下：86.1.崩溃、crash：指app在使用过程中，出现非正常情况的卡死和闪退现象。87.2.uiview、uibutton、uilabel、uiscrollview、uitableview、uicollectionview等，都是指app开发过程中需要使用的各类交互组件，可理解为视图、按钮、滚动条、图片页等。88.3.dsym文件：指编译app时生成的混淆文件，可以用来解析崩溃时抛出的错误地址信息。89.4.倒带：目前主流崩溃检测平台提供的一个功能。可以以文本显示用户操作的路径。简单理解就是”首页‑>列表页‑>详情页”，这样格式的信息。用于帮助开发人员复现bug。90.5.npe(nullpointexception)：指常见的空指针错误。91.6.窗口坐标：以窗口左上角为起点，画x轴和y轴，组件在窗口中的位置；组件相对坐标指的是，以组件左上角为起点，画x轴和y轴，在组件中的位置。92.7.日志：用于记录app运行状态，或者用户操作过程的文件93.8.urlscheme：app内部使用的地址。可以用来定位调用具体的页面或功能94.参见图1，示出的是本发明实施例中客户端的一种应用测试方法的主要流程图，包括如下步骤：95.s101：客户端接收对应用中一个视图组件的操作参数，将所述操作参数以第一模型形式存储，得到操作数据；96.s102：获取对所述一个视图组件当前设置的属性参数，将所述属性参数以第二模型形式存储，得到属性数据；97.s103：将所述操作数据和所述属性数据存储至全局数据结构内；98.s104：在监听到所述应用非正常退出时，将所述应用的全局数据结构以日志文件形式存储到所述应用的缓存中；99.s105：响应于对所述应用的再次启动操作，判断所述缓存中是否存在日志文件，若存在，则将所述日志文件传输至服务端。100.本方案适用于多种系统，如ios、android、web，实现方式类似，主要以ios客户端为例进行说明。101.上述实施方式中，对于步骤s101，首先对应用中涉及的每个常用视图组件中均增加一个信息记录模块，以用于触发记录当前用户的操作数据和属性数据。其中，视图组件是用户在app交互的直接对象，如uiview、uibutton、uilabel、uiscrollview、uitableview、uicollectionview等，因而通过操作数据和属性数据可以直接反映用户的具体行为。视图组件基本都是由常用基本组件扩展而来的，且可以在需求清晰的情况下，给新的视图组件增加相同的功能。102.用户对app内一个视图组件操作后，如点击、向上滑动、翻页、长按等，会获取相应操作参数。以点击为例，需要记录如下信息：103.1)确定用户点击屏幕位置的坐标(相对屏幕原点的x值、y值)104.2)确定用户点击屏幕位置相对于视图组件的相对坐标(相对组件原点的x值、y值)105.3)交互事件类型：点击、滑动、长按等106.4)交互触发间隔时间：即点击发生时，距离上次动作结束的瞬时时间107.5)交互停留时间：即滑动、长按、点击等动作，从开始到动作结束的时长108.为使得操作参数的格式统一，本方案预先设置第一模型进行管理，具体交互事件第一模型代码示例如下：109.@property(nonatomic,assign)cgpoints_pos；//屏幕坐标110.@property(nonatomic,assign)cgpointc_pos；//view组件内坐标111.@property(nonatomic,copy)uigesturerecognizer*event；//事件类型(点击、滑动、长按等)112.@property(nonatomic,assign)nsintegerintervals；//交互事件发生时，距离上次动作结束的瞬时时间113.@property(nonatomic,assign)nsintegerduration；//交互事件从开始到结束的时长114.@property(nonatomic,copy)baseinfo*baseinfo；//当前组件被赋予的业务相关数据115.对于步骤s102，上述property(nonatomic,copy)baseinfo*baseinfo；//当前组件被赋予的业务相关数据，即为对视图组件设置的属性数据。116.不同用户对同一个视图组件输入的参数可能不同，当参数不符合该视图组件的格式或其他要求时，也可能会导致应用崩溃。同样，本方案预先设置第二模型，用于统一保存管理视图组件的基本属性参数，如name(开发时定义的组件名称)、text和url(运行时通过逻辑赋予的文本和图片地址)等。具体交互事件第二模型代码示例如下：117.@interfacebaseinfo:nsobject118.@property(nonatomic,copy)nsstring*name；//view组件的名称119.@property(nonatomic,copy)nsstring*text；//view组件text保存的值(如uilabel显示的文本)120.@property(nonatomic,copy)nsstring*pic；//view组件保存的图片地址(如uiimageview显示的图片地址)121.对于步骤s103，预先定义一个app范围内的全局数据结构(访双向链表结构，方便回溯播放)，在交互事件中追加封装好的存储逻辑，在用户与视图交互时，把相关信息保存到全局自定义数据结构中。122.具体app范围内的全局自定义数据结构示例如下：123.@interfacelnode:nsobject124.@property(nonatomic,copy)eventinfo*eventinfo；//交互数据125.@property(nonatomic)lnode*prev；//前一个结点指针126.@property(nonatomic)lnode*next；//下一个结点指针127.‑(instancetype)initwith:(nsobject*)objprev:(lnode*)prevnext:(lnode*)next；128.@end129.@interfacelist:nsobject130.@property(nonatomic)intsize；//结点数量131.@property(nonatomic)lnode*head；//头指针132.@property(nonatomic)lnode*tail；//尾指针133.‑(bool)isempty；//判断链表是否为空134.‑(void)pushfront:(nsobject*)obj；//在表头插入数据135.‑(void)pushback:(nsobject*)obj；//在表尾插入数据136.‑(nsobject*)popfront；//从表头删除数据137.‑(nsobject*)popback；//从表尾删除数据138.‑(void)traverse；//遍历链表139.@end140.因而在通过上述两步骤得到用户对应用中一个视图组件的操作数据和属性数据后，会将这两个数据存储到全局数据结构中。实际操作中，也可以将属性数据先存储到操作数据中，之后再将该操作数据存储到全局数据结构中，如步骤s101中的@property(nonatomic,copy)baseinfo*baseinfo。141.对于步骤s104和s105，用户在不同阶段对app的操作会进行不同的处理，操作包括启动app、正常操作、切后台、从后台唤醒、正常退出和非正常退出：142.1)用户第一次启动app时，会对该app的全局数据结构进行初始化处理。143.2)用户正常操作app，会将用户对该app内一个视图组件的操作数据和属性数据，存储到全局数据结构中。需要说明的是，每次存储仅针对用户当前对一个视图组件的操作，当用户操作下一个视图组件时，需要重新执行上述步骤，由此可确定对视图组件的操作顺序。144.3)用户关闭app，如切至后台，将切后台参数以第一模型形式存储，得到切后台操作数据，此处没有属性数据，因而仅将切后台操作数据存储到全局数据结构内。145.4)用户从后台唤醒app，将唤醒参数以第一模型形式进行存储，得到从后台唤醒操作数据，同样此处没有属性数据，仅将从后台唤醒数据存储到全局数据结构内。后续操作同步骤s102。146.5)用户正常退出app，对其全局数据结构进行清空操作。147.6)用户非正常退出app，结合runloop在appdelegate.m中追加崩溃拦截功能。此时不清空全局数据结构，而是将该全局数据结构以json格式存储到app的日志文件中。实际操作中，手机等客户端会自主监听app是否异常退出，且会针对不同app设置不同的缓存，用于存储日志文件。148.之后用户再次启动app时，会首先判断该app的缓存中是否存在日志文件，若存在，则表示该app上次操作出现过异常，调用服务端的上传接口，将该日志文件上传到服务端，并清空缓存中的日志文件。149.需要说明的是，虽现有技术也是在app再次启动时上传日志文件给服务端，但与本方案保存的内容不同，现有技术保存的是出错的堆栈地址信息，而本方案保存的是描述用户所有操作过程的信息。150.上述实施例所提供的方法，通过仿造双向链表类型的全局数据结构，保存用户操作应用中视图组件的具体信息，若应用崩溃，则可以自动上传到服务器并落库。151.参见图2，示出了根据本发明实施例中服务端的一种的应用测试方法主要流程示意图，包括如下步骤：152.s201：服务端接收客户端传输的日志文件，解析所述日志文件得到应用崩溃数据并保存，对所述应用崩溃数据设置主键标识；153.s202：基于所述主键标识、所述服务端的访问地址、访问所述服务端的接口信息，生成标识码并发送至测试端；其中，所述测试端订阅所述应用的崩溃数据。154.上述实施方式中，对于步骤s201和s202，服务端接收客户端上传的日志文件并解析，得到应用崩溃数据，首先将该应用崩溃数据保存到数据库中，并对其生成唯一的主键id，起到索引作用。此处的主键id生成，可以是当前最大主键id 1得到，例如当前最大主键id为5，则为该应用崩溃数据生成的主键id为6。155.服务端处的展示平台，通过主键id 平台ip地址 urlscheme或接口名称，生成标识码，包括但不限于是条形码、二维码形式。之后将标识码发送给订阅该app服务的测试端，以便测试端处的有关人员可以查看到app崩溃信息。156.上述实施例所提供的方法，将客户端的应用崩溃数据存储至服务端的数据库中，以降低客户端存储数据的压力，也便于服务端集中收集各客户端的应用崩溃数据，为测试端回溯崩溃提供数据基础。157.参见图3，示出了根据本发明实施例中测试端的一种应用测试方法主要流程示意图，包括如下步骤：158.s301：测试端解析应用崩溃数据的链路结构，确定所述链路结构中排序第一的节点，获取与所述节点对应的操作数据；其中，操作数据包括对一个视图组件的操作参数；159.s302：基于操作参数对所述一个视图组件进行自动化操作；160.s303：若操作结果为崩溃，则确定与所述节点对应的操作逻辑异常；161.s304：否则继续操作所述链路结构中的下一个节点，直至出现崩溃为止。162.上述实施方式中，对于步骤s301，测试端封装逻辑，打开应用扫描标识码，弹出提示框，以显示是否继续信息，响应于用户选择的继续操作，继续后续崩溃复现操作。首先根据标识码所包含的“主键id 平台ip地址 urlscheme或接口名称”，调用服务端提供的接口，从服务端的数据库中拉取与该主键id对应的应用崩溃数据。163.对于步骤s302～s304，首先，在app窗口的最上层覆盖一个透明的不可交互图层，只提供基础交互按钮(如暂停、播放、上一步：读取pre节点的记录、下一步：读取next节点的记录)。164.解析该应用崩溃数据，得到其链路结构，参见图4所示。遍历链路结构的next节点，解析每一个交互记录：165.a.崩溃前记录的有交互信息(点击、滑动、长按等)，在透明图层中显示为特殊颜色/特殊标记的操作区域，操作区域的形状包括但不限于矩形、圆形。如果点击的是支持跳转的组件，则直接调用透明图层下方，app常规组件的跳转逻辑。166.b.崩溃前记录的有滑动信息，则直接调用当前透明图层下方，支持滑动组件的滚动事件，模拟用户滑动操作。167.c.记录中如果有停留时间，则模拟界面停留，直到时间结束再触发用户的下一次操作继续播放。168.d.透明图层在交互区域旁边，以提示框形式实时显示记录的属性数据，并提供开关关闭。169.上述cd所述的内容，显示效果与用户实际操作无异，只不过是通过内部逻辑播放出来。若当前节点操作出现崩溃，则表示其操作逻辑异常，否则需继续链路结构中的下一个next节点，直到解析完链路结构中的所有节点，出现崩溃为止。170.上述实施例所提供的方法，在测试端通过视图浮层方式，复现用户在应用崩溃前的交互过程逻辑，降低操作门槛，产品项目中不懂技术的角色也可以参与，以尽快定位原因、评估风险、定损和定制后续策略。171.参见图5所示，包括从用户操作app时数据的收集，到崩溃时自动上传到服务器并落库，最后研发人员通过测试app，扫描收集平台自动生成的标识码，并将用户操作流程完整复现的全部流程。本方案包括客户端、服务端和测试端三个端：172.1、客户端，通过在应用中每个视图组件中添加信息记录模块，以基于第一模型和第二模型，记录用户操作一个视图组件的操作数据和属性数据。并在用户非正常退出应用时，将存储这两个数据的全局数据结构，以日志文件形式上传给服务端；173.2、服务端，解析客户端上传的日志文件，得到应用崩溃数据，为其创建主键id，之后基于主键id、服务端的访问地址，访问服务端的接口名称，生成标识码并传输至订阅该应用的测试端；174.3、测试端，打开应用扫描标识码，以从服务端拉取应用崩溃数据，确定其包含的链路结构。在应用窗口的最上层显示一透明状且不可操作的图层，在该图层上对链路结构中第一节点的操作数据进行操作，若崩溃，则表示该节点对应的操作逻辑错误，否则继续下一节点，直至出现崩溃。175.本发明实施例所提供的方法，能够以播放的形式完整回溯应用崩溃前用户操作的链路和行为，帮助开发和测试人员(通过扫描标识码的方式)尽快复现导致应用崩溃的bug，以尽快定位原因和定制后续策略。整体依赖于客户端上传的日志文件，因此可以在客诉时，不需要打电话回访咨询即可复现步骤。176.另外，通过视图浮层反馈用户交互过程的逻辑，可以扩展成交互热区功能，帮助产品运营分析用户习惯，定制产品改进方案，甚至代替埋点功能。177.参见图6(a)，示出了本发明实施例提供的一种测试端应用测试装置的主要模块示意图，包括：178.获取模块601，用于测试端解析应用崩溃数据的链路结构，确定所述链路结构中排序第一的节点，获取与所述节点对应的操作数据；其中，操作数据包括对一个视图组件的操作参数；179.操作模块602，用于基于操作参数对所述一个视图组件进行自动化操作；180.确定模块603，用于若操作结果为崩溃，则确定与所述节点对应的操作逻辑异常，否则继续操作所述链路结构中的下一个节点，直至出现崩溃为止。181.本发明实施装置中，所述应用崩溃数据还包括所述一个视图组件的属性数据；182.所述操作模块602，还用于：对所述一个视图组件创建提示框，以在所述提示框内显示所述属性数据。183.本发明实施装置包括图层创建模块，用于：确定与所述一个视图组件对应的应用，在所述应用的显示窗口上创建覆盖图层；以及184.基于所述操作数据，在所述图层上显示对所述应用的操作区域；在所述操作区域内，基于所述操作参数对所述一个视图组件进行自动化操作。185.本发明实施装置中，所述获取模块601，用于：186.所述测试端扫描接收自服务端的标识码，以基于所述标识码中的信息，从所述服务端处拉取应用崩溃数据并解析，得到链路结构。187.参见图6(b)，示出了本发明实施例提供的一种服务端应用测试装置的主要模块示意图，包括：188.所述服务端，包括：189.文件传输模块604，用于接收客户端传输的日志文件，解析所述日志文件得到应用崩溃数据并保存，对所述应用崩溃数据设置主键标识；190.标识码生成模块605，用于基于所述主键标识、所述服务端的访问地址、访问所述服务端的接口信息，生成标识码并发送至所述测试端；其中，所述测试端订阅所述应用的崩溃数据。191.参见图6(c)，示出了本发明实施例提供的一种客户端应用测试装置的主要模块示意图，包括：192.异常监听模块606，用于在监听到所述应用非正常退出时，将所述应用的全局数据结构以日志文件形式存储到所述应用的缓存中；193.传输启动模块607，用于响应于对所述应用的再次启动操作，判断所述缓存中是否存在日志文件，若存在，则将所述日志文件传输至所述服务端。194.本发明实施装置还包括数据采集模块608(图中未标出)，用于：195.接收对所述应用中一个视图组件的操作参数，将所述操作参数以第一模型形式存储，得到操作数据；196.获取对所述一个视图组件当前设置的属性参数，将所述属性参数以第二模型形式存储，得到属性数据；197.将所述操作数据和所述属性数据存储至全局数据结构内。198.本发明实施装置中，所述数据采集模块，用于：将所述属性数据存储至所述操作数据内，之后将操作数据存储至全局数据结构内。199.本发明实施装置还包括：响应于对所述应用的启动操作，对全局数据结构进行初始化处理；以及200.响应于对所述应用的切后台操作，将切后台参数所述第一模型形式进行存储，得到切后台操作数据并存储至全局数据结构内；以及201.响应于对所述应用的从后台唤醒操作，将唤醒参数以所述第一模型形式进行存储，得到从后台唤醒操作数据并存储至全局数据结构内；以及202.响应于对所述应用的正常退出操作，清空全局数据结构。203.本发明实施装置还包括信息记录模块，用于：204.在所述应用的每个视图组件中增加信息记录模块，以触发记录对每个视图组件的操作数据和属性数据。205.另外，在本发明实施例中所述装置的具体实施内容，在上面所述方法中已经详细说明了，故在此重复内容不再说明。206.图7示出了可以应用本发明实施例的示例性系统架构700。207.如图7所示，系统架构700可以包括测试端设备701、702、703，网络704和服务器705(仅仅是示例)。网络704用以在测试端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。208.用户可以使用测试端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。测试端设备701、702、703上可以安装有各种通讯客户端应用。209.测试端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，服务器705可以是提供各种服务的服务器。210.需要说明的是，本发明实施例所提供的方法一般由服务器705执行，相应地，装置一般设置于服务器705中。211.应该理解，图7中的测试端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的测试端设备、网络和服务器。212.下面参考图8，其示出了适于用来实现本发明实施例的测试端设备的计算机系统800的结构示意图。图8示出的测试端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。213.如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram803中，还存储有系统800操作所需的各种程序和数据。cpu801、rom802以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。214.以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。215.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本发明的系统中限定的上述功能。216.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd‑rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。217.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。218.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、操作模块、确定模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，操作模块还可以被描述为“自动操作模块”。219.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：220.测试端解析应用崩溃数据的链路结构，确定所述链路结构中排序第一的节点，获取与所述节点对应的操作数据；其中，操作数据包括对一个视图组件的操作参数；221.基于操作参数对所述一个视图组件进行自动化操作；222.若操作结果为崩溃，则确定与所述节点对应的操作逻辑异常，否则继续操作所述链路结构中的下一个节点，直至出现崩溃为止。223.根据本发明实施例的技术方案，能够以播放的形式完整回溯应用崩溃前用户操作的链路和行为，帮助开发和测试人员(通过扫描标识码的方式)尽快复现导致应用崩溃的bug，以尽快定位原因和定制后续策略。224.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
