见过的优秀的开发人员：

1. 自测
2. 单元测试（关键模块）
3. 充分考虑异常情况，代码逻辑清晰

以上事情做好了一般不会想转测试，换句话说，自己手头上事情做不好转测试未必是个好的选择

起码公司要付出两个人的薪水才能替换掉你了

ES 更偏向于做实时查询吧，现在的报表看起来是 T+1 的，直接查询太慢考虑是否加机器，或者历史数据存到别的地方

楼上大哥说了，不是有退款吗？

6666666666
看到最后一条开心的赞下

--【今年成功 -2.5 KG 的人】

做不了管理，打打辅助，助攻还是可以的，感恩为人遮风挡雨的 leaders

越测试，越迷茫，从管理角度上讲，很支持楼主观点，但现实工作中，好不好做，愿不愿意去做，很难讲，也许这就是有些人不想做管理的原因吧

希望测试门槛越来越高才好吧

替换吧，不建议做删除，替换可以确保有这个 key，但是替换还要准备一个初始数据，所以我是检查到这个 Key 值时直接跳过，写 case 的时候方便一些吧

Json 增删改查👍一个

类似的做了一个，区别点

1. 自定义的规则用了 JsonView 展示规则
2. 不要的字段同样定义一个参数存储，校验时不校验这些字段的 Value 值