牛啊，AI 写的测试用例重复了怎么处理？假设需求变更了要重新生成吗？同一个用例，第一次执行和第二次第三次执行的路径都不一样，怎么保证符合预期？

有把握找到工作就走，形式加班只适合短期，长期就是温水煮青蛙

首先建议找找开源的改改不仅漂亮而且功能齐全；
理由：你都不知道做个什么东西，干嘛用的，大概率就是你领导的 kpi 需要这个东西；
最后：你非要证明自己的话，就尽可能把界面写好看些，功能有个交代就行了，慢慢大家就会忘了这个东西了

未来可 “期”，早作打算

问题一：现在开始学不晚
问题二：
人工智能测试是面向 ai agent 测试还是面向模型测试，差很多
ai agent 的应该没问题
面向模型的话背景不够
问题三：
能干到几岁？看人的牛逼程度
问题四：
能延长职业生涯吗？看人的牛逼程度
问题五：
还是直接考公？或者考研？
考公对于部分人永远是最优解；考验不建议，目前在读博比历史毕业博士之和还多，你细品。

学英语，万一呢

格局放大，标题能否把 “军工相关” 这四个字去掉？

佬的行动力拉满啊

1.一个人活干的过来不，干不过先想办法干完活再建设。
2.如果规范都没什么大问题，就把流程提炼出来，开个会和大家明上说清楚（捡现成的），有人提出意见就解决（这不就开始了吗）。
3.领导让你做，又不告诉你怎么去做。有可能他也不知道要做什么，只是他的个人规划有这项。你怎么做他估计也不关心，但你做没做（kpi）他是关心的。
4.你以为你做的事情很重要吗？

赶紧去，两三个月太少了，至少玩个一年半载的才过瘾！行情好得很，回来工作有手就能找到！

上面这种话估计你也不想看，一点拙见：

上班只是兴趣，大不了回家继承家业，我不够资格给你建议。

休息 2-3 个月后，你对自己以后的生活乃至人生会有更清晰的认知，建议马上就去。

休息 2-3 个月后，你还是回来找份类似的工作打工，然后过两年又问同样的问题。建议想一想再去。

往届生 + 没经验，按现在企业的招聘原则，大概率是不愿意培养的，即使愿意培养也不愿意从零培养。目前最大的问题就是没相关经验，如果愿意学技术，花时间学写一份开源项目，重复造轮子什么都无所谓了，有大模型也不难。我总不能让你先去混份工作经验来解决找不到工作的问题吧

对技术感兴趣，走开发。如果自身条件一般，走哪条路都要学大量知识的。

对比过哪些模型的效果，有什么思考？要投高级岗可能问下，要投初级岗的话简历过不了（招个初级来做 AI？）。

最近开发开始转测试了？

明路指不了，给你指条黑路：干测试，不学习！

hr 卡本科

双休，12 月的周六有可能会加班

建议提前看下广州深圳的招聘信息，找到适合的岗位的信息，对着去学习相关的内容。
如果你心仪的岗位不需要自动化呢？

手撕下 leetcode？？？
我的理解是都手撕代码了，不至于开不起 20k 吧

1. 如果你只是为了写一份材料用来佐证你的并发数计算是对的，那么就是理论讨论，言之有理即可，可以参考如下：.

基于 Little's Law（利特尔法则）的计算方法
公式：
并发用户数=TPS×响应时间

TPS（Transactions Per Second，每秒事务数）： 系统在高峰期每秒需要处理的请求数量，可以根据业务数据（如日活用户数、高峰期每分钟订单数）来估算。

响应时间： 业务所能接受的单个请求的平均处理时间，通常由 SLA（服务水平协议）或用户体验要求来决定。

基于业务数据和用户活跃度的计算方法
这种方法更贴近实际业务场景，可以帮助您确定一个更合理的 TPS 目标。
公式：
并发用户数=日活用户数×高峰时段用户活跃比例×峰值系数
日活用户数（DAU）： 每天使用系统的用户总数。
高峰时段用户活跃比例： 每天高峰时段（如中午 12 点、晚上 8 点）在线用户的占比。
峰值系数： 考虑到特殊活动（如秒杀、促销）或业务增长，设置一个额外的放大系数。

2. 如果你的目标是为后面系统发版本做指标设计的话，你从生产环境拿下流量统计，连接统计，请求耗时统计等真实业务数据再去找适合方法论，没有那种一招破万招的招式

老哥，要是绩效多就明着说，说占比多少也行啊
什么叫惊喜不断？然后又加个不信谣不传谣？
完完全全给人一种在画饼的感觉，含泪吃一口大饼？

听说过这个事情，中软干的，筛选纯血牛马的操作罢了。

本次打工版本的现状：你不干有的是人干！

曲线救国真成了啊

工资几个月没发，佬友还留着住啊

月薪 4.6，提测失败，打回扣绩效