结合三体内的一句话，也是现状的有感而发：
喜不喜欢你，与你无关
我个人看到本文的第一主观感觉就是太自我和理想了，不是贬低的意思，只是如上句话一般

上年没存钱，今年存点钱，明年多存点

第一，你是来挣钱的还是寻找人生意义的
第二，你的感觉不重要，领导的感觉才重要
注：官方回答就是 #1，论坛回答就是 #2

啊？嗯。对对对，是的，我就是这么想的

有钱服务器，没钱云服务

你去了解下 ASCII 码就知道了，最长公共前缀必然是由最小字符来决定的，当第 N 位字符是非公共时，[:N] 位前缀必然是最小字符也拥有的，而 “最小” 也意味着 “最长”，你能读懂的话就懂了，不懂的话就去转换下 strs=["flower","flow","flight"] 看看他们的 ASCII 码是怎样的

计划就像一张时间表，在每个时间段投入多少人力在哪些任务上
方案就像一本白皮书，在每个任务内要通过什么方式去执行哪些方面
用例就是更细致具体的去指导每种方式每个方面实际的操作步骤

就是为了取出最大最小值啊
最大是拥有最长共有前缀或者异位处最靠后的
最小是拥有最短共有前缀 and 异位处最靠前的

不用这么紧张，在你担心测试被替代的时候，开发已经 cvGPT 的代码很久了，相比于替代测试来说，我认为 AI 自行研发 + 测试人工验证的合作模型是更可行的

可以转化拿下 ascii 码看看三个字符的顺序，ASCII 码的比对是依次进行的，最小的前缀必然是所有用例共有的，只是在某个点位的字符小于其他用例的该点位字符，在循环获取到该位置后即可进行截取了

我在功能测试岗位的时候，还兼着性能测试的工作内容

真是辛苦你啦

是吗？我当时换了个问题就是 ok 的，再问下这个问题就又 429 了

大佬了解大模型测试的情况吗，可以开篇普及下
gpt 了下直接

全部 短暂来看是不可能的事，除非真进化到了红皇后的程度

重点是结果的判断，现在很多测试平台都支持自动化用例的自动生成，在这个基础上再拓展下，能否通过训练来打造出一个拥有 测试场景判断、用例设计和执行、断言判断、自动化转换等思想的 AI，只要求达到普遍测试场景的能力即可，这就可以让大部分的测试退休了

得物预备队在此，这就拿这 bug 去应聘

楼上各位大佬一看就不审题，只是测试工程师生涯重新开始，不是人生 重新开始
ps：我选择在 19 年的冬天去举报某海鲜市场存在生化武器

人才市场？脆皮烤肠？菜煎饼？肉夹馍？儿童辅食？卖袜子？卖屁股？种地？中介？

不建议使用模拟器，有很多问题是真机不会出现的，测试结果存疑

如果重新开始...
也许我会留在一线，而不是为房价退缩
也许我会更早的开始学习，而不是因为舒适停步
也许我会有更好的选择，而不是现在的茫茫不知前路
也许我能找到无数的更优点，但我还是会选择为家妥协
如果重新开始，也许我最终还是会走到现在
这也没有什么不好的不是吗

感觉 #9 的分析是对的
当并发压力升高时，TPS 反而下降，但响应时间仍然很低
响应时间很低 代表软件性能仍在允许范围内，未达到瓶颈点
TPS 下降 代表在软件性能可上升的情况下处理事务数却在下降，只可能是因为进入的事务数降低引起的，也就请求数
但是首端的 “并发压力在升高”，尾端的请求数却在降低，工具监控的在线线程也是 OK 的，
应该就是中间件的问题导致的，也就是负载机的问题

你可以先不去想，而是去试一试，在老家的二线城市应聘找找（大部分回归人的选择），看一看薪资差距与归属感在你心中哪个更重就完了

永远记住：
工作只是工作

加班不给批啊