在执行完上个用例初始化一下（可以直接调启动方法）
其他异常的话可以检测当前的 appActivity 当发生变化的时候做对应的处理

没上线可以去找市场上占比 top 机型
还有如果你们前期做过市场调查的话 最好根据自己产品面向的用户类型去分析选出较为代表性的机型

#42 楼 @tiger07706 top load 的数据比较多 不过 3 秒有点夸张了

#28 楼 @sysayy 这个步骤网上都有的，你去搜搜看吧

不错，对这个还是蛮有期盼的，
如果能解决执行效率会更完美

不错，类似这种模式，我认为有两个必须解决的核心问题：1，是稳定性，2，是容错能力

我之前也做了一个简单一点的：

不错， 不过 xml 里面内容多的有点难看

#25 楼 @sysayy 我把下载地址给到文章的最上面了

#90 楼 @mild_amy 可能字符串截取出问题了，这很早以前写的，截取的方式是有问题的

#50 楼 @songwenhai

http://blog.csdn.net/haorenmin2008/article/details/44158941 看下这盘帖子

#49 楼 @liyaoyao procrank 有些手机需要自己安装进去

#88 楼 @eyesee_janno

不好意思哈，暂时比较简陋
接下来会开发一个新版的，到时候 log 可以自定义路径，还加了 很多其他的新功能

#43 楼 @testercc 自动停止服务？我可以理解为 launch 不起来么？换个端口试试呢？
或者你可以报错信息可以贴一下。

之前也想这样，后面找了一下好像没有很好的办法。

#22 楼 @ping_sky 很高兴能帮到你

你主进程开的的话 接下来的步骤就不往下走了呀，子进程开的的话 属于异步吧~

首先，你这个录制的想法是挺不错的。
至于返回值校验，你可以去研究一下 jsonpath
还有数据的话推荐落库，你要考虑到以后到数据的灵活性和扩展性，包括一些流程性的 case 很多 step 是可以复用的

可以开放出来，给大家试用试用呗

1.需求通知不到位。
qa 可以强势 一点，需求变更没有通知到 qa，qa 可以要求重新估时，甚至可以说明如果不通知 qa 可以不测

2.需求文档更新不及时。
测试以需求文档为主，文档更不更新是产品的问题，最后有问题这个锅产品来背呗

确认页面是内嵌的 webview 之后，切换之前做一下等待~

try {

            Set<String> contextNames = driver.getContextHandles();
            for ( String contextName : contextNames )
            {
                if ( contextName.contains( "WEBVIEW" ) ||contextName.contains( "webview" ) ){
                    contextName = contextName.substring( 0,contextName.indexOf( "_" ) );
                    System.out.println( "contextName：" + contextName );
                    driver.context( contextName );
                    System.out.println( "[-设备-] :  xxx" +
                         " [-Success-]<<  步骤: 切换WEBVIEW  Url:" +
                         driver.getCurrentUrl() );
                              break;
                }
            }
        } catch ( Exception Error ) {
                    Error.printStackTrace();
        }
    }

#5 楼 @xdf ok 了解了

你采数据是什么逻辑去采集呢？
我说的是 某一个操作你是操作前？还是操作中？操作后？或者全部取求平均？？
appium 自动化的时候去采集数据的时候，会偏高一点点，不知道你这种方式会不会？

我感觉你可以再翻翻论坛里面的一些优秀文章，你肯定能找到答案~

#12 楼 @monkey 求放过。