#4 楼 @a00ium 谢谢。楼主的链接已经失效了。

请问你是用什么工具把整个网站抓下来的？现在 appium 已经是 3.3.0 了，我也想抓下来做一个 chm

#1 楼 @small_tester 我的也是，请问你解决这个问题了没有？

没想到这里用 mac 的这么多，还有没想到这里用 linux 的依然这么少。我用 win

@lihuazhang、@seveniruby、@monkey 不知道之前这个帖子是什么地方违规。我修改了一下标题，因为之前是发在 uiautomator 区的，所以就想应该不用写 UiAutomator 了。不知道现在这样写行不行，不行的话跟我说清楚一点吧，我再改。

项目经理其实是个挺好的发展方向

这个移动测试工程师没有学历要求吗？

全文倒是看得懂，但能问一下 triaging bug reports 是啥意思嘛？

#9 楼 @sincool 嗯，我遇到的是更注重测试相关文档的字体、颜色、格式…………

斗志很强嘛，继续加油吧

cocos2d 游戏有一种测试框架，可以去搜一下

#16 楼 @oscarxie 其实，软件测试的目的之一就是为了降低总体的开发成本，因为问题越早发现，它的解决成本就越低，所以尽早的测试是必要的。现在你所遇到的问题是：你认为 UI 自动化测试给你的工作造成了巨大的麻烦（看你整篇文章的论调大致是这样子的）。但实际上，给你造成麻烦的根源其实是被测程序所存在的问题过多，而 UI 自动化测试找到了那些问题。从这个看来，应该说你们公司的 UI 自动化测试做得相当的好了，很多公司的自动化测试工作基本找不出什么问题来的。看来，软件质量保证工作独立成体系是很必要的，否则，如果让开发人员主导的话，测试做得好反而会被认为是 “麻烦制造者” 而被削弱甚至砍掉。

#14 楼 @oscarxie 比如说那个排第一的失败原因，看它写的大意是找不到断言中所规定的元素，也就是说测试的实际结果和期望结果不符，如果不是测试脚本写的有问题的话，那应该就是这种 ui 自动化测试在被测程序中找出大量的问题来了，那么恰恰说明这种 ui 自动化测试是很有必要的吧。看你的解释说主要是 timeout 方面的问题，那是不是说明被测程序在性能上跟不上？还有 ui 改版的时候出现这样的大面积失败，那还是回到那个问题：到底是 ui 测试脚本没跟着改好呢，还是被测程序改版的时候改出问题了？如果是前者，那就应该追究脚本编写者的责任，如果是后者，那应该给脚本编写者记上一功了，呵呵。总之，不论是以上哪种情况，好像都不应该说通过减少 ui 自动化来解决吧

#12 楼 @oscarxie 是什么造成了这些问题？是测试代码没写好呢，还是被测程序存在 bug，不能说测试不通过就怨到自动化测试的头上吧

能不能对失败的原因做一下总结？

#37 楼 @quqing 还有就是考虑到易用性的问题，因为很多测试人员的编程能力相对比较差，所以方便易用的测试工具更加受欢迎。如果要涉及比较深的编程知识的话，还不如去做开发呢。

为了模拟用户的操作，一切测试都要追溯到用户需求

#8 楼 @kevin_yuan 还是不大明白，你是说想在没有登录的情况下就去判断那个人是不是你的好友？还有你说的发布信息的列表又是什么样子的呢，如果像你贴出来的那样就有 + 号，就可以判断

发现讲这个的资料相对少很多