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

不大，so easy

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

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

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

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

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

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

最下面的图片扫码

感谢云大支持

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

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