淡定，安心提高技术，不行就转开发

kibana
grafana
pipeline

没经济压力就待时间充裕的。

厉害！

一个都苦不堪言，哎

我先做朝九晚五，就是钱少，哈哈。

看哪种接口，原子化接口其实没啥业务可言。

可以通过集成测试来覆盖业务。

赞同楼上孙高飞的回答。分层测试也要建立在具体架构和研发流程上。。。不要盲目的做。
另外有些接口拆的过于细了，你可以做按功能来的接口集成测试。
正常情况下，接口测试做完，你业务逻辑应该是差不多都覆盖到了，前端只负责展示。

考核永远都不会有 “银弹”。

一切试图给考核通解的行为，到后面就是给自己挖坑。

找个钱不多，工作轻松的吧。你这样长期下去要抑郁的。

起码问题描述清楚一点呀。。。

问：我这个报错了，怎么解决？
具体报错没有，或者截了一半，基本条件必须一个个的问才说，感觉是你求着回答他问题。

没啥限制性的条条框框的，都是建议。

自己解决不了的时候，很多人问题都描述不清楚。

从不失败的不叫测试了吧，或许可以叫 保障？

左移到你就是产品，右移到你就是运维。

每个接口都可以正常调用了，那不就集成了关联的接口了吗？

很赞！

github 账号，在设置邮箱的时候提示用户名过长，邮箱被占用。但是没找到哪里设置用户名的

设为最佳回复这个现在非楼主也能看到了。点一下跳到首页了。

工资相对偏低，现在还没内卷到这个程度吧。。。

markdown 记录下本次版本更新内容，变动的包名和配置文件名以及其他 checklist。发布前进行评审核对。

发布前叫测试报告，发布后叫测试总结。另外任务没完发布毛线。

类似以下方法,len(list1)==0 就相同了。如果调试没过，就忽略我说的，好久没用过 python 了

list=[{"a": "apple", "b": "banana"}, {"a": "angry", "b": "boring"}]
list1=[{"a": "angry", "b": "boring"}, {"a": "apple", "b": "banana"}]
for i in list:
    list1.remove(dict(i))

有什么好比的，干的活不一样，业务复杂度不一样，能力不一样，工资不一样，基础设施也不一样。

好多公司看到个斑点就以为豹子长这样，生搬硬套的，真的烦。

别人开发把很多测试活都干了，你们公司开发改个 bug 都特么爱改不改的，比比比，XJB 比。

云层大大 真·时间管理大师！