见官方人员解答：https://github.com/AirtestProject/Airtest/issues/239

更正一个问题，gfxinfo 可以拿到所有产品的流畅度数据。
之前拿不到竞品数据，是因为只监控了主进程的数据，后来发现竞品用另一个进程做的 UI 绘制，所以现在的流畅度方案改成了搜集产品所有进程的流畅度数据，解决了这个问题。

不会，有更多的报错信息吗？

嗯嗯，是的，代码规范是一回事，但是性能上真的没啥影响，避免误导大家。
但是两种写法，业务需求是不一样的；
但是如果是这种写法，就是真的不能忍：

public static Integer tryInLoop() {
        int count = 0;
        for (int i = 0; i < ITERATIONS; i++) {
            try {
                count = Integer.parseInt(Integer.toString(count)) + 1;
            } catch (NumberFormatException ex) {
                return null;
            }
        }
        return count;
    }

好嘞，谢谢

而且 try catch 放到循环内，和放到循环外，是两种不同的业务要求。其实不能单纯的这么对比性能。

即使单纯的站在性能角度，考虑 try catch 放到循环内和放到循环外的性能差异，不知道有没有好的案例分享？求指导

大佬，还是不明白为啥，你发的文章中只有这么一句话，有案例分享吗？

还有就是 CSDN 还挺好用的，而且我发你的帖子中引用的是这两篇原理贴，不知道大佬看了没？
How the Java virtual machine handles exceptions：https://www.javaworld.com/article/2076868/how-the-java-virtual-machine-handles-exceptions.html
Should try…catch go inside or outside a loop?：https://stackoverflow.com/questions/141560/should-try-catch-go-inside-or-outside-a-loop

没有理解 循环里面 try catch 的问题，以 Java 举例，因为当不发生异常的时候，性能上并无明显差异。
具体见：https://blog.csdn.net/tao_zi7890/article/details/17584813

根据实际需求来，如果是未知的不定时广告弹窗，可以设置时间到单用例结束；
如果是进入某个功能时，会有未知的不定时弹窗，可以把时间设置到覆盖该功能；

不是，直接用 nyc 对 js 的源文件插桩的

你的问题我没碰到过
我看了一下我的文件，插桩前 2KB，插桩后 6KB。

相对布局，兄弟、子、父关系，测试框架一般都有相关封装好的方法

写这帖子的目的是啥啊

甲方找外包的原因可能有两个：
1、时间紧任务重，资源不满足项目需求，所以找外包资源解决；
2、降低成本：现在越来越多的公司选择测试外包，是为了降低公司成本；

所以不建议你按照 1.5 倍计算，原因是：
（1）溢价 50% 可能对于甲方性价比比较低了，可以考虑溢价 20%，即按照工资的 1.2 倍计算；
（2）朋友介绍，那就说明是基于甲方对朋友的信任才有的这个活儿，甲方给朋友面子，你也要给朋友面子，在第一次溢价 50% 报价未果的情况下，第二次溢价 20%，一方面是基于朋友，一方面也表明你想做的诚意；

多一个建议：
不管是朋友还是亲戚，谈好价格和交付标准再接单，很多事情经不起金钱的考验。

我也建议来个完整报价，只不过要详细说明报价计算方式

1、如果有 Text，可以用 Text 定位；
2、如果没有，可以根据 View 树结构的相对布局进行定位；
3、如果 1 和 2 都无法定位，用 xpath

大佬之前也发现这个问题了吗？

有发现这个问题的小伙伴吗？求解答

赞，✊

感觉面试官问的没啥问题，第一个问题应该是想让你描述把控一个项目的整理质量，偏重于大局观；
第二个问题，其实主要涉及到文档同步以及验证功能，偏具体问题。

所以我觉得这个问题没啥毛病

又增加了两个坑：

全靠横捷之前的帖子，才能 3 天搞定，不然估计半个月才行

覆盖率这块不会做那么多工作，目前主要就是获取多端多方式的覆盖率数据和报告。

nyc 插桩 ReactNative 的 js 文件失败的问题解决了，主要是 nyc 的版本问题，降版本到 14.1.1 可以了。

注意：package.json 直接指定 nyc 版本和全局 nyc 版本的区别，如果是直接运行 nyc instrument，用的是全局版本

问题解决了，解决方法如下，特别感谢 @zsx10110
我之前使用的降版本方式是 package.json 中修改版本号，然后 npm install ， 然后 nyc instrument 插桩，注意：此时使用的 nyc 是全局 nyc，并不是 node_modules 中的 nyc，所以用的还是全局版本的 nyc，导致降版本无效；
感谢@zsx10110 大大，成功帮我解决了，使用如下命令，强制降版本全局 nyc：

npm install -g nyc@14.1.1 --registry https://registry.npm.taobao.org

问题解决了，解决方法如下，特别感谢 @zsx10110
我之前使用的降版本方式是 package.json 中修改版本号，然后 npm install ， 然后 nyc instrument 插桩，注意：此时使用的 nyc 是全局 nyc，并不是 node_modules 中的 nyc，所以用的还是全局版本的 nyc，导致降版本无效；
感谢@zsx10110 大大，成功帮我解决了，使用如下命令，强制降版本全局 nyc：

npm install -g nyc@14.1.1 --registry https://registry.npm.taobao.org