public void clear(By by) {
        WebElement we = this.findElement(driver,by);
//        String text = we.getText();
//        int maxChars = text.length();
//        for (int i = 0; i < maxChars; i++)
//            driver.sendKeyEvent(67);
        int stringLength = we.getText().length();
        for (int i = 0; i < stringLength; i++) {
            driver.sendKeyEvent(22); // "KEYCODE_DPAD_RIGHT"
        }

        for (int i = 0; i < stringLength; i++) {
            driver.sendKeyEvent(67); // "KEYCODE_DEL"
        }
    }

关键字：我是那种脑子不太灵光的人、我并不喜欢敲代码。我喜欢看书、吾日三省吾身、努力勤奋谦逊虚心的人、keep moving

我表示我跟楼主一样一样的，握爪~

解析页面生成页面元素表挺可行的
1.为什么页面源码还要存个 source.txt，不直接去爬虫解析的页面生成页面元素表
2.如果页面变了，重新解析生成的页面元素表，你这个维护再同一张表内的 case 流程顺序是不是就得重新排了?
3.作为一个菜鸟测试，感觉真的好复杂，技术菜逼伤不起

#6 楼 @chenhengjie123 !!!! 谢谢楼主的分享~你的帖子都好有含金量~么么哒~~~ :plus1:

感觉像另外一个角度解剖 “关键字驱动的框架” hmmmm 大概理解了楼主的意思了~

好赞！！！！adb 好稀饭~~ :plus1: monkey 开始下半部分 今天就不看了 有点消化不了了 ~ 谢谢楼主的整理~辛苦了~
//adb forward 端口映射这块不太懂，有空了解下 socket 通信~（http://mandapeng.vip.zhourenjian.com/?tag=adb-forwardhttp://blog.csdn.net/dlutbrucezhang/article/details/8577810））（
//ANR 这块我也不是很了解~知道这个东西，处理上也是小白~马克了解（http://blog.csdn.net/Zengyangtech/article/details/6025671）

#29 楼 @yuwuhen333 更新了

#27 楼 @vigossjjj 同你的这个想法

如果是 UI 自动化测试跑脚本期间遇到的 crash 楼主有什么好点的处理方案?

接口传的参数也写在 excel 内写死的吗 我之前也是用 Python 的 request json 处理简便一点 楼主这个生成图表的不错 感觉你代码写得比我高端多了 nice·· :plus1:

真好 直接动源码的都是大神!! :plus1:

#26 楼 @xxfcxx
#27 楼 @ellaw
目测是你路径写错了 检查一下

#11 楼 @lihuazhang 呃呃呃 到时候跟着实践一下 今天先忙

不理解 o(╯□╰) o mark~

appium 党经过围观

#5 楼 @chenhengjie123 soga 不懂 我先了解一下 appium 更新快 相信很快就会更新这一块的缺失的

#17 楼 @woshizh 我觉得没必要考虑说 case 错了 就再重跑吧 除非你要记录那个什么跑了几次才成功 那个成功率

顺便问下 logcat 可以过滤再导出吗

意思就是在脚本 run 期间把遇到的 toast 录制下来，后期再用 Toaster App 去做验证?
我觉得下面有个人回复的挺好。appium 确实应该考虑在 bootstrap 内加入 toast 录制功能呐呐~~

开启 appium 服务（连真机这些估计只能手动）；命令运行你的 case；

好。。。。。。。。。。。。。。。。。。。。难。。。。。。。。。。。。。。。。。。这几点通了 我也是个会飞的小菜鸟了