千行缺陷率之前我们也统计，现在不统计了，因为考核什么就会得到什么，考核千行缺陷率会变向促进重复代码和冗余代码的行数的增多，这种增多不好统计，但是会让千行缺陷率降低，也就没了意义，反而影响代码质量，我们现在缺陷和需求做绑定算缺陷率，比和代码行数合理，大家认为呢？

不同公司不一样，通一个公司不同业务线也不一样，与迭代进度，部分风格，项目管理风格，当然领导的风格最关键，领导如果追求 deadline 那就必须按时完成，大家都在卷，谁敢不加班

CodeGeeX 也不错，免费的

这就是常态，也是正常互联网人的惯性思维，不用过于纠结，哪里都一样，重点放到未来，以后怎么避免此类问题的发生，BUG 已经发生了说什么都改变不对用户的影响，过渡硬钢没意义，现实就是这么的。给你个建议，我们测试用例会进行评审，产品，项目和开发都会明确测试点和范围，线上再有问题就是大家坐在一起分析问题了，重点是千万不要和领导对着干。

一般视频会在 wifi 下自动播放，之前我们用移动网络来进行自动化测试，可能与每个产品有关，我们的产品中的视频只要不自动播放就可以进行元素定位

这个是本地的地址，只有本地能打开，不过前提也是本地服务是启动的，这个地址分享出去是打不开的

接口自动化一旦量上去了好处还是很多的，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 自动化测试来说非必要不用升级。

开滴滴，送外卖