1.对自动化案例进行全面的梳理调整。不仅仅是优化耗时长的，还要给这些用例做标记，哪些会相互影响，哪些可以并行跑。
2.给自动化执行分级，按 1 中标记的 P0,P1,P2，分层级的执行用例，这样你的报告也是按你划分的逻辑分级展示，相比而言可以快速得到某些最需要保障功能的反馈。
3.能并行执行的，就并行执行了。

正常这些在做自动化测试的时候应该想好，按理不该都 2W 多个用例才去解决。。。

领导或者老板开始在下面找存在感是件很可怕的事情。。。因为他开始了自我怀疑

额 我自认语气应该属于正常吐槽，如果你感到了冒犯，那我道歉，sorry。

就是用了个https://explorer.globe.engineer/ 你好歹帖子里发下地址撒

可以参考这篇帖子 https://testerhome.com/articles/39080

一般这种问题，先加个等待试试

把握现在，我想立刻入职，为公司做贡献。

流水线自动打包

感谢分享。
总结：大模型解决 class 依赖问题和用于 codereview。

找不到依赖这个，我们是从流程上去解决的，用大模型做这个倒是没见过~

飞哥是测大模型吧，但是大模型应用于普通的测试人员方面，除了当知识库或者之前不太成熟的生成用例，好像没看到更多的用法了。。

测试的地位一定程度上由测出来的缺陷导致的后果决定，依附于产品的价值。

属于研发体系，但是属于体系最底层，上面是看不到你的，出问题了，刨根问底，就刨到你这儿了。

那就看在钱的份上，假装吃饼

不要因为 “为什么测试没能测到” 而太过于敏感。没测到是很正常的，我们按流程认认真真的走了，说明大家都想不到这个，属于认知问题。

测试测不出认知之外的 bug。

深夜多来几次，就当联络感情了，其实对抗 PUA 的一个方法就是拉进私人关系~

用魔法打败他。
领导，我最近太痛苦了，感觉有点抑郁了，有时候觉得我开始不正常了，我可以下班后经常找你聊聊吗，特别是在安静的凌晨，我特别想找个信任的人倾诉，聊到睡着的那种。

频次就按喂饼一次倾诉两次这么来。

你这个好像在知乎看到过，当时好像说的是程序员。

看下来感觉个人因素、平台、运气，缺一不可~

你难道就没想到要有工资上的成长哇~

是我理解的 mouse.down()+mouse.move()+mouse.up() 组成的拖拽么。。。

这些参数控制的功能都没覆盖呀

传统互联网都差不多在走下坡路了吧~（AI 等风口除外）

不那么和平的世界，新的生产力工具。。。这个变革的时代，以后什么变化真不好说。

可以看看 fiddlercore 这个库，不行就导出来再处理

腱鞘炎也很痛苦
脱发——对追求帅气和美丽的人来说，也会很焦虑

把门槛垒高，是对存量的保护