核心用例长期维护（P0）；模块用例定期维护；版本用例看心情维护。
核心还是取决于用例的复用率有多高。虽然系统是长期维护，但是如果你的功能每次都是新的用例也基本等于是一次性的。

如果是历史业务的优化改动，基于自己对业务的熟悉程度评估。
如果是新的项目，毛估是按照开发与测试 2：1 的工时计算。如果有具体的技术实现方案评审，可以酌情加减时间。（假设开发测试处于同等技术水平下。）
题主所述的情况，建议就是解决带来问题的人是最好的解决方案，虽然看起来有点残忍。

开局一张图，剩下全靠猜？

哈哈哈。严谨如你。

取决于工作内容跟周围同行的水平。比如：某天开发突然说优化了一下代码，问为什么。开发说运维反馈 IO 太高，需要减少。那要如何测试呢？

常常说的理论基础。这就是理论基础跟常识。点赞。

见贤思齐。老铁方便加个微信么？同长沙。

考研

比你还多几年的测试回过头看看

学到了。柔性有损是不是就是 base 方案

这。。。。社区是打算往脉脉转型了么？

顶一下

恭喜恭喜。（晚饭吃饱了）

团队事故基本都是领导扛。大领导扛大头，小领导扛小头。团队一起分析，复盘。避免后续继续发生。

国家官网上面有教材说明的。京东上面直接搜也会有打包的书籍。也可以找我，不嫌弃的话把用过的发给你用（luoyehuakai512）

有心了，放收藏夹吃灰了

666

这经历感觉在说我

提了离职还有回头路？开弓没有回头箭，就算留下对你的期望也是不一样了。

用哪一种，主要取决于你面向的对象是谁。如果是个人用，我是选 xmind 的。

这啥平台？

无量

老兵已经只能老死在岗位上了

我以为就三本书，那不是还是要把以前的计算机拿出来再撸一遍。。。。

新版教材有点东西的。个人推荐，值得一看。
考证可以拿补贴，计算机高级证书直接以考代评。高级职称可以在各个城市申请各种补贴，少则几 K，多者几 W。