以后测试负责给大模型背锅就可以了，其他全交给 AI

我准备明年就搞个流量回放，用回放测试环境接口测试的流量代替接口自动化测试。

重生之财务自由，谁还干测试。。。

没副业，不过看有同事在干保险经纪人的副业

我跳出用例设计看哈~

无论什么测试，都要先从被测系统出发，限制问题的边界，特别是和开发有分歧的时候，更应该如此。

对 2C 的系统，首页一个标点符号错误也是严重问题，因为损害的是公司专业的形象，对于内部系统，部分功能阻断可能都不着急改。
对测试的系统来说，可以从基于风险的测试看，这里有缺陷会如何，影响什么。

单从你描述看，要是内部系统，也不怕有什么越权啥的，无所谓限不限制。要是越权会造成损失甚至服务失效，那就要好好掰扯下了。

另外，前端的限制是为了规范用户，后端的限制是为了防御，两者限制的目的都不一样，可以从这个角度再看用例设计。

在这个大背景下，技能还没锻炼好就被优化了。。。

测好 “运维升级工具”，帮助缩短恢复方案所需要的时间

如果家里有其他产业可以做，可以考虑回。如果没有，家里本行业就业条件又差，还是慎重。。。

对项目和团队来说，左移没啥毛病。
对个人来说，得看考核制度，不同的项目，你每个月找 1 个缺陷，别人每个月找 100 个缺陷，同样是线上没出问题，但是总有傻逼觉得你没在干活。

今天公司搞了个算法大赛，不准百度，不准联网，不准 ChatGPT，2 小时就做出来一道题。。。。我面向搜索编程暴露了~

进门抽了个抱枕

强大自己，剩下的交给命运。
从就业的角度来看，寒冬的时候，专家、管理都不一定好使。。。

最主要是短期内看不到有起色的希望了。。。行业进入了可以预见的漫长的冬天

对，就是净流出。。。流入的估计也是来被裁员名额的。

现在 IT 行业流动性比房地产还差。。。

可以考虑看看月光宝盒，vivo 的那个，基于 jvm-sandbox-repeater 做的

感谢分享~可以借鉴，不过有时候会因为各种因素收集不到大家真实的问题反馈和想法。。。

期待一下~~

倒贴的出差 谁愿意去哦。。。给升职加薪？

你就说你不想去就行了啊，好好沟通，沟通无果再硬来。

要我的话，出差补助给够，不是缅甸非洲，在哪儿不是挣钱，哈哈。

和我就蹭蹭，不进去，没什么区别

做了很多年 selenium，后面又要求用 Cypress，就剩 Playwright 没用过了，空了试试~

vim 是 vi 文本编辑器的一个增强版本，view 是 vim 的一个模式（只读）.
有些 Linux 没装 vim，要实现 view 的话，得加-R 才行。vi -R filename。

仔细想下 view 和 vi 区别还挺多~

转啊。
好比 0 到 100 和 100 到 101~

不是接口么，关哪个系统啥事儿