“更多是综合考虑,考虑顺序如下:
行业 > 公司 > 潜力 > 工作内容 > 工作时间 > 薪资”
是不是也应该考虑一下团队、直属领导和公司文化的因素。

不大，so easy

研发修改了代码，重新编译再次部署，上一轮的这个覆盖率如何带到新的一轮测试中

Git 里有个 Diff 的功能，对比 2 个提交版本的差异代码，基于这部分差异代码，针对性的做测试，查看覆盖率，不过要注意的是有可能这部分代码也会影响依赖的其他代码。

研发如果修改了代码，这个覆盖率统计的分母又如何重新定义

分母重新定义就行，通过工具自动拉出来。

技术上是可行的，但是需要开发的代码插桩做一些日志收集。我认为还是需要测试工程师本身可以看懂代码逻辑，这个可以实打实提高测试质量。

可以联动测试数据去做，也可以对那块代码差异化的做探索测试，做法比较多

最下面的图片扫码

感谢云大支持

所有公司的盈利最终需要回到业务上来，技术是保障业务盈利的战略高地，但如果没有了业务方向，战略高地就没有了价值。

槽神一句中的。
先稳住，熬一熬，招聘流程走起来，拖个几周新人入职后做交接再让他走。

根据大家的回复，我能猜出来：是污点。
有点像一个人有没有坐过牢。

都 35 了，还玩 QQ。。。。。。

带玻璃心属性的下属是最累的，先别提能力上有多能干，得花其他同事一倍以上的精力去安抚、辅导。
在职场中，还是要经得起折腾，不断提高自己的认知，若干年回头你看一看，当时觉得很大的事，事后看那都不叫事。

钻牛角尖了吧，你以为整个社会都秉承着公平二字存在的吗？

真正实用的也就那个车吧，其他的，你喜欢就好

槽神这个回复，说明这些年成长了。

70 后，什么是离职？
80 后，无法涨薪我就离职。
90，干的不爽我就离职。
00，领导不听话我就离职。

每个月总有那么一两次。。。哈哈

这个话题有点意思，我也来说说我的观点：质量不是测出来的，是设计出来的。
1.既然开发没有这个意识，测试应该参与设计（前提是你作为测试 leader 懂开发设计，你能指出来他们目前架构上、流程以及工作上还需要优化的地方），如果测试不参与设计，那么总是会在整个交付流程最后一环擦屁股，必然会遇到你提到的：开发交付质量差、反复返工问题。
2.系统易用性、体验面的问题较多，那说明开发交付的门禁规则没有定出来，和开发团队沟通，双方达成共识，某些质量不达标直接打回去重新开发。
3.前面 2 个问题如果解决，问题 3 其实不会那么容易显现出来，到时候你还会遇到新的问题，但至少可以解决测试团队目前的痛点。
4.不要总是向领导抛问题，解决方案呢？楼上的哥们已经讲的很透了，你可以试试。

额外说几句：
你这些情况我之前我当年也碰到过，当时有不懂行的领导说：你可以试试自动化测试，应该能解决你的问题。。。。。。我当时心里一万个曹尼玛。

舰娘这类型不可持续啊，早日出坑吧。

应该不是，除了造数据，还需要打标，清洗和反复测试等等。
其实，机器学习就是魏晋时期的炼丹术。

还架构师。。。。有这样的人在那边上班吗？不都是外包去小公司做的？临时工来背个锅咯

看的书都是一些畅销书，建议硬着头皮啃一啃有价值的书。如德鲁克 卓越的管理者

干一行爱一行，少一点抱怨，多一点主动。
当你羡慕别人的职位时，未必会想到别人面对的困难和窘境。

文艺青年，写的很不错，赞。
至于自律，在我眼里都是反人性的。凡事只要发自内心去喜欢，都会克服困难去做的。
加油，上甘岭。