#11 楼 @james88233 正解，一般各种比较大牌子的设备在正常人类范围的使用周期内，最多也就耗损板级寿命，只不过我那 * 说的坏跟你的理解不是同一个理解，最后就是，走起来动起来 太危险了

楼主万幸，领导是女人，女人还是会讲道理除了爱情之外 (个人感觉)，我的领导是一个男淫，不懂技术 **** 各种，你懂的，连一个安卓机刷机都说刷多了会坏的，这样的话也是醉了，好吧不强迫，一个部门总三个人，他天天 CF，中午 下午 下班，都这样（没有任何取笑之意，也没有任何色彩的东西存在，只是告诉楼猪，自己学到的才是自己的，自己的经验才是自己的，不要管人家，你不是人家领导，该汇报汇报，该干活干活，领导就是领导，叫你干嘛 你认为对产品好的就做，最重要一点 该下班下班，回家后 人与人之间的差距就在于下班后你在干嘛）。个人观点~！

#9 楼 @chenhengjie123 是的，图片滑动间应该都有个间隔停顿，然后用户模拟下滑动一张 scrollview 大概也是一秒左右，加起来就是 1500ms，再 * 图片数量，一般都是 5-10s，也是正常范围吧。

#5 楼 @wisdom_maxl @chenhengjie123 大神说了，webdriver 的方法就是这样了，哈哈

#4 楼 @mzl19860128 是的，把数字调大就是了，其实还有个坐标的，可以定义到 3/4 屏幕都可以，但是有个缺点，就是不同分辨率和尺寸的设备下测试就悲剧了

#1 楼 @chenhengjie123 其实这个来自网络的方法有问题的，1/2 的屏幕滑动，对于 android 来说有可能滑动失败，跟开发的定义可能会有关系，所以我还是比较热衷于 robotium 的那个，只是 webdriver 没有，所以我就说是个遗憾了

#1 楼 @chenhengjie123 正解，今晚参考 robotium 来封装一个。

#23 楼 @mildshark 好吧

#21 楼 @mildshark 我的是本地静态的图片，所以不需要等待。。。，之前看到过还有一个快速滑动的方法，不造楼主知道不

for (int i = 0; i < 3; i++){
action.press(200, 210).waitAction(500).moveTo(10, 210).release().perform();
}

循环会不会更好呢，不需要等待时间了,个人意见~！

里面的一些 test demo 还是挺经典的 还能利用 aosp 源码编译 rom 大赞

只见云山不见工具 Download 链接，楼主