接口自动化一旦量上去了好处还是很多的，CICD 用起来很方便，如果维护自动化脚本的人员稳定的话，后期维护成本还行，如果人员不稳定，后期接口迭代优化时，维护成本会很大，不过整体看接口自动化的收益和成本还是远高于 UI 自动化

报告的 url 是什么看下，服务是不是开启了，用 IP 访问，不要用 localhost

平台是基于 java 的，python 不支持吧

AI 辅助编写测试脚本还是可以的，市面上已经有好多免费好用的工具，直接安装插件就可以了，至少这个是看得见摸得着的，其他就是扯蛋，至少目前是

前后端都需要做限制，前端是防君子，后端是防小人，懂的都懂，提高被攻击的成本和门槛，也是一种规范

文档系统不支持，只能人为通知，或者看下文档系统有对应的 python 库或者开发者接口，可以试试监听页面变化的，感觉成本比较到，最快只能先人为通知，不及时也比不通知强

用脚本发就行

实话实说就好，能坚持搞一个自动化出来，并且应用到工作中，有自动化测试思路去解决问题就可以，只有接口就把接口弄深入了，越精通越好。自动化的效果你可以计算一下自动化测试效益用 T1xN/(T2+T3)，T1 是手动执行的耗时，N 是自动化执行的次数，T2 是自动化测试脚本编写的耗时，T3 是脚本维护的耗时，如果标准是 1 的话，你算算你的脚本执行多少次 N=多少才算回本。现在面试自动化更关心成果和投入产出比。

小程序开发工具里面的云测，免费 150 分钟每周

2024，共勉

发版上线的第一原则就是周五不上线不发版，除非线上 BUG 紧急修复，否则不要触碰这个红线，哪怕上线很简单的优化或者文案修改

有实力就考公，这东西很难的，要有取舍，还要有综合实力，如果是学渣就算了

领导看中的多是结果和效果，要是我就偷偷摸摸搞，等有一定效果能拿的出手了再找领导，否则领导不会认可，应为自动化测试接口自动化见效快，UI 的见效慢

知道问题就已经解决一大半了，最大的问题就是不知道问题是什么

裁员了，我看每天我往大厂送的外卖也没见掉单啊

应该多讲讲从学生到社畜的惨痛过程，应该是经历了什么才会有转变要不不会理解什么是社畜

我们就是部署到 Jenkins 上，你是前端的自动化测试还是接口的自动化测试？接口的可以部署到部门的 Jenkins 上，方便同意管理和版本，前端 UI 的话，用本地电脑部署就行，看各自的喜好

iOS 自动化与 Xcode 版本，Mac 电脑的系统版本，手机型号和 IOS 版本都有关系，一旦找到一个稳定的组合不要轻易升级任何版本，否则就会出现跑不起来的情况，尤其是 IOS 版本，应为手机系统升上去就降不回去，基本就完犊子了，本人就在这地方踩过坑，对于 IOS 自动化测试来说非必要不用升级。

开滴滴，送外卖

小程序测试需要考虑载体的版本，高中低档手机上安装的支付版版本是不一样的，就算一样的支付宝，但是内置的小程序控件版本也不一样。最好让开发有在一些关键的功能上增加 log，这样方便定位线上偶现但是又影响用户使用的问题，应为你们的测试机有限，有些问题无法复现，就算开发改了你们复测不了，而且 IOS 和 android 的支付宝小程序要分别测试，会发现不少兼容性的问题。

该怎么测就怎么测，三端都要测全了，如果有不一致的就提 bug，要不功能多了，不一样地方多了，后面会很麻烦，谁对谁错都不好说，前期一定要保证，UI 问题该提就提，类型选 UI，优先级如果是 UI，可以适当降级一下，开发也不会太较真，说明事情原因就行

这是再给用户送福利

1. 多在不同手机上跑跑 monkey 和遍历
2. 开发要做 code review
3. 产品和设计要做验收
4. 测试环境和线上环境要保持一样，比如各种系统，插件，工具的版本

数据一般都有签名校验，不知道逻辑，只改请求参数是调不通接口的

1024 坦克大战，弄了几个坦克积木