#4 楼 @leesom 没多大意思的。代码整洁规范的意义在哪里？领导不关注就没效果，领导关注了但是没产出。投入性价比极低。

#2 楼 @flint 研发代码都进行封板操作，居然你想一个版本兼容 N 个历史版本，不得不说你有点想多了。考虑地方太多，逻辑太复杂，当心你的代码存在很多隐患和 BUG。

#3 楼 @monkey
#2 楼 @anikikun 额，看来都没看过段子啊，完美掌握=完全没掌握。。。哈哈

除了 XCTestFramework，其他都完美掌握，一切都不是问题。唯一的疑问就是这项工作会交给测试来做吗？

#7 楼 @lihuazhang 我觉得可以了，本论坛的受众本来就不是面向全世界，针对测试工程师的，哪个测试不用 chrome 或 safari 浏览器？

#1 楼 @lihuazhang 还好有个头像，不然 monkey 又要跳出来说 请加头像。。。

#1 楼 @monkey 然并卵，测试工程师更没有什么卵用。。。

有瓶颈就好，突破之后就是一片新的天空。恭喜你们已经将 testerhome 从一个学院类的网站步入到了社会型的网站了，说明使用人越来越多，争取早日成为 51testing 一样的大型网站！

#17 楼 @huangyaoshiauto
#18 楼 @nancy2896
#19 楼 @doria
葡萄酸不酸，要看你怎么吃了，我是直接吃的所以觉得酸，但是如果你投入大点，放一罐糖腌一下，也是甜的。
投入再大一点，把 appium 源码改改，也就没这一说了。
目前不推荐，谁用谁知道，我要把我的那些坑说了，你们肯定又有理由，这个问题可以这样这样解决啊。但是要想下，有没有必要。我用 robotium 不需要修改他的源码即可使用，用 appium 需要改源码，你自己衡量。（PS.我用的时候，是两个月之前的 appium-android，不知道现在这些问题改过没）

我作为资深自动化架构师，给几个最基础编写中建议：
1、appium：android 千万不要用 appium，坑，等半年后看反馈用；ios 可以用 appium；
2、robotium：android 建议用 robotium，深入点，搭建服务器和测试客户端模式；
3、重要核心：UI 用例最重要的不是覆盖率，是准确率，误报率超 5% 基本就没用；
4、校验点：每走一步都要踏实，每写一个用例都要投入，要写完善，准确的校验点要正确且通用；
5、原子化：每个用例都要原子化，可独立运行校验；
其他的自动化整体架构方面，我看到你有想法，但是没计划，没目标。

#21 楼 @gaoxing200851 你需要仔细分析下当前的页面，是不是存在两个？driver.switch_to.context(aa[1]) 这个是不规整的定位，很容易定位到另外一个 webview。

相比于这个问题，我更好奇为啥这边删除了一堆的回复？到底是啥样的内容呢？

1、是不是 webview？如果是，那这种方法是不行的，你需要监控接口请求，在浏览器打开 url；
2、是不是自定义控件？如果是，你需要找到这种控件的内部代码（很多是网上通用的）例如 wheelview，之后直接用代码中的 setvalue 方法输入内容。
3、是不是该控件不可见？如果是，你试试其他的搜索工具，appium 的 inspector 也很好用，可以用它来定位。

SessionNotFoundException，看这个异常抛错，我就大概知道你是因为 appium 把你客户端的请求给 kill 了导致的。应该是你的客户端与 server 之间有段时间没联系了。

你这命令里面的 packagename 不换？
你测试对象，包名确认是 “com.packagename”？

#4 楼 @vigossjjj 哈哈，你埋给我看看。

#4 楼 @james88233 我觉得你作为一个测试很不错！前置条件写的很详细：我们现在主要做稳定性和 App 兼容性测试；
那么就可以解释成：
单个步骤执行过程中，有可能碰到接口网络问题响应缓慢，所以在 2s-40s 不等，所以我们就需要设置为 40s。
如果一个用例保护 20 个接口的调用，甚至其中接口的调用是嵌套的。
不算用例的执行时间，就需要 20*40=800s，一共 100 个用例，需要运行两百次才能判断是否稳定。
则运行耗时为 100*200*800s=16000000s。
如果加入你说的那种机制，则平均下来，需要等待可能在 5s，那么就节约耗时 8 倍。
所获收益也就翻三番。
向领导解释清楚问题的原因以及后续优化之后的预期，也是工作内容之一，好好体会吧。

#20 楼 @anonymous ios 也有自己的一套闪退解决方案，不过线上版的都反馈到 apple 那里了，他们有统计。如果调试的话，用 instruments 即可抓取当前的日志。

你需要了解下什么叫闪退
通俗的：android App 因为不可预知的因素导致奔溃。
是非常影响用户体验的。
研发能否捕获 crash 当时的程序日志？
这个是可以的，通过 UncaughtExceptionHandler 接口 即可，网上资料一搜一大把
理论上，monkey 只需要运行即可，你不需要重复 monkey 当时的步骤，也很难复现，但只要基于捕获当时 crash 的日志，即可分析定位出，到底哪个模块代码出现问题。
摆正自己的位置，放宽自己的心态，目的是测试，保证产品质量，问题升级，寻求解决方案，不要像刚毕业的一样进行吐槽。

#1 楼 @pighero001 命令请求操作数据变更等等

#2 楼 @nickli 不错啊，不过可以看源码弄出命令请求如何 start 如何 stop launch 吗？

知道为啥首次卡顿不？我之前研究过，跟百度首页他们做了一个相同的动作，监控用户行为。。。