效果就是年底绩效可能会好点

要数据是对的，不管是你的领导，还是你的领导的领导，看的都是数据。但是具体是什么数据、数据准确性、数据解读，都是从你嘴里来的，领导不需要如何准确的数据，只要你提供了一份能够向上汇报、有正向意义且你能自圆其说的数据就 ok 了。比如，自动化测试这个项目，以下是我的一些思路：
1、覆盖了几个项目、几个场景、维护了多少个用例，占所有主流程场景的占比，这个体现出工作量与覆盖度
2、通过自动化项目，回归了多少次线上或线下回归，平均每次节省人力回归成本多少，总共节省多少（不一定要那么准确，合理即可，可稍微美化）
3、通过自动化项目，发现或避免了多少问题，这些问题占所有线上或线上问题的占比（体现出其作用，没有可以不写）
4、通过自动化项目，保障了多少次线上发布，其中多少次是线上无故障的，占比多少
5.......
另外，自动化项目的投入时间也要心里有数，但是可以不说，因为很可能投入和产出不成正比，心里有谱避免被领导一问三不知。如果投入较少，产出不错，则可以作为一个亮点数据写出来。
以上这些数据，我认为还是比较容易拿到的，如果这些数据你自己都没有总结，那你可能得明年记得多记录记录，咱们不能只埋头干活

晋升成功

初入一个团队，开发大都对测试有一定的敌意，特别是给他提 bug 提优化的时候，但是当一段时间后，你总能为开发找出他自己都发现不了且质量较高的 bug 时，他就会离不开你了，因为你就是他最后的防线，这是一个测试工程师理想的工作状态

没有关注&收藏帖子，没有关注楼主

不过，我发现我确实在这个圈子里，但是在圈子里也不应该一有回复所有人推送吧，最多推送一次有人发了新帖感觉这个设计不太好

我也就比你晚一年

python 的 django、fastapi、flask 都用过，他们用的 orm 都大同小异，用法都很接近，但是我用下来感觉很难受，总有一个地方让你很不舒服，比 mybatis 那是差远了

1、修改服务器时间，可行但是不一定有权限，而且麻烦会影响其他测试同学，不推荐
2、手动执行定时任务，不一定有效，手动执行时很有可能都不会跑你这个订单，可能都不满足时间要求
3、把收益时长配置化，放在 apollo 上随时修改，改成 1s、1 分钟、1 小时，这种应该是可行的，不过要看开发代码怎么设计，可以沟通下
4、为啥不能修改数据库呢？测试环境没权限？最快的肯定是改库了，建议解决不能改库的问题。

感觉自定义异常比你这个方便，按你这种，你要定义多少个 assert 方法才能满足业务需要呢

那问题来了，做出自组织，自适应，自感知，自编程，自决策，自迭代，自修复等自动化的自动化怎么做