我猜想 你们应该是强业务绑定的一些系统的测试，所以从界面出发去测试是比较有性价比的方式~我们是偏后端的测试，很多系统都没有页面，只有一些 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 岁，不用担心下岗，然后退休的时候 退休金很高～（比普通人高很多～）

有没有 20K 我不确定啊 这个我没听说。。。

这个还真有可能。。。我老公也是芯片公司的，做的软件方向。他几年前还和我说过一次，现在根本没有人愿意来（他当时是问我愿不愿意去，我说不愿意。。。 现在想想我有点蠢，我应该说愿意的。。。 ），所以他们是人来面试，都有想要的冲动 跟我说什么，只要你愿意来重新学习。。。还跟我说什么，有些进去了 1、2 年还是萌萌哒。。。他也从不主动开人（他是个小小领导）。具体单位我不方便透露了，不过我保证我真的听到的。

这个我就不知道了，我没有用过 jmeter 的非 GUI 模式呢～但是我如果遇到需要远程的，使用 linux 系统的，我应该会优先使用楼上的这种，或者 locust 的～

像我们这种搭建分布式压测机的公司，如果自己的电脑特别卡，就需要找个性能好的 linux 或 win 机的远程机器去跑，远程的时候，带 gui 和不带 gui 的系统，使用的卡顿感差异很大，更倾向于使用非 GUI 的方式去执行，这个就是一个不错的方案之一

我就是磕磕绊绊写自动化的，很多也不会，但不会影响我的创作热情。总有一天，回望过去，我会发现自己的进步的～ 而且后来开发看到了，还会给我来点技术分享，探讨一番～肯定是有进步的

你的摊位在哪里？我之前见过一对卖 “圣诞姜饼” 的男女组合。。。。

我也是一开始去的类似的研究院啊，CTO 亲自带的一个开发团队～就我一个测试，其他全是开发（也是别人不想去，所以专门招了一个新的测试去那边）。但是我感觉还好啊，我不但摸索会了测试技能，还摸索会了一些开发 + 运维技能（开发说啥，我都在旁边听和想）～去了新公司以后，领导也说，像我这种比较全面的测试还是蛮少的（而且我业务也学的好），所以我觉得也没啥不好的，跟在后面听，思考，总能摸索出自己独特的方式的

说实话，我一直觉得提取软件测试的点，和 制造好的样本数据，比熟练掌握 XX，XXX 工具和 XXX，XXX 技术，重要一些。工具和技术只是一种辅助手段，而思想是核心～但为啥讲不到位呢？我们开发说的很中肯，“教会徒弟，饿死师傅”，所以大部分的时候（或者人）心里都有一杆秤。

去年刚拿到这个奖，我还以为是我们公司特有的。。没想到在你这也看到了。。。

我想到的也是事务控制器。占个坑，等最终方案。

算，因为面试的时候 你完全可以说清楚，但为什么不说？结果被背调公司查出来。。。这就是 hr 比较忌讳的东西。背调查很细的，同一个集团公司，合同换到了分公司，也会被背调公司查到的。（是公司行为，还是个人行为，hr 根据情况看）

大哥的年化负二十 笑到我了。。。因为我居然找到了一个投资能力跟我骑虎相当的人。。。不过我应该还惨一点。。。

是的，真的是感触太深了

感觉我也是这样的，属于人肉精准测试吧。。。但是他们想做的好像是更高大上的东西，通过模型，算出代码变更时，需要用到哪些测试用例。。。。

背调会查出来的，还不如坦诚一点，如果确定要跳的话。因为一旦被查到了，就直接 pass 掉了，哪怕已经给 offer 了。