我猜想 你们应该是强业务绑定的一些系统的测试，所以从界面出发去测试是比较有性价比的方式~我们是偏后端的测试，很多系统都没有页面，只有一些 job 或者接口，我们写接口自动化的目的就是回归这些接口的主流程逻辑，在冒烟和回归领域，还是能起到一些作用的~但手工测试也不能少，没有自动化可以超越测试人员灵巧的大脑和手

哈哈哈，这个问题我也想过，我觉得看每日答题里都是些什么问题吧，如果是和自己没啥关系的其他组的的业务功能问题，跑路概率会比较大，因为这些问题浪费时间去找答案（平时也用不上），如果是很有价值，会引导我去思考的问题，那我干嘛要走呢？每天进步一点点～

大佬，https://github.com/bewisse/modheader代码好像看不到了

我懂这种感觉，我们公司一条光买资源都要 1500w 一年的业务线（还不谈对业务造成的价值和影响），就是 2 个实习生 + 一个外包在操刀。。。实习生还换了一轮又一轮。。。

谢谢楼主的分享，我谈一下我对 pm.globals.replacedin() 的看法，举个例子，postman 里面有很多自定义的变量，如{{$guid}},你要是直接 var a = "this is {{$guid}}",那 a 就是"this is {{$guid}}"
pm.globals.replacedin() 支持解析出 guid 这个变量，如 pm.globals.replacedin(a)，那这里的 a 就等于 this is XXXX-XXXX-XXXXXXXX-XXXX，这种 uid 变量了。

如果你觉得自己能在 35 岁前座上管理岗，40 岁左右坐上高管。。。或者你的单位他不是采用末位淘汰制。。。你可以先选择做测试或开发到 33 岁，再抉择是否考公这个问题的。考公目前看肯定是铁饭碗的呀（之后我不知道），而我们这个行业，我能看到的是，超过 35 岁基本就处于一种随时会失业的状态（不管你这个人有多优秀，做的东西多么不可替代，老板他总是要尝试去换掉你的，并且一定是采用比你职级更低的人去尝试这种方案）

平时确实没啥感觉，被封的时候没有咖啡喝，我每天躺在沙发上度日如年，嘴里伸出了一只手的感觉，真的好想喝啊 ，所以我觉得看时间吧，如果未来还有概率被封，我肯定要搞一个的。哪怕不好喝，解解馋也行

我也是 10 元的，别难受～童鞋～你就当没发嘛～哈哈哈

开发会改索引，应该是你们生产出现了慢查询，你可以先分析实际场景嘛。比如说是不是因为 qps 太大，导致了慢查询？如果是，专门针对这个场景做压测，切换前后，对比性能是否有提升～explain 是 sql 分析指令，确实具备一定的能力去分析慢查询，但实际还是压测更靠谱一点，因为在实际的项目里，经常出现一个表索引过多的情况，查询优化器可能偶尔出现走不到指定索引的慢查询。所以实际过程中是压测更靠谱（且需要多次压测复现）

有学历，35 岁前完成考公，至少可以一直干到 60 岁，不用担心下岗，然后退休的时候 退休金很高～（比普通人高很多～）