#3 楼 @Lihuazhang @Tank007 我是 excel 的重度用户，不过现在已经迁移到测试平台（落库）了

给楼主一点我的建议吧：

既然是数据驱动，我的思路目前是 做到数据与代码隔离 ，代码不能跟业务强相关~！吧业务关联性体现在 excel 里面！

执行的问题：可以把数据装到队列里面进行排列组合然后进行一 一 遍历

测试报告的问题：长久来看自己定制自动化测试报告无法避免的，写起来也不难.

我很早前的 case（参考一下吧）：

我现在的 case：

#38 楼 @Mr.Tian 你好，OC 有底层的 API 获取 cpu 和内存 这种基础的性能数据，我这边的话因为要测竞品数据，所以用到了越狱手机，拿数据会方便很多

#60 楼 @enumerate 没问题
，加油，写完发帖分享一下

#58 楼 @enumerate 是我回答晚了

#56 楼 @enumerate 上面单位是 KB 你可以/1024

#94 楼 @tester123456 在弄了~

感谢分享！

结合 severlet 写一个接口

将 DriverseSsion 保存在内存中
当接口访问的时候只要判断 driver 是否为空 不为空即可引用
前提是要把 session 过期时间调长

给你一种比较简单的思路：
假设你们那边能做到 安卓的 desc 是 xxx.xx.TesterHome IOS 的 lable 、Name 也是 xxx.xx.TesterHome
那么你可以这样写一套 Case 咯（当然这只是一个非常非常简单的情况，碰到其他复杂的交互场景还需要不断的扩充方法）：

   /**
    * weex
    * @param name
    */
      public void ShowDemo(String Element)  {
              WebElement Demo = driver.findElementByAccessibilityId(Element);
              Demo.click();
      }

-Android  iOS 执行这样调就行咯-
ShowDemo（“xxx.xx.TesterHome”）；

#53 楼 @malina 你说这个问题需要关注一下持续增长过程 dalvik heap size 和 GC 的情况， 另外还有整体内存抖动的频率。
因为在不同的场景也可能在某一个场景下导致 dalvik heap 飙到阀值。

#31 楼 @xiaoxiao6 确认你 testng.xml 加了 listeners

非常赞，这样非常灵活，扩展起来很方便！。

#5 楼 @aizaimenghuangu 如果是以 bug 数为考核标准，那就是感觉对自身的产品有足够的信心咯？
如果是这种 “大家一起来找茬” 模式，找到一个多少钱的这种模式，我是认可的！

感谢分享，最近开发的平台也是用的这个~

bug 数来考核？是 80 年代的国企么？

工资不错~

来，你加我微信，给我转一次试试看能不能重现~

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

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

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

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

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

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

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

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

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