回复：这是关于一个菜鸟测试入行一年多以来踩坑吐槽，心得感悟的记录贴

那段时间F12其实都没用熟，很多用法甚至是那个后端教我的，这也怪不了我，我当时培训的时候这块内容基本就简单介绍了下界面，几分钟就完事，压根没深入说过。当时掌握的那点F12知识压根应付不了工作，我刚开始甚至连传参在哪里看都忘了，然后开发让我把token给他，我一时也懵逼不知道给他哪个参数，有的接口我甚至刚开始不知道为啥调不通，明明按照接口文档传值的，为啥呢？请求头的必要的参数没传。反正这块内容培训的时候很多细节都没提到，我也就没这个概念。

测试小白刚培训的出来，都会有个疑问？工作中会露馅吗？培训班往往对这个问题都是回避。但以我的亲身经历来看，培训出来的刚工作那段时间里百分百会露馅，别抱有不切实际的幻想自己能蒙混过关。有过实际工作经历的，和没有实际工作经历的在前期的日常工作中细节上会反映的淋漓尽致。培训出来的会犯很蠢的错误，会问出很蠢的问题（比如最开始我不知道开发提代码发版服务器整合代码那几分钟会导致测试环境功能不能用，我也第一次遇到这事，没经验，就大惊小怪的跑去给开发反应这事，结果他们说是发版的原因；这些工作细节你觉得培训的时候会提到吗？）。别把同事当**，他们仅仅只是懒得揭穿你罢了。然后，与之伴随的，还有个无解的问题：可能同事会问起你以前的工作经历（可能是故意的也可能仅仅是闲聊中顺便问问）。自爆培训班出来的这种SB事当然不能干，免得同事间一传十最后传到项目经理耳朵里去，然后让你第二天就滚蛋。所以你只能照着包装的简历简单提下你的“假经历”，免得某个时候出现和他们听到的信息矛盾。如果是闲聊为目的，他们是不会继续深究的，话题基本也就到这结束了。但是如果是故意问起这种情况，可能就是觉察到你是个水货了，故意或者说好奇问你，我一直提防这种问我以前经历的闲聊，就是怕他们下一句可能就是“那你不是第一次当测试，怎么那么多常识都不懂呢”这句话如果真的问出来，你让我怎么回答？那就没得聊了，只能当场尬住。

就着这个点，我再吐槽下我躲测试经理这个事。作为一名包装出来的水货，老实说，我在公司最怕的就是遇到测试经理，当初就是他招我进来的。还好，基本属于我单方面的担忧，这么久，和他之间的沟通基本也仅仅只限于礼貌的节日问候和一些测试权限的开通，自从我进我项目之后这么久他从来没有找我聊过工作上的事，这点让我松了一大口气。最怕这种懂技术又恰好是你直属领导的人了，一旦过问你工作具体细节，糊弄都不好糊弄，心虚啊，前期因为缺实际经验，测试工作我自认为自己完成的很不好，就像做贼的最怕警察。平时，遇见那个测试经理，我也基本不打招呼，不是我这个人没礼貌，实在是怕借着打招呼，他突然注意到我身上，请我过去细聊工作就吓人了。整得每次和他偶遇都只能装没看见，就很生硬尴尬，但没办法我也不想这样，但我也只能这样来避免和他进一步接触。甚至有几次坐电梯我看见他先进去，我都立马放弃搭这个电梯，转搭下一趟。其实不排除那个测试经理也意识到我在躲他了，不过就目前这种状态就挺好的，我不在乎他真的还是装作忽视我，效果达到就行。

最后再说下最近遇到的职场难题，虽然万幸最后虚惊一场，但还是挺后怕的。公司最近招来了些测试实习生，一个小伙子入了我们项目组，那当然带他的责任自然就落在我头上。我第一天就觉得这事不太妙，因为自己都是水货一个，勉勉强强把日常的工作混着走，突然要转变成老师的角色，很不适应，同时心里很虚。以吾昏昏令其昭昭？开什么国际玩笑？我目前也就能教教他熟悉下项目文档和写测试用例熟悉下禅道和bug交互，这些都还好，没啥问题，我心里有谱，教他没问题。但要是他度过新手期了，开始问我接口测试，压力测试这些玩意那我咋教他，我自己都不太懂，压根禁不起他的问题轰炸啊，我又不能说我不会，到时候就丑大了，甚至到时候别传到测试经理耳朵里去那乐子就更大了。然后还担心那个老问题：就是如果他好奇问起我的前期工作经历我应该怎么回答他才好，这就让我觉得这事的发展走向我有点hold不住。混完一天算一天的我，突然有了很强的紧迫感，我感觉我需要尽快弄懂接口和压测方面的知识，不然到时候真的接不了徒弟的出招。然后，基本一有空就继续看B站的学习视频，争取弄懂这块。最后你猜怎么着，阴差阳错，那个实习生因为一些原因离开项目组了，我不需要带他了，又TM松了口气。因为这段日子他提出的一些问题我其实已经快接不住了，勉强糊弄了过去。甚至回想，我的回答有些都是自相矛盾的。没办法，不懂但必须装懂，还不能露馅，太TM搞心态了。

我工作之后才知道，才对啥叫开发环境，测试环境，UAT环境，生产环境有了实际的认知。在此之前只是培训背课文似的一个口头术语，似懂非懂。甚至第一次上UAT发现问题后，我找后端解决的时候，开发提醒了我之后我才意识到，我需要先在测试环境复现这个bug然后再定位，开发是没法直接联调UAT或者是生产的。环境不一样，连的数据库都不一样。能复现的尽量复现，不能复现的才会去查日志。话说对于UAT，生产的日志或者是数据库，某些公司的开发是无权动的，需要架构师才有权限。日志的话我到现在也没亲自查过，基本每次都是找后端，让后端查，linux命令属于是大的命令我会背出来，你让我亲自去查日志那我好像又不懂怎么操作了。而且趁着这个机会我问下吧友们我的疑问：sudo docker logs -f --tail=10000 这是啥意思啊，开发查日志输入的前半句，跟我培训时教的，tail -f好像差别有点大啊？

然后关于压测这事，不得不提。压测网上有很多学习视频，内容都差不多，你听过后发现当时好像是听懂了，但落地到一个实际的项目，就懵逼了。业务千千万，实际情况都不同，压测的脚本怎么设置更合理，jmeter用什么原件你真的有个清晰的思路吗？反正，我对这块是没思路的，因为培训的时候这里也依然是浅尝辄止。大概流程是调通接口，设置线程数，不停增大，然后查看聚合报告tps的瓶颈值这种最简单的流程依葫芦画瓢。但指标在什么范围之内才算正常呢？这些压根没教。性能结果的分析调优。我学到的内容是0.还有具体的元器件，除了接口关联，json提取器，正则表达式，其他的元器件也是没教的，什么jdbc，beanshell之类的我压根没接触过。我目前的疑惑是我怎么来保证这个压测的脚本符合实际业务场景，比如当项目涉及到各种不同的业务场景，各种不同得输入条件组合，我该怎么设置性能脚本才最合理。我心里是没思路的，毕竟对性能没经验，然后脚本需要哪些jmeter原件来实现这种业务逻辑？结果怎么样才算合格呢？怎么样才算不合格呢？目前的话，我项目没明确要求我做压测，我也就懒得主动搞性能这块，到时候有明确要求再说，但迟早会有这一天的，我总不能一直摆烂吧，想着有时间能好好学下这块的知识，但好像又无从下手。光看点网上的学习视频，无法实际迁移到自己的项目啊。主要也找不到合适的人问，项目里也没测试组长之类的，就我一个点工。没人手把手指导，什么都得靠自己一步步摸索，这事就很不好办了。很苦恼……

学习心得：这行真的不用正儿八经的进机构培训，培训机构教的太书面化，缺乏具体的实际工作细节反而有毒。我的建议是只需要找个已经入职几年的老鸟带带就行了，类似测试Q群里稍微有点声望信誉的老司机都可以联系，问他愿不愿意赚点教学外快，给多少钱具体看和他协商，聊的投缘说不定意思意思象征性收你点钱就完事了。这种师傅不是教你书面的知识主要是解惑答疑，书面的知识网上一大堆你直接看视频自学就行了不用麻烦他来教，找他的主要目的是教你在工作中怎么运用学到的这个点的知识，举实际工作的例子来让你真正弄懂为什么这样，以及一些公司里的常识（这个很重要，缺乏常识这个玩意你初入行会非常痛苦，我到现在都栽在这里依然痛苦）再说培训机构，动不动就八九千上万的智商税学费，教的也是网上随便一搜就能找到的资料，要命的是培训不会教那些工作中的细节，只会教你书面的知识，这点很致命，综上就是简直智商税。

唉，当初我入行的时候，真希望现在的我能穿越时空过来给我提点一下，走了太多弯路了。看了太多不用看的视频，浪费了太多时间。我对培训机构最大的不满的地方在于把很多要命的工作细节都抹掉了，只交了些大的枝干，形式主义地大方向的行业知识但缺乏实际的血肉，你会背但你实际一工作就傻眼，学到的知识迁移不到实际工作中跟没学有区别吗？背了些八股文压根就没理解就被赶鸭子上架催着去找工作了，最后一地鸡毛。

面试心得：说简单点就两个字 细节。简历上的每一个点你都得准备好，没有掌握的知识就不要写上去。别总有侥幸心理，然后特别是项目的细节，能准备多细就准备多细，有的面试官真的问得细到令人发指，甚至会当场把你简历上的提到的项目搜出来，然后点进去，然后拿着实体项目，一个一个问你工作的细节，不停放大。这种是最要命的，解决办法？不好意思，无解。完全看你准备和他能问多具体多深，说白了能不能过看运气了。别寄托希望在啥“随机应变”上，你这是在把面试的人当成**糊弄。

大佬，项目细节怎么弥补啊？