我在考虑要不要删掉这个帖子，大家觉得呢？

从楼主的描述，我觉得提到了两个问题：

• 接口自动化的意义
• 代码覆盖率的意义

目前我们实践来看接口自动化测试的意义有下面几点，更多的还没能力去探索：

1. 微服务升级、框架升级、各种升级和改版的时候做 diff 用，快速验证是否影响老的逻辑
2. 业务造数，通过 API 组合来快速构造测试数据
3. 提测准入验证，因为执行时间很短，可以结合 CI 做快速检查提测版本的功能
4. 批量回归测试
5. 辅助性能测试和开发自测

代码覆盖率的意义：

1. 删除冗余代码
2. 辅助测试人员衡量测试覆盖度，尤其是新增的行覆盖率、branch 覆盖率、method 覆盖率，可以非常有效的提升新增业务逻辑的覆盖场景
3. 快节奏项目下，评估测试范围和影响的利器
4. 海量用例下，评估需要使用的 case，而不是无脑的回归
5. 针对新增 diff 数据未覆盖的代码进行用例补充
6. 有效补充上面的 API 自动化 case
7. 通过可视化、可度量的方式，促进测试进行自我检视，衡量研发自测效果和水平
8. 更多智能化的应用就不赘述了，以免贻笑大方

间歇性的迷茫是对的，说明在内省自己，考虑将来。

开啦，试试看吧

我知道 win32ole 这个库可以识别 Windows 客户端的界面控件，比较古老了。另外 airtest 可以基于图像识别来寻找，比如 Windows 的端游

你可以看看人员分布情况，社区的受众还是比较分散的，不过确实一线城市工作的人比较多一些

欢迎春明老师👏👏👏

欢迎哦👏，已开通

薪资分布的话，建议看看社区的年度行业调研报告，数据比较客观，不要看 MM 或者 zhiH 的。月薪 3、40K 的不能说很多，但是也不是不可能。

《https://testerhome.com/topics/21902》

我误人子弟了

实在不知道怎么提升自己，我建议去报个培训班

我记得写过移动端分布式自动化测试执行的文章，不知道放哪里去了，大概思路就是利用 maven 的插件进行多线程 execution 调度，然后通过 xml 类配置手机的 sn 号和 port（appium、proxy 抓包需要）的映射，这样在执行 case 的时候就知道自己怎么找设备和端口号了

看完文章以后，我只记得小龙虾的做法

培训班是为了深造，没啥可不可耻的。经历不可耻，可耻的是造假

抖音没有，爱奇艺和优酷都在大会上分享过呢

要经常出差吗？

这样的操作是为了验证啥呢？如果每一帧的画面都是一样的，那对于丢帧和卡顿很难辨别出来吧？另外对于视频广告的暂停，重播、暂停后继续等场景就很难区分出来了

展示广告效果的我们人工验证，那个实现成本太高了，而且图片都有区别，肉眼观察的效率是最高的。目前我们自动化只投入了打点验证，因为这个打点通常是新增，修改和减少的情况不常见。但是打点验证人工极容易出错，所以我们投入了自动化测试。
视频类的 SDK 我们也有，但是自动化验证做的其实不太好，爱奇艺、优酷他们对视频播放的测试，和视频、游戏类广告其实类似，只是播放时间有些差异，但是从行业里面的做法来看，投入太高了，我们不具备这样的储备去研究图像识别算法，未来等方案开源了再打算弄一下

莫非你的账户是 8 个 8？

楼上回答的好全面了。这里稍微补充一点点：

• 后台配置的话会涉及到云更云控逻辑，就是下发到本地的策略文件，需要验证一下逻辑，包括优先级、流量比例、广告类型序列、触发时间段等。
• 广告物料有没有预拉取逻辑，如果有的话需要注意存储位置和时效性（因此需要注意清空缓存和清空数据的场景），要注意素材大小的检查
• 验证有没有兜底策略
• 广告类型的验证，注意内开、外开、deeplink 几种方式，在不同系统上的表现，注意系统的限制、默认浏览器、是否安装了广告主 APP、外开广告页对接的接口是否正常
• 注意广告二跳的情况
• 注意广告请求类型和返回类型的一致性，广告打点时机、顺序、数量的验证

那样还是不错的！

是的，都在这 21 个人里面，java 我们投入 1 个人，php 投入 1 人，C++ 投入 1.5 个人，这些同学只有 java 的是专门在做这个事情，另外他得负责 sdk 的 demo 开发，其他人都需要支持业务测试。（当然还包括我这个打杂人员）