我最近也在看他的源代码. 这个通用性是最好的. 代码好多地方都是一年没修改过. 看起来还是比较稳定的.
上周还发现了他的一个小 bug. 在构建 getElements 的结果时没编码特殊字符.

at org.apache.harmony.xml.dom.NodeImpl.setName(NodeImpl.java:286)
at org.apache.harmony.xml.dom.ElementImpl.<init>(ElementImpl.java:56)
at org.apache.harmony.xml.dom.DocumentImpl.createElement(DocumentImpl.java:344)
at org.apache.harmony.xml.dom.DocumentImpl.createElement(DocumentImpl.java:48)
io.selendroid.server.model.internal.JsonXmlUtil.buildXmlNode(JsonXmlUtil.java:70)

最后只好切换回 appium 了. selendroid 应该是最适合做兼容性测试的框架.

设计思路还是挺好的. 采用的是标准方案. 代码生成貌似没提太多, 估计是还没做吧.
基本上和我们公司现在用的框架是一致的.
你的是 testng+restemplate+har 代码生成.
我的是 scalatest+playws+har 代码生成.
还是挺像的. 思路也很像

问题在于那个描述文件 其实本身就已经跟 har 很接近了. 将来用起来不会太方便.
同时 java 的样本代码也有点多, 可以考虑进一步精简.

总体不错, 挺赞的.

#12 楼 @watman 支持, 使用的是标准框架的断言功能. 我未作任何修改

bash 代码写的很漂亮. 不过表述的还不太清楚. 别人如何使用没说清楚. 估计其他人没看懂. monkey 的无序会带来很多不可控因素.
我最近也在策划写一个 appium 版本的 monkey, 不重压力, 重功能遍历 + 弱网 + 数据异常 + 自定义遍历规则的工具.
用于在新老版本里验证回归

#3 楼 @kasi 别人出钱给大家, 这种好事要赞扬, Testin 也可以赞助的.只是你们太抠门了, 一毛不拔.哈哈

#4 楼 @shixue33 看起来是进入了很深的递归,然后耗费完了所有的堆栈.

我有阵子微信也是这个德行, 是在打开网站的时候会停留一阵子红色

国外的一些在线读书的模式挺好的. 搜索的时候可以搜索到. 然后可以试读. 想读更多就付费. 体验挺好的.

🐂

#1 楼 @lihuazhang 让我想起了之前的天地会

#3 楼 @weamylady 原来你在里面啊

连这么高大上的公司都来我们 testerhome 啦. 欢迎

#5 楼 @haiquan180 每家公司的商品都有次品. 你就别喷人家了. 最近乐视拿出了 50% 的股票激励员工, 我觉得是好事.
我之前还面试过乐视, 差点就过去了. 我觉得乐视挺狼性的. 推荐去.

配置下你的 $PATH 变量即可.

百度预定会议室流程有变 是我遗漏了一个流程导致的 向大家表示下歉意 时间和地点我们再另行通知

前三名公布
第一名: “陆金所” 之移动应用体检报告 获奖 1000
第二名: 详解 Android 耗电量 获奖 300
第三名: API 自动化测试框架分享 获奖 200

#9 楼 @anikikun 哈哈, 今年被中车坑的人不少

恒温辛苦啦. 做个铁面判官不容易, 要忍受着被人指责, 做社区就跟乔布斯做苹果一样, 只有认真和偏执才能让产品成功

#1 楼 @xushizhao 其实本来是想用 gatling-recorder 的. 但是目前 gatling 使用了强大的 akka. 我们还一时消化不了他的架构, 也没法跟 scalatest 一个很好的整合. 所以就用了其他的方案.

受不了的是 jmeter 貌似么有直接显示响应时间. 只能计算得出.

应该再放个黄源小同学的照片, 哈哈

#8 楼 @emilyluuuu @lihuazhang 哈哈

开启一个 uiautomator 的 Daemon, 发现就点掉就行了

uiautomator2.0 让执行测试更快, 更强.是个很强大的改进. 这对 appium 是重大的利好.
不过传统插桩的方式仍然非常重要, 还是离不开. 兼容性测试是绕不过去的