1、先要确定覆盖浏览器的类型和版本号，这个看你们前端有没有埋点统计，然后再综合用户实际使用的，确定要覆盖哪些
2&3、建议用 selenium，比较完善，可以使用本机环境执行，或者使用 seleium grid 或者 selenoid 之类的远程执行器；cypress 试用过，不支持跨域和多标签，如果会 js 的话可以考虑下
说个题外话，兼容性测试最难的是结果校验，比如一些样式显示错位的问题，我之前是每步执行都截图下来，跑完直接批量看图片

每条用例去写参数校验是很费劲的，接口参数一般就有限的几种类型，是不是也可以根据接口与 refer 请求头做个分类

前端向接口的传参这个是怎么做校验呢？

这些没有镜像，我这边是用 no docker 形式接入的

这种情况如果不做一些处理的话，可能下次执行还是不通过，所以需要辅助信息来判断

写了篇 selenoid 分享，有兴趣可以看下，https://testerhome.com/topics/27203

举个常见的场景，之前写好的脚本，某天页面上出现弹框，导致页面元素定位不到，光看脚本的错误信息是排查不到问题的，需要看截图或者视频

排查错误的时候用，看视频比看截图直观一点

录制视频是这个 selenoid 自带的功能，还有 vnc 远程查看实时画面的能力，总体来说比 seleium grid 好用很多。视频文件的话会统一放到一个目录，写个定时任务一个月清理一次。https://aerokube.com/selenoid/latest/#_live_browser_screen，这是官方文档，有兴趣可以看下，后边有时间我会写分享文档出来

ssh 操作是为了把录制的视频移动到 nginx 目录，执行完拿到视频链接就能播放

能解决实际工作中的痛点的工具就是好工具。就比如我们自己调内网接口不方便，然后就弄了个代理工具，后边测试方便好多

这个是自己用，还是推广给其他人一起用了，反馈怎么样？

能学习下技术是好的，但是对从零开发移动端自动化测试框架这点存疑

我觉得楼主写的几点，2 还能搞一搞，1 和 3 看起来就比较虚

appium 可行么？只要能定位到元素就能驱动，我上次试过 android 小程序能定位到元素，不过没时间去搞了

大佬的经历很丰富，就是太折腾了

感觉这样封装太多层了，后期比较难维护，我比较赞同 1 楼的做法，在 login PO 里面封装 login 方法，业务脚本直接调用 login 方法

能不搞测试就别搞测试吧，单纯的点点点测试没前途，又得去学代码，照着开发的标准面进去，可能后边还是点点点，这就是现实

回复下你这条吧，上边几点是我参会的时候感受到的，觉得有问题才拿出来吐槽下，并不是认为这就是对的；今天也在忙着总结会上的内容，也并不是没有收获；关于技术方面，个人觉得还是要持续去学习的，但就测试开发这个职位而言，正如 31 楼所言，开发能力不是全部，最终的还是要以测试质量为结果，在这次会议上确实没看到测试本身相关的内容

思考这事，仁者见仁，智者见智，不多说了

还是不要去初创型公司吧，不进去完全不知道里面有多坑，去业务成熟一点的公司，起码坑的概率要小点；关于改变环境这块的，特别是研发流程相关的，是需要有一定职权的人去推进的，从测试这边入手的话，可以从线上问题入手，分析出一些改进点，让领导去推进执行，后续可以再提炼一些过程改进点

哎，我觉得你没 get 到我的意思，我不是想讨论要不要学技术这个事，而是测试开发中的测试与开发的平衡点在哪里

确实像你所说，新技术日新月异，总会有学不动的时候。我曾想过，拿自己跟工作一两年的新同学对比，除去技能跟工作经验的差异，大概就只剩下知道什么时候该做什么事了。

我不想跟你争论什么，只是吐槽下感受而已，从哪方面你看出来我是书读得不多。这次参会确实看到了很多新方法，新技术，开拓了视野，这些都是在开发层面的，那么测试开发中的测试怎么体现出来，仅仅是开发的工具应用于测试么？在这次大会上没看到答案，仅此而已。

额，我不是抬杠，百度词条就在那。按照我的理解，工匠精神就是精益求精，做到极致，但就测试而言，资源总是有限的，最终结果符合验收标准就好。ps：最近在看 pmp，有感而发而已