#18 楼 @yangchengtest
固定型号?嗯,对,我们做的都是我们公司自己的手机,有很多的应用都是我们公司自己做的,其余的有一些客制化的应用以及平台本身的应用,比如 Settings 这样的。最主要的是稳定性测试。“建议下次最好将需要测试的对象稍微描述一下吧?”,嗯,接受你的建议,谢谢!
#21 楼 @vigossjjj
sendevent 的实现机制我确实不了解,望能指点一二。感谢!
另外,解析 uiautomator dump 出来的 xml 档,用 shell 脚本解析会很快,本文即是使用 shell 来解析的。uiautomator 本身是通过 java 去解析的,做了很多种方式,我感觉有点复杂了。这是我喜欢 shell 的原因。直来直去,哈哈哈哈
#19 楼 @vigossjjj
读一行写一行?你搞错了,我说的 shell 执行是用 shell 脚本,而不是用 dos 命令行往下发,shell 是手机的 linux 内核,执行速度比 dos 往下发快得多,它已经脱离了 adb 了。
不同的设备我们写出不同的配置文件出来即可
#16 楼 @lihuazhang
已更新。
#12 楼 @chenhengjie123
手机 dump 确实速度比 pc 慢不少,请问这个怎么理解?
#13 楼 @lihuazhang
感谢指正,下不为例.
#10 楼 @james88233
快慢,一者与界面是否含有动态控件有关,二者与手机的运行内存有关.刚才所讲的 34 秒,是 34 秒,不是 3~4 秒,我没写错哈,是我在小米 2 手机上测试的一个数据,这只手机运行内存只 1G.至于其他关系因素,我目前还不知道.对于你所讲的"迭代频率比较高的偏功能性测试",我们的做法是,自动化没有设计完成时,采用逻辑测试,自动化设计完成时,自然是采用自动化.毕竟自动化用例也是需要人来设计的.客户的需求是说这些用例要设计成自动化,我想应该不是说立刻,马上用自动化跑起来吧?哈哈,理总是讲得通的.
#8 楼 @james88233
我今天在电脑上使用 uiautomatorviewer.bat 来抓取手机一个录音过程中的界面控件时,花了 34 秒,才显示出来,所以...相比较而言,3-4 秒算快了吧?哈哈,但是我在手机的 adb shell 下面, 执行 uiautomator dump 就快一些,当时没有拿秒表计时,大概是 4 秒以内的样子.我是使用了我讲的那个方法的.另外在使用 uiautomator 跑用例时,不仅仅是 dump 慢,有时界面上明明有这个控件,单独刷界面也可以刷出来,但是跑那条用例,就是失败了,中间又加了延时,方才成功.我不知道你有没有遇到过.
#6 楼 @james88233
后面有时间,我会举例来说明的,今天时间不早啦!另外,你说 dump 这个过程,又慢又不稳定,不知道是否有在哪个界面出过错呢?莫名其妙的故障是什么样子的故障?是否如我文中所言,报 error 吗?
#3 楼 @lihuazhang
虽然可能列出来的点是相同的,但分析的角度不同,别人是纯粹从工具的易用程度来分析,而我是从实际在做整机测试的经验来看这个的.
#1 楼 @lihuazhang
有看排版的,但是这感想的纯文字的贴子,怎样排版比较好,我这也有点头疼.怕挨批.有没有前面谁发过纯文字的贴子,而排版又比较好的,当学习之.
#14 楼 @vigossjjj
不同的设备当然是不一样的 event 类型,这对我来说小菜一碟,不是事儿.至于 ddmlib 我知道,但要放到 shell 脚本中去执行的话,可能还需要配合其他工具使用.我这写好之后,就是一纯 shell 脚本,执行速度是很快的,比 uiautomator 要快许多.
#2 楼 @chenhengjie123
哈哈哈,确实有蛮多坑的,感言这东西,写得好叫情怀了,写的不好的就叫吐槽了.