关于android自动化测试的一些执行原理
来源:互联网 发布:unity3d解包 编辑:程序博客网 时间:2024/06/04 17:51
当我们写完一个robotium自动化的脚本后,需要注意几点。
1.安卓软件基本有两层组成,第一层是基于java的应用层,第二层是基于linux的底层操作系统。
2.我们通过robotium写的自动化脚本是执行在java应用层上,也就是说我们获取的所有东东都是在布局上面取到的。
我们理清楚这几点之后,开始了解其执行原理。
1.我们的被测对象是apk的源代码,我们的测试代码是基于源代码来编写的脚本。(也有脱离代码方式的执行)
2.我们在run单元测试的过程中,首先安装被测对象的apk(有代码的情况下),然后安装测试代码的apk。
这里我们大概可以这么理解,其实我们制作了2个apk的软件应用程序,通过1个apk来自动测试我们另外一个apk。
而这些都是通过操作UI界面的布局,控件==来执行的,我们报错的话都是通过抓一些控件或者算法来判断。
这时候缺点就很明显了,假设一些返回的提示框我们应用层抓不到的话我们就很难准确的做到安卓的自动化。
就算是用sl4a,monkey还是monkeyrunner我们只是测试应用层上面的东西。
这时我准备在工作和家里实验一个想法,把安卓的自动化做到linux系统上。
很简单的思路:我们在安卓真机或者安卓模拟器上面制作一个批处理bat或者sh脚本,通过任意脚本软件来监听。
简单的一个tcl伪代码获取日志的例子:
1.通过shell脚本打印日志adb logcat > /data/log.txt
2.利用expect搭建起tcl和shell桥梁,假设$testfile为log.txt路径
set testfile2 [open $testfile a+]
set tellfile [tell $testfile2]
3.应用层在执行自动化用例。
4.把执行所产生的日志进行截取:
set testfile2 [open $testfile]
seek $testfile2 $tellfile
puts seektell===[read $testfile2]
close $testfile2
5.可以根据开发给的错误码来匹配里面有无产生错误。
难点:
在应用层的自动化脚本能否通过runtime().exec的方法调用linux应用层的抓日志脚本,这点关键(待工作时实验)
在java脚本和shell脚本中间的延时如何设置和处理。
总结:这是我比较大胆的想法,毕竟我觉得在底层抓到的bug才是比较准确的判断出是否出现了问题,也发现很多例如内存溢出的问题。
同时现在我编写的robotium自动化虽然已经覆盖了很多用例,但是除了做基础的操作遍历和发现一些匹配字符的单,其实作用不算太大。
其实就是重复的检验了工作而已,并没我之前做的别的业务自动化那么产生实际的效果。结语:继续努力研究
- 关于android自动化测试的一些执行原理
- 关于android自动化测试的一些执行原理
- 关于自动化测试的一些思考。
- 关于自动化测试的一些思考
- 关于自动化测试的一些思考
- 关于Android自动化测试
- 关于 Android 下的自动化测试
- 关于Android 下的自动化测试 (转载)
- 关于 Android 下的自动化测试
- 关于 Android 下的自动化测试
- Android app自动化测试(Monkey的测试原理和方法)
- Android测试_关于 Android 下的自动化测试
- 关于UI自动化技术及测试的一些看法
- 关于自动化测试的一些思考(一)
- 关于自动化测试方案选择的一些思考
- 关于自动化测试的定位及一些思考
- 自动化测试的一些心得
- 自动化测试的一些看法
- 关于Server.MapPath()
- 单向链表当中的环路判别问题
- ASP.NET实现页面间值传递的几种方法介绍
- 单链表直接插入排序
- oracle08_tuning
- 关于android自动化测试的一些执行原理
- Android四大组件之广播接收者
- 老相片——曾经的Windows
- Android四大组件之Activity
- Android开发多线程断点续传下载器
- 在Unix/Linux下模拟双机热备(客户端自适应方式)
- Android分别使用HTTP协议和TCP协议实现上传文件
- Android操作联系人
- Android使用Pull解析器解析XML文件