转自知乎：https://www.zhihu.com/question/30192685?sort=created&page=1
各位码农有没有遇到过这样的测试人员?
提了bug给你,
你看了之后感觉啼笑皆非,跟他说明还解释不通.
发生过什么样的事?
怎么处理和这样人的合作?
为了避免一些奇怪的视角,我决定举个栗子来说明我是如何产生这种困惑的.
/**
* 以下是栗子.
* @author 提问者
*/
手中的项目是个改版网站,开发后期进入项目,项目在测试阶段,主要负责前人留下的屎代码,和修改bug.
坐我对面的是个测试妹子,刚开始的时候,给我提过一个前台页面的bug,定位后发现是测试数据问题,所以直接已确认-不必该.
过了几天后,妹子给我截图问我为什么没改,我简单回复了一下是测试数据的问题跟程序没关系,数据正确就不会有问题了.换来了妹子一串的嘟囔'数据怎么啦..数据也是问题啊..数据就不必该啦...'此时心里稍稍有些不爽...
没多久,妹子又提交来一个bug,是充值时候的问题,一下提高了警惕性,毕竟是重要模块,但是稍微沉思了一下感觉应该是网银接口的问题,就叫妹子来重现一下.果不其然,是跳转到'工商银行'网银,在firefox和chrome下工行提示的错误,顿时心里我勒个大槽,解释说"嗯,这个不是咱们的问题...是银行的事...' 结果又是换来妹子一阵嘟囔'人网银怎么有问题啦,咱要是正常怎么会报错呢..'又板着脸嘟囔着走了...
心里真是一万只草泥马狂踏啊..这种妹子真是狗屁不懂没法交流啊...
以后免不了人继续提交过来类似bug,面对类似处境啊...
米纳桑有没有遇到过类似的事情最后怎么和这种同事合作的啊...
34 个回答
测试妹子一枚
可以理解开发不想做开发测试的心理（我们公司要求做开发测试），毕竟都觉得自己的代码是无懈可击的。
but，我花了一个小时做数据准备，最后测出来不通过，跟你提了个Bug
死不承认，跟我撕逼，说这个是我测试方法不对，测试环境有问题，这个缺陷是其他模块的锅blabla。。。。
我又花了一个小时还原数据并图图解给开发看证明有缺陷，开发终于无话可说的时候，
开发仅仅回一个；哦，我明天再看。
哦你大爷！！！
自此，养成了我测试点一下一截图存证的习惯。
并且下定决心，苦学java，c++，不争馒头争口气！
——————————————————————————————————————————
似乎这里好多的开发一致认为测试麻烦又事儿逼
我只想说
因为你的代码太辣鸡
这不是针对谁，而是针对这里吐槽测试的所有人:)
____________________________________________________________________________
居然有人认为测试闲的蛋疼找事儿
借用我以前头儿教育我回复开发的质疑：告诉他们不要想太多，如果不是有BUG，连扭头看他们一眼都嫌烦！都当自己长得很帅么！
我上任头儿，每次碰到这种开发，都会点开员工信息手册，找到开发头像，对着头像吐槽：长得这么丑为什么会对自己的代码有蜜汁自信。
可以理解开发不想做开发测试的心理（我们公司要求做开发测试），毕竟都觉得自己的代码是无懈可击的。
but，我花了一个小时做数据准备，最后测出来不通过，跟你提了个Bug
死不承认，跟我撕逼，说这个是我测试方法不对，测试环境有问题，这个缺陷是其他模块的锅blabla。。。。
我又花了一个小时还原数据并图图解给开发看证明有缺陷，开发终于无话可说的时候，
开发仅仅回一个；哦，我明天再看。
哦你大爷！！！
自此，养成了我测试点一下一截图存证的习惯。
并且下定决心，苦学java，c++，不争馒头争口气！
——————————————————————————————————————————
似乎这里好多的开发一致认为测试麻烦又事儿逼
我只想说
因为你的代码太辣鸡
这不是针对谁，而是针对这里吐槽测试的所有人:)
____________________________________________________________________________
居然有人认为测试闲的蛋疼找事儿
借用我以前头儿教育我回复开发的质疑：告诉他们不要想太多，如果不是有BUG，连扭头看他们一眼都嫌烦！都当自己长得很帅么！
我上任头儿，每次碰到这种开发，都会点开员工信息手册，找到开发头像，对着头像吐槽：长得这么丑为什么会对自己的代码有蜜汁自信。
夏夏雪 糊涂
这个问题要分两个方面来看：
1、测试人员本着协作的意识到开发人员交流。
从这个角度来看，这位测试人员的工作是不到位的，因为她没有很好地分析bug可能出现的原因，如果能够重现出来。即使自己水平不足，无法协助分析定位，那么开发人员解释时也应该耐心地倾听，积极地思考和学习，慢慢锻炼自己的技术水平，而不是穷嘟囔。毕竟，发现表面问题的测试人员只是初级阶段，无论是个人发展还是对公司的贡献都会有限。
2、开发人员是否本着产品质量在开发
从宽泛的角度来说，数据问题、环境问题是不是bug呢？是的。IEEE729-1983对 缺陷有一个标准的定义：从产品内部看，缺陷是 软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。一个系统的构成，除了你写的代码逻辑之外，还包括数据，还包括第三方系统。
你或许觉得，数据和环境问题又不是我造成的，数据“本来”就不应该出错，第三方接口“本来”就不应该出错。那么同样的意思反过来说，数据是否会由于不正常的操作产生异常？环境是否由于第三方软件质量出错，或者由于网络等各种外在原因出错呢？万一出错之后我们应该按异常控制住给出友好提示还是应该任由系统报错呢？其实软件完成正常逻辑并不难，现在拼的就是全面的考虑和用户体验，那么我们在开发的时候就要考虑得周全些，把用户体验摆在更重要的位置。
测试人员其实就是我们产品的第一用户，他们是来帮助我们完善产品的，出现缺陷时第一时间应该是感谢他们，还不是因为他们指出了我们的缺陷而第一时间出现抵触的心理，希望解释、回避甚至针锋相对。我知道，这一点很难。但回顾身边的程序员，做到这一点的往往走得更远。历来有种观点是测试和开发是对立的、甚至敌对的，这种关系本质上是由于测试给开发挑错这种工作模式决定的，而这种关系的改善需要双方共同的努力。有种敏捷的做法是不再登记缺陷了，就事论事地解决问题就好，这种做法是否有利于缺陷回溯先不论，至少是一家之言，至少不会让开发人员感觉自己的错误被钉到了耻辱柱上。
总结一下这两点，其实核心思想是一致的，那就是谁更多想一点、谁更协作一点、谁做得贡献更多一点，谁就能走得更远。开发和测试重要的就是配合、配合、配合，全员为质量负责，为用户打造品质卓越的产品。
----------------------------------------------------
插播一个小经历：
今天中午用招商手机银行转账，解决了若干手机问题和网络问题之后，经历了多次密码、校验码输入之后，界面上大大的显示给我：
“发卡银行无法执行此操作，error19016”。
那时，我的脑中才是无数的草泥马跑过啊。
----------------------------------------------------
1、测试人员本着协作的意识到开发人员交流。
从这个角度来看，这位测试人员的工作是不到位的，因为她没有很好地分析bug可能出现的原因，如果能够重现出来。即使自己水平不足，无法协助分析定位，那么开发人员解释时也应该耐心地倾听，积极地思考和学习，慢慢锻炼自己的技术水平，而不是穷嘟囔。毕竟，发现表面问题的测试人员只是初级阶段，无论是个人发展还是对公司的贡献都会有限。
2、开发人员是否本着产品质量在开发
从宽泛的角度来说，数据问题、环境问题是不是bug呢？是的。IEEE729-1983对 缺陷有一个标准的定义：从产品内部看，缺陷是 软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。一个系统的构成，除了你写的代码逻辑之外，还包括数据，还包括第三方系统。
你或许觉得，数据和环境问题又不是我造成的，数据“本来”就不应该出错，第三方接口“本来”就不应该出错。那么同样的意思反过来说，数据是否会由于不正常的操作产生异常？环境是否由于第三方软件质量出错，或者由于网络等各种外在原因出错呢？万一出错之后我们应该按异常控制住给出友好提示还是应该任由系统报错呢？其实软件完成正常逻辑并不难，现在拼的就是全面的考虑和用户体验，那么我们在开发的时候就要考虑得周全些，把用户体验摆在更重要的位置。
测试人员其实就是我们产品的第一用户，他们是来帮助我们完善产品的，出现缺陷时第一时间应该是感谢他们，还不是因为他们指出了我们的缺陷而第一时间出现抵触的心理，希望解释、回避甚至针锋相对。我知道，这一点很难。但回顾身边的程序员，做到这一点的往往走得更远。历来有种观点是测试和开发是对立的、甚至敌对的，这种关系本质上是由于测试给开发挑错这种工作模式决定的，而这种关系的改善需要双方共同的努力。有种敏捷的做法是不再登记缺陷了，就事论事地解决问题就好，这种做法是否有利于缺陷回溯先不论，至少是一家之言，至少不会让开发人员感觉自己的错误被钉到了耻辱柱上。
总结一下这两点，其实核心思想是一致的，那就是谁更多想一点、谁更协作一点、谁做得贡献更多一点，谁就能走得更远。开发和测试重要的就是配合、配合、配合，全员为质量负责，为用户打造品质卓越的产品。
----------------------------------------------------
插播一个小经历：
今天中午用招商手机银行转账，解决了若干手机问题和网络问题之后，经历了多次密码、校验码输入之后，界面上大大的显示给我：
“发卡银行无法执行此操作，error19016”。
那时，我的脑中才是无数的草泥马跑过啊。
----------------------------------------------------
hq zhon 如果方向错了，停下来就是前进
作为测试人员就事论事说下题主遇到的两个问题。
1、测试数据问题
遇到这种情况，不修复是没问题的，我们的开发一般还会跟我们交代清楚哪些数据是正确的，哪些是有问题的。如果下次再出现那等着当面出丑吧，如果没交代清楚，那没办法，还是得麻烦帮忙看看。
2、网银问题
这是一个兼容性问题，一般软件如果遇到依赖第三方应用同时明确知道它的问题的时候，会做一个提示而不是直接出错。
比如你的问题提示下面的话则会出现完全不同的效果：
a、哎哟，出问题了，请重试，么么哒！
b、哎哟，出问题了，经我们专家确认“工商银行”的叉叉叉不兼容叉叉浏览器哦，麻烦在ie或叉叉浏览器上重试哦，我们不会对你本次操作进行任何的扣费处理，么么哒！
1、测试数据问题
遇到这种情况，不修复是没问题的，我们的开发一般还会跟我们交代清楚哪些数据是正确的，哪些是有问题的。如果下次再出现那等着当面出丑吧，如果没交代清楚，那没办法，还是得麻烦帮忙看看。
2、网银问题
这是一个兼容性问题，一般软件如果遇到依赖第三方应用同时明确知道它的问题的时候，会做一个提示而不是直接出错。
比如你的问题提示下面的话则会出现完全不同的效果：
a、哎哟，出问题了，请重试，么么哒！
b、哎哟，出问题了，经我们专家确认“工商银行”的叉叉叉不兼容叉叉浏览器哦，麻烦在ie或叉叉浏览器上重试哦，我们不会对你本次操作进行任何的扣费处理，么么哒！
我之前遇到过这么一个测试，现在各种系统的文件名最大长度都是255（ps，我所知道的系统），然后那个妹子在手机中建立了个文件名长度到最大长度的文件夹，然后进去这个文件夹，继续新建文件和文件夹，发现无法新建，然后就把这个当做bug提交到开发这边来。我当时一看bug就乐了：①我佩服你们测试的边界，②这特么是系统的限制啊，哪里是bug？！然后我把问题给她说明了，表示这是系统的限制，不是程序的问题，她表示不信，继续把bug开着留给我……后面我实在被这个问题烦到了，就直接走到她工位上现身说法的教她：在她电脑上新建一个文件夹，文件名命名到最大长度，然后进去继续新建文件夹，系统直接提示无法新建，然后我得意的跟她说看到了没？！Windows也不能建立这么长的文件夹之后进去再新建文件夹和文件啊！然后她说了一句：可是我们是手机上的程序啊！手机上的程序啊！手机上的程序啊！知乎惯例重要的话要重复说三遍！我当时的内心几乎是崩溃的……
后面还是没有说通她把bug关闭，索性一不做二不休，把新建文件名长度限制在80个字符，然后她认为解决这个bug了才关闭这个问题……
后面还是没有说通她把bug关闭，索性一不做二不休，把新建文件名长度限制在80个字符，然后她认为解决这个bug了才关闭这个问题……
沈某某 我的确还是有点沟通障碍
很久以前遇到过，有个需求是给页面加了个富编辑器，测试提了一个bug是从office上粘东西过来格式会丢失，尼玛我这个又不是office，就是个textarea啊，怎么解释都不行，头头都出马了，还是认定是bug。最后在这个bug未关闭的情况下上线了。
Archer Sun 单纯的围观群众。。
测试人员一枚：
我觉得作为测试，和开发的沟通能力是和本身测试技能同等重要的能力。后者决定了你能发现多少问题，前者决定了问题的解决程度。两者加权决定了最终产品的质量。
我也经常遇到很多问题开发的同学们各种不愿意接受，我的常规做法是根据这个问题编出一个用户常用场景，基本到了这里就皆大欢喜了。。。
真心没有难以沟通的测试，只有不会沟通的测试。不过这句话用到开发身上也没有问题。。。。
我觉得作为测试，和开发的沟通能力是和本身测试技能同等重要的能力。后者决定了你能发现多少问题，前者决定了问题的解决程度。两者加权决定了最终产品的质量。
我也经常遇到很多问题开发的同学们各种不愿意接受，我的常规做法是根据这个问题编出一个用户常用场景，基本到了这里就皆大欢喜了。。。
真心没有难以沟通的测试，只有不会沟通的测试。不过这句话用到开发身上也没有问题。。。。
我们某个复活功能需要消耗2个代币。新玩家初始会有2代币，然后一定进入教学关，无法跳过。在教学关里玩家一定会死掉，完成复活教程。某测试通过debug作弊版本跳过了教学关，又去把代币花光了，然后又去跑复活教程，结果没钱复活卡住了，他觉得这是个严重bug…
知乎用户 Programmer，Geeker，Dreamer.
机灵回答，this is not a bug, this is a feature!!! 开玩笑了~
不知道题主跟妹子沟通的时候具体是个什么情况？从她得反应来看，第一印象是这妹子好像是个totally门外女汉子。这种情况下，也许在自己电脑上过一遍，让她瞪大眼睛看，并耐心讲给她听（态度一定要好），看看后面的情况。
如果那个妹子又嘟囔了，有两个方案：（1）让她滚，换个QA接着测；（2）无法达成上一条，我们走，远离嘟囔，珍爱健康。
不知道题主跟妹子沟通的时候具体是个什么情况？从她得反应来看，第一印象是这妹子好像是个totally门外女汉子。这种情况下，也许在自己电脑上过一遍，让她瞪大眼睛看，并耐心讲给她听（态度一定要好），看看后面的情况。
如果那个妹子又嘟囔了，有两个方案：（1）让她滚，换个QA接着测；（2）无法达成上一条，我们走，远离嘟囔，珍爱健康。
匿名用户
看见这个话题，真是很有兴趣。说说我们这边测试，从测试组长到新来的应届生一个个强势的不行。很多时候简直让你有杀人的心。下面举几个栗子，一新来的测试应届生，刚来没多久，每天从用户论坛上截取用户反馈直接扔给我们开发组组长，这也就罢了，关键是这货根本不经过自己验证，就直接给我们开发组长说你看，这里用户说用问题，你看看等等云云，搞得我开发组长极为不爽，直接不鸟这货，一段时间之后可能这货也发觉了些什么，对我组长的说话的语气态度也有所好转，也不直接贴用户反馈了；栗子2，带这应届生的一个女测试，一口广普，正常说话都是一副咄咄逼人的架势，特别对开发，都是你这里不怎么着那里应该怎么着云云，发现bug就像发现糖果一样开始，嘿我又发现bug了，你开发去解bug去吧，我又有绩效了的这种感觉，而且发现bug之后跟我们开发说，我作为一个开发跟她解释这是什么原因等等，这货不依不饶直接甩过来一句，这里既然都不怎么着了还显示什么什么干嘛，如此强硬咄咄逼人，搞得我直接改bug的心情全无，还有他觉得有个地方不太合理，然后跟我说了，我没理她，然后她就提了个bug，我看不下去了，说这是你的一个建议你也当bug提？她的回答是，我跟你说了你没回我，我就在bug系统标注一下云云，我狂吐一口老血，当时产品还在群里，不好发飙，实际上看她是个女的还怀孕了实在不好跟她怎么发飙，但是她就是一如既往的对开发不依不饶，说话语气让人极为不爽，每次提bug就像自己发现了新大陆，然后扔给你开发，给人的感觉就是我发现bug就是我的功劳，有bug是你开发的事儿，你自己解去吧，然后你解了bug让她再看下的时候，她们的多半回复是“还是不行”，让你口吐白沫，妈的，我这里要是bug还有会让你再测？还有某次，做一个需求，不知道什么原因，我是调的外部接口，然后我这边一切正常，在测试那边就不行了，然后那测试说我这里不行，我说我这里没问题啊，要不你来我这里看看是怎么个流程怎么个表现你再看看，这货测试给我来了句我又不在你电脑上测试去你那看干嘛，我还想我还不在你电脑上面开发呢，我这里没问题我怎么知道你那里是什么问题，我xx。最可恨的是这货测试还老把自己当个产品来折磨偶们开发，有次因为一个交互流程上的细节问题，测试不给过，说让我优化，我说凭什么啊，你觉得你的想法好，我觉得我的实现方式好，你凭什么说是优化啊，然后把产品拉进来，这比产品也没啥作为，对比了一些类似的产品然后说按照某某产品的交互流程来吧，然后又忍不住和这不经过自己思考的产品pk了一通，反正最后还是改了，不是说我认同产品的方案，而是我觉得这么pk下去毫无意义，反倒拖了项目进度，最后责任肯定在我，既然产品都说了，我就做了呗。没办法，在一个这种团队，没想法，没脾气，吐槽完毕。我承认，测试该提问题，但是我们这测试提问题和沟通方式让人极其不爽，好像他们发现了bug就是他们负责，而有bug就是开发不负责，仅此而已。
韦易笑游戏开发、编程、程序员话题优秀回答者 招聘后端工…
可爱的 QA MM 发现 BUG时和程序员吵架的那一刻：
《断点 - C语言》--张敬轩
看着那密密麻麻的反汇编，连眼睛红了都没有发现，
听到你说错误很难重现，人数还一点一点再往下减；
我转过我的脸，不和你争辩，
未检测边界肯定，非常的危险；
发誓从今天，不再用 C语言，
我真想改用脚本重构好几遍！
我点上一根烟，在这个需求善变的年代，
再好的程序员也不能幸免；
打开的源文件，设满很多断点，
只想在睡前让程序能够，撑到明天。
------------------
《断点 - C语言》--张敬轩
看着那密密麻麻的反汇编，连眼睛红了都没有发现，
听到你说错误很难重现，人数还一点一点再往下减；
我转过我的脸，不和你争辩，
未检测边界肯定，非常的危险；
发誓从今天，不再用 C语言，
我真想改用脚本重构好几遍！
我点上一根烟，在这个需求善变的年代，
再好的程序员也不能幸免；
打开的源文件，设满很多断点，
只想在睡前让程序能够，撑到明天。
------------------
我是测试。
喂喂喂，是真的，被发现了。
补答，有的测试妹子，是比较较真，不过我喜欢。坦白说很多测试妹子可能真心不知道你所谓的技术细节，比如从测试的感受来说，只能说这里不好使，不方便，但是测试不会管你谁的接口，哪里的问题，谁的问题。谁开发提供产品，谁想办法。测试只能提供bug，原则上说，测试不负责解决。研发解决不了，可以承认，这个问题解决不了，或者这个bug的优先级不那么高，可以推后。不过，这些，都要有记录，QC上是有可以回复的地方的。
至于测试数据，最讨厌人家说，只有这个数据这样，用户哪里没有这个数据。请对每个输入输出负责，如果是不被期望的输入，请事先做限制。比如特殊字符、超长字符、sql注入、跨站点脚本什么的。有点安全意识没坏处。尤其是web类的应用，都懂。
测试人员不喜欢刚毕业的研发，低级问题太多，bug一大堆，还不好沟通。没有解决问题的想法，而是第一反应，这个不是我的问题，这个是别人的问题，把责任推干净。生怕自己沾到bug，好像bug是跟他们过不去。感觉给他们提bug，是对他们的指责、挑衅，自己先站到了测试的对立面。
但是测试喜欢新加入的测试，可能问题有些低级，但是视角不同，会发现 一些没注意到的。
好多研发调教一阵子后，可能会规范一些代码，避免一些错误。
虚心些，有容乃大。没事测试不会故意找研发毛病玩的，她们到底多无聊，有时间不如逛淘宝，是不。
=====================================
喂喂喂，画风很奇怪啊。
测试人员相当于你的第一用户啊。
如果你连测试人员都没解释通，用户那边怎么过啊？
需要解释，说明程序或者功能的易用性、可读性差啊。
就当测试人员是挑剔的用户了。
用户易用性差可能根本就不提bug，而是直接拒绝使用了。
=======================================
喂喂喂，是真的，被发现了。
补答，有的测试妹子，是比较较真，不过我喜欢。坦白说很多测试妹子可能真心不知道你所谓的技术细节，比如从测试的感受来说，只能说这里不好使，不方便，但是测试不会管你谁的接口，哪里的问题，谁的问题。谁开发提供产品，谁想办法。测试只能提供bug，原则上说，测试不负责解决。研发解决不了，可以承认，这个问题解决不了，或者这个bug的优先级不那么高，可以推后。不过，这些，都要有记录，QC上是有可以回复的地方的。
至于测试数据，最讨厌人家说，只有这个数据这样，用户哪里没有这个数据。请对每个输入输出负责，如果是不被期望的输入，请事先做限制。比如特殊字符、超长字符、sql注入、跨站点脚本什么的。有点安全意识没坏处。尤其是web类的应用，都懂。
测试人员不喜欢刚毕业的研发，低级问题太多，bug一大堆，还不好沟通。没有解决问题的想法，而是第一反应，这个不是我的问题，这个是别人的问题，把责任推干净。生怕自己沾到bug，好像bug是跟他们过不去。感觉给他们提bug，是对他们的指责、挑衅，自己先站到了测试的对立面。
但是测试喜欢新加入的测试，可能问题有些低级，但是视角不同，会发现 一些没注意到的。
好多研发调教一阵子后，可能会规范一些代码，避免一些错误。
虚心些，有容乃大。没事测试不会故意找研发毛病玩的，她们到底多无聊，有时间不如逛淘宝，是不。
=====================================
喂喂喂，画风很奇怪啊。
测试人员相当于你的第一用户啊。
如果你连测试人员都没解释通，用户那边怎么过啊？
需要解释，说明程序或者功能的易用性、可读性差啊。
就当测试人员是挑剔的用户了。
用户易用性差可能根本就不提bug，而是直接拒绝使用了。
=======================================
背景:
小公司,人员基本技能普遍偏低...
我做了一个曲线编辑功能...(之前没有方案设计...)
当时我做的编辑是:
点到两端的端点就直接编辑端点,点到线就拖动线...
然后测试A提BUG...功能缺失,应该点到线是编辑线的形态,移动线可以通过移动端点来实现...
我想想,有道理哦...就把逻辑改了一下...
第二天,测试B提BUG...功能错误,点到线就是移动线,可参考同类软件...
然后我就fuck了...我把他们两个找到一起,问这个东西怎么玩...到底是移动线还是编辑线...
然后他们说,在学校里学的,老师说测试就是要发现问题,提出问题...不需要想解决方案...
我说那我只能满足一边的需求啊...然后他们居然还异口同声的说,那质量跟踪系统里面总有一个BUG要被打开...
当时我的心里就被几万只草泥马践踏啊...
然后我就把功能停了,不改了...直接找领导去了...
小公司,人员基本技能普遍偏低...
我做了一个曲线编辑功能...(之前没有方案设计...)
当时我做的编辑是:
点到两端的端点就直接编辑端点,点到线就拖动线...
然后测试A提BUG...功能缺失,应该点到线是编辑线的形态,移动线可以通过移动端点来实现...
我想想,有道理哦...就把逻辑改了一下...
第二天,测试B提BUG...功能错误,点到线就是移动线,可参考同类软件...
然后我就fuck了...我把他们两个找到一起,问这个东西怎么玩...到底是移动线还是编辑线...
然后他们说,在学校里学的,老师说测试就是要发现问题,提出问题...不需要想解决方案...
我说那我只能满足一边的需求啊...然后他们居然还异口同声的说,那质量跟踪系统里面总有一个BUG要被打开...
当时我的心里就被几万只草泥马践踏啊...
然后我就把功能停了,不改了...直接找领导去了...
匿名用户
不怕报的bug奇葩，就怕报的人奇葩。更怕不懂装懂，并且有权力的人奇葩。
呵呵。曾经我带着一个team去修一个非常复杂的bug ，我们列了各种可能性并详细安排了测试方向来定位问题。并且在发现是linux的问题后又一个个的想办法推进，中间吃了不少亏。后来3天内定位了问题并解决。
最后，某人给我的评价竟然是：没有一次给出解决方案。 缺少快速定位问题的能力。
呵呵呵
PS：
此人与我老板位置平行，与我没有直接的上下属关系。后来我老板跟我说起这件事情来的时候我才知道这人这样评价的，之后它曾多次再来找我帮忙，一律婉拒。三观不和，不能一起工作。
呵呵。曾经我带着一个team去修一个非常复杂的bug ，我们列了各种可能性并详细安排了测试方向来定位问题。并且在发现是linux的问题后又一个个的想办法推进，中间吃了不少亏。后来3天内定位了问题并解决。
最后，某人给我的评价竟然是：没有一次给出解决方案。 缺少快速定位问题的能力。
呵呵呵
PS：
此人与我老板位置平行，与我没有直接的上下属关系。后来我老板跟我说起这件事情来的时候我才知道这人这样评价的，之后它曾多次再来找我帮忙，一律婉拒。三观不和，不能一起工作。
利益相关：开发转测试
做开发的时候遇到这种问题直接不耐烦的甩给他上级，要是她人过来质问就直接告诉她，“问你们组长去”。
后来转测试了，妹子又出现这种问题，人家小哥专程过来很耐心的跟她解释为什么。
好像明白我为什么一直单身了
做开发的时候遇到这种问题直接不耐烦的甩给他上级，要是她人过来质问就直接告诉她，“问你们组长去”。
后来转测试了，妹子又出现这种问题，人家小哥专程过来很耐心的跟她解释为什么。
好像明白我为什么一直单身了
1700
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
