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

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

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

那是基于 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 通信

报名需审核后才进入支付流程吗？和以前的活动不一样了，以前报名就付费了

怎么报名啊？

那么问题来了，用到了哪些设计模式呢

看 2.0 的源码啊，netty 的，感觉比 1.0 还漂亮，虽然我也不懂，不过我会装

一言不和就造轮子

https://testerhome.com/topics/7404

这个还可以兼容 ios 录制呢，好好玩

嗯嗯，通过这个jenkin-client-api操作很方便

客气了

https://github.com/appium/appium-uiautomator2-server
就在 appium 下面啊，我的哥

我也是向论坛里别的小伙伴学的，

可以啊，欢迎来试试

指哪一波？

appium 源码里面，另外这是 ui1.0 的版本，已经 deprecated，在 appium 源码中有 2.0 版本

嗯，大概知道怎么回事，运营目标未达成，扣了全技术部的一点绩效工资，再有就是键盘侠比较多，