CN114064460A - 一种基于安卓app的压力测试及崩溃日志提取的改进方法 - Google Patents
一种基于安卓app的压力测试及崩溃日志提取的改进方法 Download PDFInfo
- Publication number
- CN114064460A CN114064460A CN202111259532.3A CN202111259532A CN114064460A CN 114064460 A CN114064460 A CN 114064460A CN 202111259532 A CN202111259532 A CN 202111259532A CN 114064460 A CN114064460 A CN 114064460A
- Authority
- CN
- China
- Prior art keywords
- log
- crash
- tested
- crash log
- equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1805—Append-only file systems, e.g. using logs or journals to store data
- G06F16/1815—Journaling file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/31—Programming languages or programming paradigms
- G06F8/315—Object-oriented languages
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Computing Systems (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明提供一种基于安卓APP的压力测试及崩溃日志提取的改进方法使用Python语言编写脚本对Maxim和uiautomator2工具进行整合封装,在APP提测后进行冒烟测试,目的是通过大量的随机点击、滑动等事件,提前发现应用闪退、内存溢出等严重问题,出现问题后,会对日志进行转储,便于排查和改进问题,通过该方法,确保了APP的提测质量,避免无效提测造成人工成本的浪费;封装Maxim类,将配置参数传递给类,作为实例运行,大大简化了运行的命令,可以通过多个实例化运行多个设备;待测试完成后自动进行日志筛选,转储崩溃日志,提高了测试效率,省去人工收集日志再定位严重级别日志的过程,最终达到连接设备后,一键运行该脚本,自动进行应用压力测试,人工只需验收日志的目的。
Description
技术领域
本发明涉及电数字数据处理技术领域,具体涉及一种基于安卓APP的压力测试及崩溃日志提取的改进方法。
背景技术
安卓压力测试工具对于快速验证产品质量,冒烟测试,有着非常重要的作用。
目前现有的技术如下:
安卓自带的测试工具Monkey,调用Android自带API发送一系列伪随机事件对应用进行随机压力测试。优点是速度很快,不用安装任何依赖,安卓设备可直接运行测试;缺点也很明显,不受控制,会在测试APP时进入通知栏、系统设置、非预期Activity页面死循环等等,覆盖率比较低,测试结果也不全面。
安卓压力测试工具Maxim,依赖monkey.jar和framework.jar两个jar包执行,在Monkey的基础上做出了一些改进,提供三种遍历测试模式。相对Monkey来说,增加了截图回溯、黑名单、白名单、自定义测试路径等功能,使随机测试变得可控,是非常好用的APP压力测试工具;不足之处是执行命令较长,多设备执行需要手动推送依赖和配置文件到设备上。
安卓UI自动化测试工具uiautomator2,在设备上安装http rpc server,用于接收Python库下发的请求,再转发到设备上调用原生的uiautomator api实现操作设备,可以执行点击、滑动、截图、录屏等等,还支持交互执行adb命令、无线真机连接。
发明内容
本发明是为了解决安卓压力测试工具自动化问题,提供一种基于安卓APP的压力测试及崩溃日志提取的改进方法,应用于安卓应用的自动化压力测试,使用Python语言编写脚本对Maxim和uiautomator2工具进行整合封装,在APP提测后进行冒烟测试,目的是通过大量的随机点击、滑动等事件,提前发现应用闪退、内存溢出等严重问题,出现问题后,会对日志进行转储,便于排查和改进问题。通过该方法,确保了APP的提测质量,避免无效提测造成人工成本的浪费。
本发明提供一种基于安卓APP的压力测试及崩溃日志提取的改进方法,其特征在于:以脚本的方式,通过uiautomator2使测试用电脑与待测设备进行命令交互,封装Maxim类,将执行压力测试所需要的参数通过实例化的方式传入待测设备,执行压力测试,根据崩溃日志的级别标签和关键字筛选出对应的PID,将报错PID的详细日志转储到自定义的崩溃日志文件内,得到压力测试的问题数量和堆栈详情,完成压力测试;
待测设备的数量为1台及1台以上;
测试用电脑与待测设备之间为数据线连接或无线连接。
本发明所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,作为优选方式,包括如下步骤:
S1、设备连接:将测试用电脑与待测设备通过数据线连接或无线连接;
S2、清空缓冲区日志及历史日志:以脚本的方式,调用uiautomator2api执行shell命令,清空待测设备的缓冲区日志及Maxim历史日志;
S3、推送依赖:判断待测设备是否存在Maxim所需要的依赖,如果判断为是,则直接进入步骤S4;如果判断为否,则将依赖推送到待测设备上,并添加相关日志记录;
S4、亮屏解锁:判断待测设备是否为锁屏状态,如果判断为是,使用uiautomator2进行亮屏解锁;如果判断为否,直接进入步骤S5;
S5、停止uiautomator2服务;
S6、压力测试:封装maxim类,将执行压力测试所需要的参数通过实例化的方式传入待测设备,执行压力测试,通过stream的方式输出执行过程日志,执行完成后,关闭流模式;
S7、崩溃日志提取:重新启动uiautomator2的uiautomator服务,转储崩溃日志,根据崩溃日志的级别标签和关键字筛选出对应的PID,将报错PID的详细日志转储到自定义的崩溃日志文件内,得到本次压力测试的问题数量和堆栈详情,完成本次压力测试。
本发明所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,作为优选方式,步骤S7中,通过调用dump_crash_log方法转储崩溃日志,具体方法为:
初始化崩溃日志转储路径和崩溃日志文件名称,通过uiautomator2获取待测设备的信息,过滤严重级别的崩溃日志,收集完成后杀死logcat进程,根据关键字找到对应的PID,存储到pid_list内并返回;
根据pid_list的长度判断是否出现闪退,如果判断为是,根据崩溃日志转储路径和崩溃日志文件名称创建崩溃日志文件,写入发生问题的待测设备的信息,统计出现问题的次数,遍历pid_list,在原始日志文件中找出每个PID所对应的堆栈日志,存储到崩溃日志文件内,打印崩溃日志文件路径和崩溃日志名称到崩溃日志文件内;如果判断为否,本次压力测试完成,打印结束日志。
本发明所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,作为优选方式,崩溃日志文件名称包括:待测设备号码、压力测试日期和错误类型。
本发明所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,作为优选方式,待测设备的信息包括:型号、厂商、版本号、SDK版本号。
本发明所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,作为优选方式,通过adb logcat添加“*:E”标签的方式过滤严重级别的崩溃日志。
本发明所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,作为优选方式,步骤S2中,使用Python语言编写脚本。
本发明所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,作为优选方式,步骤S3中,依赖的名称存放在jar数组和rely数组中。
本发明所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,作为优选方式,jar数组中存放monkey和framework的依赖;rely数组中存放awl.strings、max.config和max.widget.black的依赖。
本发明所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,作为优选方式,步骤S6中,执行过程日志包括:运行APP的包名、运行时长、待测设备编号、操作间隔、模式和崩溃日志输出路径。
本发明使用Python语言编写脚本,利用uiautomator2无线连接和执行shell命令的能力,做一些执行测试前的准备工作,比如:
1.清空设备缓冲区日志;
2.初始化Maxim依赖环境,将jar包、配置文件推送到手机;
3.停掉uiautomator2占用的uiautomator服务,由于uiautomator2和maxim都依赖于uiautomator,为避免冲突,执行测试前需要先停掉;
封装Maxim类,将执行测试所需要的参数全部通过实例化的方式传入,这样就不需要编写复杂的执行命令,只需要在实例化时加入可配置的参数项就好。测试执行完成后,根据日志的级别标签和关键字筛选出对应的PID,将报错PID详细日志转储到自定义的日志文件内,完成本次测试。
通过该技术,将测试的准备工作及执行过程完全脚本化,仅需要传入配置项即可等待测试完成,通过过滤后的日志,快速知道当前测试的问题数量及堆栈详情。另外,利用uiautomator2稳定的无线连接能力,可以做到去数据线测试。实现安卓压力测试全自动化,避免更换设备后手动安装环境和人工执行命令,减少因人为因素导致测试失败,做到多机执行,兼容性更好。
本发明具有以下优点:
安卓应用压力测试,相对于monkey技术,maxim框架更加智能可控,由于依赖jar包和配置文件,且运行命令较长,通常测试多台设备时,就不那么方便;uiautomator2是安卓的UI自动化测试框架,提供shell()方法使PC和设备可以进行命令交互。
所以通过uiautomator2进行maxim的初始化操作、设备日志的清理、获取工作,可以解决多设备运行maxim需要人工推送依赖的问题,同时,封装Maxim类,将配置参数传递给类,作为实例运行,大大简化了运行的命令,只需要实例化类,然后调用实例的run()方法即可,这样做的好处是,可以通过多个实例化运行多个设备;待测试完成后自动进行日志筛选,转储崩溃日志,提高了测试效率,省去人工收集日志再定位严重级别日志的过程。
最终达到连接设备后,一键运行该脚本,自动进行应用压力测试,人工只需验收日志的目的。
通过该方法执行maxim测试,还有个好处是很容易集成到测试平台内,编写UI界面,供用户输入测试参数,点击按钮,即可执行,不用做额外的脚本开发工作。
附图说明
图1为一种基于安卓APP的压力测试及崩溃日志提取的改进方法实施例1流程图;
图2为一种基于安卓APP的压力测试及崩溃日志提取的改进方法实施例2流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。
实施例1
如图1所示,一种基于安卓APP的压力测试及崩溃日志提取的改进方法,以脚本的方式,通过uiautomator2使测试用电脑与待测设备进行命令交互,封装Maxim类,将执行压力测试所需要的参数通过实例化的方式传入待测设备,执行压力测试,执行完成后,根据崩溃日志的级别标签和关键字筛选出对应的PID,将报错PID的详细日志转储到自定义的崩溃日志文件内,得到本次压力测试的问题数量和堆栈详情,完成本次压力测试;
待测设备的数量为1台及1台以上;
测试用电脑与待测设备之间为数据线连接或无线连接;
包括如下步骤:
S1、设备连接:将测试用电脑与待测设备通过数据线连接或无线连接;
S2、清空缓冲区日志及历史日志:使用Python语言编写脚本,以脚本的方式,调用uiautomator2 api执行shell命令,清空待测设备的缓冲区日志及Maxim历史日志;
S3、推送依赖:判断待测设备是否存在Maxim所需要的依赖,如果判断为是,则直接进入步骤S4;如果判断为否,则将依赖推送到待测设备上,并添加相关日志记录;
依赖的名称存放在jar数组和rely数组中;
jar数组中存放monkey和framework的依赖;rely数组中存放awl.strings、max.config和max.widget.black的依赖;
S4、亮屏解锁:判断待测设备是否为锁屏状态,如果判断为是,使用uiautomator2进行亮屏解锁;如果判断为否,直接进入步骤S5;
S5、停止uiautomator2服务;
S6、压力测试:封装maxim类,将执行压力测试所需要的参数通过实例化的方式传入待测设备,执行压力测试,通过stream的方式输出执行过程日志,执行完成后,关闭流模式;
执行过程日志包括:运行APP的包名、运行时长、待测设备编号、操作间隔、模式和崩溃日志输出路径;
S7、崩溃日志提取:重新启动uiautomator2的uiautomator服务,转储崩溃日志,根据崩溃日志的级别标签和关键字筛选出对应的PID,将报错PID的详细日志转储到自定义的崩溃日志文件内,得到本次压力测试的问题数量和堆栈详情,完成本次压力测试;
通过调用dump_crash_log方法转储崩溃日志,具体方法为:
初始化崩溃日志转储路径和崩溃日志文件名称,通过uiautomator2获取待测设备的信息,过滤严重级别的崩溃日志,收集完成后杀死logcat进程,根据关键字找到对应的PID,存储到pid_list内并返回;
根据pid_list的长度判断是否出现闪退,如果判断为是,根据崩溃日志转储路径和崩溃日志文件名称创建崩溃日志文件,写入发生问题的待测设备的信息,统计出现问题的次数,遍历pid_list,在原始日志文件中找出每个PID所对应的堆栈日志,存储到崩溃日志文件内,打印崩溃日志文件路径和崩溃日志名称到崩溃日志文件内;如果判断为否,本次压力测试完成,打印结束日志;
崩溃日志文件名称包括:待测设备号码、压力测试日期和错误类型;
待测设备的信息包括:型号、厂商、版本号、SDK版本号;
通过adb logcat添加“*:E”标签的方式过滤严重级别的崩溃日志。
实施例2
如图2所示,一种基于安卓APP的压力测试及崩溃日志提取的改进方法,本方案以脚本的方式,通过对现有技术的结合,实现安卓压力自动化测试环境部署,自动执行测试,自动转储崩溃日志的功能。基本实现步骤如下:
1.通过数据线连接设备后,可选是否进行无线连接;
2.调用uiautomator2 api执行shell命令,清空设备缓冲区日志及maxim历史日志;
3.推送Maxim所需要的依赖到设备上,定义jar和rely两个数组,存放依赖名称,如:
jar=["monkey.jar","framework.jar"]
rely=["awl.strings","max.config","max.widget.black"]
在推送前做出判断,有则忽略,无才推送,并添加相关日志记录;
4.设备锁屏处理操作,当前设备如果判断为是锁屏状态,需要先亮屏解锁,用到uiautomator2的screen_on()方法和swipe()方法;
5.停止uiautomator2服务,调用uiautomator.stop()方法完成;
6.执行exec_maxim()方法,该方法封装了maxim的执行命令,对传入的参数进行解析,组装为完整的命令并执行,通过stream的方式输出执行过程日志,执行完成后,关闭流模式。
以下为该方法的参数说明:
-:param pkg_name:【必填】运行APP的包名
-:param run_minutes:【必填】运行时长
-:param device:设备号,默认当前连接设备(仅一台设备时,可不填)
-:param throttle:操作间隔,默认500毫秒
-:param model:默认mix模式
-:param output:自定义日志输出路径,默认/sdcard/maxim_output
7.测试执行完成后,重新启动uiautomator2的uiautomator服务;8.调用dump_crash_log()方法转储崩溃日志:
1)初始化日志转储路径和文件名称,日志名称为设备号_日期_错误类型.log,有则忽略,无才创建;
2)通过uiautomator2获取设备信息,比如:型号、厂商、版本号、SDK版本号等;
3)通过adb logcat添加“*:E”标签的方式,过滤严重级别的日志,收集完成后杀死logcat进程,因为该命令不终止的话会一直在后台活动,影响PC性能;
4)根据“FATAL EXCEPTION:main”关键字找到对应的PID,每个pid代表一个闪退问题日志,存储到pid_list内并返回;
5)当pid_list不为空时,根据第一步的日志路径和文件名称创建日志文件,写入发生问题的设备信息,统计出现问题的次数(pid_list的长度),遍历pid_list,在原始日志文件中找出每个pid所对应的堆栈日志,存储到新创建的日志文件内,打印日志文件路径和名称到日志内;
当pid_list为空时,代表没有出现闪退或者OOM,测试完成,打印结束日志。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,根据本发明的技术方案及其发明构思加以等同替换或改变,都应涵盖在本发明的保护范围之内。
Claims (10)
1.一种基于安卓APP的压力测试及崩溃日志提取的改进方法,其特征在于:以脚本的方式,通过uiautomator2使测试用电脑与待测设备进行命令交互,封装Maxim类,将执行压力测试所需要的参数通过实例化的方式传入所述待测设备,执行压力测试,根据崩溃日志的级别标签和关键字筛选出对应的PID,将报错PID的详细日志转储到自定义的崩溃日志文件内,得到压力测试的问题数量和堆栈详情,完成压力测试;
所述测试用电脑与所述待测设备之间为数据线连接或无线连接。
2.根据权利要求1所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,其特征在于:包括如下步骤:
S1、设备连接:将所述测试用电脑与所述待测设备通过数据线连接或无线连接;
S2、清空缓冲区日志及历史日志:以脚本的方式,调用uiautomator2api执行shell命令,清空所述待测设备的缓冲区日志及Maxim历史日志;
S3、推送依赖:判断所述待测设备是否存在Maxim所需要的依赖,如果判断为是,则直接进入步骤S4;如果判断为否,则将所述依赖推送到所述待测设备上,并添加相关日志记录;
S4、亮屏解锁:判断所述待测设备是否为锁屏状态,如果判断为是,使用uiautomator2进行亮屏解锁;如果判断为否,直接进入步骤S5;
S5、停止uiautomator2服务;
S6、压力测试:封装maxim类,将执行压力测试所需要的参数通过实例化的方式传入所述待测设备,执行压力测试,通过stream的方式输出执行过程日志,执行完成后,关闭流模式;
S7、崩溃日志提取:重新启动uiautomator2的uiautomator服务,转储崩溃日志,根据崩溃日志的级别标签和关键字筛选出对应的PID,将报错PID的详细日志转储到自定义的所述崩溃日志文件内,得到压力测试的问题数量和堆栈详情,完成压力测试。
3.根据权利要求2所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,其特征在于:步骤S7中,通过调用dump_crash_log方法转储崩溃日志,具体方法为:
初始化崩溃日志转储路径和崩溃日志文件名称,通过uiautomator2获取所述待测设备的信息,过滤严重级别的崩溃日志,收集完成后杀死logcat进程,根据关键字找到对应的PID,存储到pid_list内并返回;
根据pid_list的长度判断是否出现闪退,如果判断为是,根据所述崩溃日志转储路径和崩溃日志文件名称创建崩溃日志文件,写入发生问题的所述待测设备的信息,统计出现问题的次数,遍历pid_list,在原始日志文件中找出每个PID所对应的堆栈日志,存储到所述崩溃日志文件内,打印崩溃日志文件路径和崩溃日志名称到所述崩溃日志文件内;如果判断为否,本次压力测试完成,打印结束日志。
4.根据权利要求3所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,其特征在于:所述崩溃日志文件名称包括:待测设备号码、压力测试日期和错误类型。
5.根据权利要求3所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,其特征在于:所述待测设备的信息包括:型号、厂商、版本号、SDK版本号。
6.根据权利要求3所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,其特征在于:通过adb logcat添加“*:E”标签的方式过滤严重级别的崩溃日志。
7.根据权利要求2所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,其特征在于:步骤S2中,使用Python语言编写脚本。
8.根据权利要求2所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,其特征在于:步骤S3中,所述依赖的名称存放在jar数组和rely数组中。
9.根据权利要求8所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,其特征在于:所述jar数组中存放monkey和framework的依赖;所述rely数组中存放awl.strings、max.config和max.widget.black的依赖。
10.根据权利要求2所述的一种基于安卓APP的压力测试及崩溃日志提取的改进方法,其特征在于:步骤S6中,所述执行过程日志包括:运行APP的包名、运行时长、待测设备编号、操作间隔、模式和崩溃日志输出路径。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111259532.3A CN114064460A (zh) | 2021-10-28 | 2021-10-28 | 一种基于安卓app的压力测试及崩溃日志提取的改进方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111259532.3A CN114064460A (zh) | 2021-10-28 | 2021-10-28 | 一种基于安卓app的压力测试及崩溃日志提取的改进方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114064460A true CN114064460A (zh) | 2022-02-18 |
Family
ID=80235611
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111259532.3A Pending CN114064460A (zh) | 2021-10-28 | 2021-10-28 | 一种基于安卓app的压力测试及崩溃日志提取的改进方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114064460A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115061727A (zh) * | 2022-08-19 | 2022-09-16 | 北京结慧科技有限公司 | 一种shell命令调用python脚本命令的方法、装置及存储介质 |
-
2021
- 2021-10-28 CN CN202111259532.3A patent/CN114064460A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115061727A (zh) * | 2022-08-19 | 2022-09-16 | 北京结慧科技有限公司 | 一种shell命令调用python脚本命令的方法、装置及存储介质 |
CN115061727B (zh) * | 2022-08-19 | 2022-11-08 | 北京结慧科技有限公司 | 一种shell命令调用python脚本命令的方法、装置及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110321152B (zh) | 一种软件开发平台 | |
CN105094783B (zh) | 安卓应用稳定性测试的方法及装置 | |
CN109933522B (zh) | 一种自动化用例的测试方法、测试系统及存储介质 | |
CN103150249B (zh) | 一种自动化测试的方法和系统 | |
CN110633209B (zh) | 一种车载安卓多媒体导航仪自动化测试方法及系统 | |
KR101470319B1 (ko) | 컴포넌트 모델 기반의 가상 소프트웨어 플랫폼을 생성하는방법, 이를 이용하여 소프트웨어 플랫폼 아키텍처를검증하는 방법 및 그 장치 | |
Gill et al. | Component-based measurement: few useful guidelines | |
KR101008977B1 (ko) | OSGi 서비스 플랫폼 테스트 방법 및 이를 이용한테스트 툴 | |
US20150058826A1 (en) | Systems and methods for efficiently and effectively detecting mobile app bugs | |
CN109189374B (zh) | 基于对象引用链的对象构造代码生成方法及系统 | |
EP2431869A1 (en) | Dry-run design time environment | |
JP2006018827A (ja) | スマート・ユーザ・インターフェース記録および再生フレームワーク | |
CN109240666B (zh) | 基于调用栈和依赖路径的函数调用代码生成方法及系统 | |
CN115686540B (zh) | 基于鸿蒙系统的rpa控制方法及系统 | |
CN107451060A (zh) | 一种跨移动端自动化测试框架系统 | |
CN105117346A (zh) | 虚拟化平台的分布式系统自动化测试方法及系统 | |
CN110013672A (zh) | 用于机器运行的游戏的自动化测试的方法、设备、装置以及计算机可读存储介质 | |
CN111813394A (zh) | 一种基于SpringBoot的Zeus框架的开发方法及Zeus框架 | |
CN115422063A (zh) | 一种低代码接口自动化系统、电子设备及存储介质 | |
CN112765028A (zh) | 基于群控机制的Android应用程序测试方法及系统 | |
CN114064460A (zh) | 一种基于安卓app的压力测试及崩溃日志提取的改进方法 | |
Wang et al. | Research on mobile application automation testing technology based on appium | |
CN113961570A (zh) | 一种应用于MYSQL BINLog变更数据的实时采集方法 | |
CN113010412A (zh) | 一种自动化回归测试方法及装置 | |
CN106021004A (zh) | 用户行为模拟单元、测试系统、以及测试方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |