瞎拍脑袋的。
取决于老板或者领导自身的认识。不同项目、不同开发、不同经验、不同要求 10：1、2：1 我觉得都很合理。

另外提到的度量，度量现在已经丧失了他最积极的意义，只剩下内卷工具了，什么都要度量，维度越来越多，但是却越来越度量不出真实。

学习了 感谢分享

赛道很好，比如近期的 Lockbit 勒索 ICBCFS 事件，据说赎金付了 $ 大几十亿

不止反了，还写错了，已修改。

我们没区分方案和计划，只区分策略和方案。计划包含在方案中

Test Strategy 和
Test Plan

谁不爱背两倍于开发裁员名额的测试呢~~

主攻功能，兼顾安全，偶尔性能，客串运维，打杂产品，候补客服。

一般都是云上的虚机吧。
现在服务器组一般当物理机来部署云服务，方便协调资源。
反正我们是这样的

找的不是最长字符，max 和 min 是为了找到多个字符串两个第一个不同的字符，如果均相同，min 才会找到最短的，

策略：指导整个测试过程。目标、范围、策略、资源什么的
方案：在策略基础上更加具体的文档，指导具体测试活动，包含计划。

举个例子：
策略里的资源投入 6 人
方案里列出这 6 人各负责哪些模块，每个模块具体的时间安排

在领域里深耕，每天创造点 AI 不懂的词，AI 就替代不了你。

因为现在不会性能的不好拿 offer 呀，卷起来了。。。

。。。我是菜鸡一枚，昨天应该是 GPT-4 Turbo 更新后不稳定挂了，切换到 3.5 能回答

看了外网别人用 GPT-4 Turbo 做的视频，感觉 AI 进化速度比想象中的快，画个图就能做出网站，写段话生成动画，识别游戏体育视频，生成解说语音，太强大了。。。。。

不过要取代测试提供产品信心的作用，估计还要一段时间等大家认知改变。

就像华为智能座舱一样，看到无数人的视频后，才会对智能驾驶有信任感~

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

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

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

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

我跳出用例设计看哈~

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

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

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

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

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

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

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

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

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

进门抽了个抱枕

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