知道这两个可以抓，手工测没问题，不过自动化方便吗？

取巧一下，微信搜楼主的论坛帐号就可以了

哈哈哈

不错，不错

想多了吧，这样的话，网吧老板不是亏死了

没有问题啊，它是按时收费的

各个厂家的手机都有这个文件吗？
另外你说的独立 UID，嗯，某些 APP 是超过一个进程的，所以对应的 UID 好像也是不一样的

android 5.0 的手机上没问题的方法可能到了 6.0 的版本不适用
小米手机上成功的，可能在华为手机上不行

噢，我明白你意思了，抓包是第一步，之后可以进一步分析，具体结果分析还没做好，等做好了我再更新到本帖

我这只是分享流量统计的方法，不知道你的问题点在哪里

嗯，大部分场景下，tshark 和 tcpdump 都可以完成目的，可供考虑的因素：

1. OS：
   • tshark 支持 win, mac, linux；
   • tcpdump 在 windows 上的版本叫 windump，即使同样的功能，也需要修改脚本或在脚本中加入系统判断
2. tshark 支持时间格式输出，tcpdump 没有
3. tshark 支持的协议更丰富

总之，tshark 功能相对 tcpdump 更强大一丢丢

你们测流量怎么玩的？

不错不错，思路不错，值得借鉴

感觉问题被搞复杂了吧，功能是不是和以前一样，这个不是靠谁的记忆，应该是产品或需求定义的
至于构建策略，这个需要慢慢摸索，怎么做比较好了

这个工作量就大了

在代码里写，是可以的，但是把它做成通用的，参数化的话，需要看下怎么做好点

去招聘网上搜下测试专家岗的要求就知道了吧

这个理解挺好， 这是回归测试的目的，原来正常的功能不应该因为新上的功能而出现问题

能不能发现问题和提交方式没什么关系吧？

那是基于 google 的源码做的二次开发，我以前写过约 1000 条自动化用例，写到吐了，跑到最后跑上个三天三夜，也没发现一个 BUG，不知是高兴还是悲伤
工具么基本上都是基于 ui2.0 的，没太大差别

  Allure.LIFECYCLE.fire(new TestCaseEvent() {
    @Override
    public void process(TestCaseResult testCaseResult) {
        List<Parameter> parameterList = new ArrayList<>();
        Parameter request = new Parameter();
        request.setName("Your key");
        request.setValue(“Your value”);
        request.setKind(ParameterKind.ARGUMENT);

    }
});

1. 是你的操作导致的？
2. 是 vivo 手机自己杀的？

搞清楚动作来源

那么问题来了，dong 哥，UI 自动化怎么才算好

除了硬方法以外，我以前还做过软方法，就是监听电池电压和电量，当低于一定阀值的时候，就暂停用例执行，待充到另一个阀值的时候再执行。
还有就是可以用 shell 放手机后台执行，或者通过无线 adb，走 wifi 通信