赚钱嘛，不寒碜

如果你们公司本身没有打算建立诸如安全开发、安全测试、安全运维等的安全体系，就找专业的公司做吧。

人不是机器，因为外界因素有波动很正常，比如任务太重，心思没在上面，倦怠，突然很不爽，中奖 1000 万啥的。

另外，根据网文逻辑，他有极低概率被夺舍了~

也不叫杠哈，每个人看的角度不同，理解不同，有不同看法很正常。

金融行业的系统过于复杂，我没接触过，就不献丑了。

不过我还是坚持全启起来测。

相互纠缠的系统是架构没规划好，建议全启起来再测。

PS：代码都讲究高内聚低耦合，这系统间还纠缠起来了。。。

不躺平，不摆烂，不奋斗，不上进的状态

最近感觉环境已经差到跳槽都不好跳的程度了，有技术氛围、有发展还愿意给你成长机会的地方，比较难找。

同性还是异性~会是不同的故事和感受，哈哈。
一般关系好才找你吧，如果你觉得经济有压力，直接说就行，正常人还是会体谅的。

宇宙的尽头是考公

正常情况下不需要，但是需要你有解决问题的能力。

没有能力的时候，对方很有可能会觉得你在无理取闹，你有能力的时候，对方大概率会和你心平气和的讲道理，毕竟他怕被打脸

学校学的是《面向对象编程》，进公司学的是《面向领导编程》

皮一下~
护城河 1：老板是你爸爸
护城河 2：老板的小辫子被你抓住了

这俩护城河深不深

京东的文章，真是一如既往的硬。。。邦邦硬那种

你只是厌恶这种人而已。。。这种人也可以是主管、经理等等，所以不用强调架构师啦。。。。
从楼主的描述看，你可以送他一本《傲慢与偏见》

你挑版主们有空的时间发撒~不匿名没准可以更快

哈哈 让我想起一句话，质量是建设出来的，不是测出来的~

换个角度，有没有可能是因为以下原因：

1. 测试技术迭代频率低
2. 测试业务相关性较强
3. 测试能力要求相差过于巨大（高的要求很高，低的懂的都懂），内容深的容易曲高和寡，内容普通的大家觉得又有点 low 等因素导致论坛测试板块活跃度相对其他低很多，热度起不来的话板块就慢慢没了

这其实和公司大不大没啥关系。。。看愿不愿意在规范上花功夫~
这些东西其实也花不了多少成本，但是会避免很多坑

工作是为了生活，更好的工作是为了更好的生活

以后这些是不是都是 AI 来排查了。。。

如果项目规模非常大，相关较大的子项目都有几十个，涉及到开发人员几百上千，线上非核心业务 BUG 几十，还算可以接受吧
但是如果项目规模一般，比如就十来个开发，核心业务相关 BUG 几十个，那这项目估计是自身自灭的项目，趁早跑路。。。

应对的话

1. 先看资源配置是否合理，10 个经验开发的活要求让 1 个初学者干了，这没得玩
2. 进度是否合理。。。两周一个迭代是不是要做两三个月做的。。。
3. 如果以上都满足，那就看整个研发流程是不是有问题，每个环节挨个梳理一下，针对性解决

我们有维护统一的数据字典，统一的异常信息列表，对接口定义、数据类型、粒度、分类、编号统一管理，每种业务流程也会有相应接口流程对应的文档，感觉还好

看了日志才能确定问题

摆摊

没看过 无法给出意见