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

培训班司马咯

cy没了吗

然后等到项目正式提测了，第一天正式提bug心里很虚。我相信任何初入这行的人第一次提bug都会紧张。因为你不清楚你禅道上描述bug的时候是否能让开发看得懂，他会不会觉得描述不够清晰或者说是你压根提bug的对象搞错人然后怼你，你害怕自己的不专业会让自己出丑。很正常，我当时入职初期提bug的时候心里一直有这种顾虑。我然后因为是1.0版本，肯定有很多bug，大部分都是前端，经常会出现某个功能的下有多个需求点都出了问题，这个时候你怎么提呢？分开提好像太麻烦了，初期我为了省事都提在一起了，基本一个bug里实际我用序号标了多个bug，这种实际按道理来说不太合理。正常的话，同一类型的bug且同一个地方你倒是可以放一个bug里，但如果涉及到多个不同类型的bug，你放一个bug里就不太合理了，这种尽量分开提比较好。当然了，我这种提bug方式仅仅是在对公司对测试没bug指标要求的情况下，如果你们有kpi那就根据情况灵活点来吧。我发现入职这么久我养成了自己的风格了，我的风格是：bug标题除了bug的路径，剩下的一句话概况具体什么问题写上去，然后正文部分基本就贴张bug的场景图和相关的PRD信息就这样，什么预期，执行步骤我压根不会按照这种标准格式去写。因为我工作一段时间才感悟到，禅道这个工具的最终目的就是让开发定位到bug。只要能达到这个结果，流程形式并不重要。

怎么感觉你工作内容这么多 我工作三年都是跑跑流程

再吐槽下前端：刚开始入职的时候，就觉得他是个比较高冷的人，因为他平时基本冷着一副脸，很少看见他开玩笑，所以有时候真的是面如其人，这话确实是有一定道理的。刚开始因为是1.0版本嘛，所以有很多前端bug，所以我和他交涉的比较频繁。可能因为刚接触，也不太熟，人嘛，总是对陌生的人会很客气。前期工作上的交流也还好，比较顺畅，他还算比较耐心，改bug也没咋推三阻四，答应的啥也比较痛快。甚至好些时候因为对bug定位不熟练，我以为是前端但实际是后端的bug这种，我跑去找他，他也没怼我，解释清楚后让我找后端。所以工作初期给我一种我和他关系正在越来越熟悉的错觉。结果，***，后来关系就断崖式下滑了，也是交流地多了，开始发现他的一些毛病，很自以为是的一个人，可能也是因为技术好，入职的时候同事介绍都说是技术部排前几的前端大佬，确实挺年轻的，和我是同龄人。慢慢的后来找他沟通的时候，我发现偶尔会出现这种现象：就是他总是会在你话还没说完，说到一半的时候基本就不会听我继续说下去了，立马会打断我，然后曲解你的意思，他好像总抱着一种想法，我也不知这个想法是怎么凭空出现的：就好像他总是觉得我没搞懂这个功能是怎么用的，然后把正确的结果当作是异常的结果，在这种情况下乱指bug给他。或者听到一半误以为我说的是另一个问题，然后立马打断我接着解释“他以为我问的问题”说那是正常的，或者就是立马反驳我说，不可能有这个问题，你回去再刷新一下。所以我就经常，给他解释到一半，就莫名其妙就被怼了，就很懵逼，不知道他说的啥意思，因为实质上我和前端说的压根不是同一件事。我也只好停止解释，直接演示我想表达的bug，基本上演示完他终于get到我的意思，不再混淆了，然后轻飘飘地说一句:这个我要再看下。就意思确实是个bug，然后打发我走了。

包括禅道上，确认bug的时候，有时候压根没仔细看我的复现步骤，经常看漏，比如bug要出现，有4个步骤，他只看了3个，其中有个小的步骤，他略过了，所以在他电脑上没复现出，就立马让我过去他工位解释，然后说：你是不是在玩我啊？我本地是正常的啊。然后我看了他的操作，发现漏了关键的一步，只能指出遗漏的那步，然后完整演示一遍。终于，bug出现后，他get到了我的意思，然后不说话了。我基本这时候也懒得废话了，甩了句你抽空修了吧，就回工位了。
就我不知道这种人到底是什么狗屎毛病？我人生第一次碰到这种模式的人，一个人在听另一个人讲话，不耐心听完，拿起半截就跑，最后自然是误解别人的意思。看禅道也经常漏看我的描述，导致复现不出。就给人一种他很自信：我肯定没错，如果出了问题，那一定是你有问题。就有一种自以为是的傲慢，这好像用马虎是解释不了这毛病的。

和前端开始交恶，还有个我个人无能为力的一个事可能也是主因：就是让他修bug的时候，他很喜欢和我解释这个bug涉及到的代码逻辑，劈里啪啦一大段前端知识，有些棘手的bug我听懂了他大概想表达的人话是：目前项目的现有条件，就是后端能提供的，或者那些接口的什么参数之类的。条件不足，在前端这里因为条件不足只能达到目前这个效果，要完美达到需求描述的那样是不可能的，或者是会动到很多东西，影响已经稳定的功能。会动到基本框架，技术上目前只能实现这样的效果。但牵扯到前端的代码去哪里抓值，这我他妈哪听得懂啊，我目前就一个会点点点的点工。但这事我又不好挑明，所以交涉经常就进入死胡同，他叽里呱啦说了一大堆，我一个字都没听懂，然后愣在那里，bug的处理也推进不下去了，卡在那里，就这点就很无力。我想要的结果无非是：我不关心你代码咋走，我只要求达到一个具体怎么样怎么样的效果，其他的你和我一个测试解释逻辑代码有必要吗？
这种情况出现的次数很多，大多数时候我都不了了之了。吧友们有不有啥好办法？因为不懂技术细节，和开发沟通陷入死胡同，我对这种情况有点没招了，很苦恼啊。

然后有些bug，是那种代码逻辑上是对的，但在用户看来确实不对劲的一些显示问题，或者说是需求文档上并没有提到不能这样（废话，需求文档哪可能把所有预期情况都能覆盖到，必然在一些细节上会遗漏，产品又不是神仙）。他碰到这种bug的态度是拒绝修改，即便他明知道这个肯定是bug，就给我一种摆烂的滚刀肉的感觉。反正这半年多，各种沟通问题和前端，已经从对具体的事不顺眼到逐渐变成对人不顺眼了。

现在和那个前端关系恶化到啥程度了呢？下面我的表述没有任何进行任何夸大，就他和别人有说有笑的时候，看着我来了，脸上笑容立马会消失，皱起眉头，脸直接垮下来，来他工位准备问他问题，我还没问呢。他就把一只手五指张开对着我，脸都懒得转过来对着我，语气直接变冷的说“不清楚，不知道，别问我”。你们可以想象下那种情景，就是那种你对一个人极度没耐心的厌恶的时候的那种表情，压根就懒得听别人说话，说简单点就是一个字“滚”。这种态度换谁都受不了。我也很火大，但基本前期每次也都还是耐着性子假装很客气的沟通，最后我发现我这种尊重没卵用，他对我态度就没有好转的迹象。好嘛，尊重是相互的，我又不是犯贱，喜欢热脸贴冷屁股，你对我不客气，那我也懒得对你客气了，我又不是没脾气的圣人，大家都是打工的，别整得你好像高人一等。我说实话，不是自夸，我性格挺平易近人的，你如果和我都处不好，我基本只能认定是你性格有很大问题，包括以前我上大学处不好的几个同学，实际其他同学也都讨厌他们，因为他们性格或多或少存在偏执，奇葩的地方。就是TM的以后工作避免不了打交道，这就很恶心了，工作上需要和这个二币打交道，严重影响职场心情。甚至有次中午吃饭，意外走进一个小餐馆，正准备坐下了，好家伙，冤家路窄，发现他在里面一张桌子上玩手机，也应该是在等餐。当时应该是还没看到我，我TM看到那张脸顿时没心情了，懒得打招呼，但店太小，如果我坐下来吃饭，迟早会眼神接触，两个不对付的人大眼瞪小眼就太尬了，所以我直接转身离开了那家餐馆准备换家店吃，把刚准备倒茶的服务员都整懵逼了。

关键我还不敢怼前端，主要肚子里没货，涉及到技术细节到底怎么实现我一个测试压根不清楚，所以发现bug的时候也不敢和据理力争。反而是我被前端怼了很多次也不敢还口，谁让你不懂技术啊？属实是陷入一种无解的状态了，这一点我想不出破局的好办法。
另外前端这，我再提下一个技术细节，大家一定养成个习惯，前端出问题的时候，尽量多强刷一下，***缓存会带来各种各样你想象都想象不到的奇妙的bug，这时候如果你去找前端他电脑费了半天功夫会发现压根复现不出来的，这时候他自然反应是只能让你再强刷一次，但强刷后如果好了，这时候不仅你尴尬，前端同样也会觉得很无语，因为排查半天，以为是个极度隐秘的偶现bug，浪费了半天时间结果是个“假bug”。设身处地想一想，换你是前端，你会不会不高兴？所以遇到前端bug，养成强刷的好习惯吧，1.发现bug强刷下2.前端修复bug后也强刷下，别在这个点上浪费彼此时间做无用功，人的耐心都是有限度的，因为这个被前端怼，就很low了。
还有，并不是报400就是前端毛病，我发现工作这么久，我只说我项目遇到的实际情况，报错基本都是后端，400类型的没有遇到一个例外，全是后端。这就让我这种培训班出来的人感到很错位了，因为我基本一开始都指给前端，书面知识这么教的啊，400属于前端，那我就甩给前端啊，没毛病啊。但最后问题都是后端导致的。这事我反正觉得挺无语的。实际工作和书面知识脱节这么严重吗？

吐槽完前端，再说后端。后端和前端是截然相反的性格的两个人，我就觉得职场生涯遇到了冰火两重天，这事就挺无语的。
后端老哥是个很热心的老哥，挺爱开玩笑的，在工作上帮了我很多忙，因为很多工作常识培训的时候我压根听都没听到过，反而是他教会我很多，内心挺感谢他的。但我敢说他第一天绝对就察觉出我是个水货。因为培训很多细节是没教到位的。我当时发现后台报错，第一个反应大惊小怪地跑过去给他说后台在报错，赶紧解决下。他大手一挥说了句：别慌，报错不可怕，咱们发现问题解决问题就行了。害，肚子里没货的人就是容易大惊小怪，这也是没办法的事啊，我也很无奈啊。
最开始入职那段时间，每次后端出现问题，我因为不懂接口，只能跑过去给后端当场演示，但经过几次后，他直接指出你这样效率太慢了，你以后发现问题的时候，把出错的接口地址，还有入参直接发给我。这也是和前端打交道的不同点，前端你可以只提到复现bug的复现步骤，剩下的具体哪里有问题，前端自己会判断。后端的话，你要先看看接口文档，保证前端传的值没出问题之后，然后在bug内容里 写清楚 出问题的接口地址，和响应的参数以便于后端直接调接口复现这个问题，你给他直接演示或者说在bug内容里只写明进行前端什么操作然后什么报错这种形式是不合适的，这种bug交互是很低效率的，初入行的人很容易这么干，希望大家引以为戒。