接近年底的时候辞吗？年终奖不要了？而且这个时间大概率是不怎么招人的，不太建议这个点裸辞

管理都是向上管理，不做好 ppt，怎么加钱呐。这种东西除非从上往下推，领导层真心想做才能做好，不然都是绩效指标

没啥好办法，时间给够硬着头皮做。建议不要用 AI，东西少无所谓。东西多了，还是自己搭框架比较好，便于后期维护。AI 只适合在屎堆上缝缝补补

所有页面做 UI 自动化？除非你们做一次性的 这后期元素变更啥的，维护成本得多高

钱多 事儿少 离家近 三样占两样就先赖着吧

所以这个就看你们公司内部对于质量的要求了。如果为了完成任务，那不如直接上线。这种情况在我们公司测试是可以直接打回的，就看你重不重视了

至少在我们公司，重构是非常严谨的。研发会详细列举各种服务所涉及到的功能并和测试一起开会讨论测试点。然后 case by case 的进行阶段性测试，保证各阶段无误后再上线，然后进行监控。目的就是一起保证重构的顺利过渡，不影响用户的体验。

专职吗？现在 AI 对于大多数公司，在测试方面还是辅助作用。专职做这些不担心边缘化被裁？如果是业务深耕，余力做这些感觉会锦上添花些？

每天自动化跑起来，出结果先不管，有人问再去看。如果不严重就排到后面去，如果严重就提高优先级。主要是怕有非提测的改动或者环境导致线上出现大面积异常

如果是主动离职，我还有心思整理整理，体面地交接下。但如果是毫无征兆的被裁员，就看我心情咯。反正我也不是什么高级牛马，公司离了我也能转

这还是得很有实力才能独家吧 剪辑门道也很多很细

我是觉得测试转产品真的是一条非常不错的路 如果公司支持的话 最好就内部转了

bug 要有多个维度，纯看数量是没有参考意义的。一个高质量的 bug 跟十个无关紧要的 bug，我是觉得能发现高质量 bug 的人业务理解更深刻。bug 数量短时间内很多 (比如你说的一天内 30-40) 只能证明要么开发质量非常差，要么就是需求没完全对齐。如果开发质量稳定，产品需求明确，一天能发现几个高质量的 bug 就已经很不错了

这么强 求带

卖保险？这个跨度有点大哦

找到一个想去的公司，结合 jd 先把简历拿给 AI 润色下，再针对性的学习 jd 上的要求

太难顶了 只能说先活着吧

送外卖？

真不容易啊 老哥

还是躲不开外包吗

也算是创业了

有人一起 确实更容易坚持下来

很好奇最终做出来会是什么效果 可以的话建议开源分享一波

能跑马拉松已经很厉害了

整合知识库用 AI 分析搜索、AI 辅助分析测试用例、根据大纲 AI 生成测试用例