公司里碰见个比较郁闷的事,测试同事，往死里测。。。支招啊大侠，大牛！流泪请教！
有个测试给我测东西，往死里测
有些根本不是问题的问题都测，碰见这事，领导当然是看到问题就让改，感觉这个测试比较用心，一出问题就让我来找，找问题比较郁闷，更郁闷的事，这测试非要把出这问题的每种情况都考虑到，才算结束
领导默认可以。
领导感觉这个测试真是用心，而我们开发，一天到晚的跟着他屁股后面改他找出的问题，而且是协助的形式。
主要是有些东西根本就不是我写的，2个系统，比如流程跑不通，那么2个系统里面的一个系统是我写的，另外一个不是我写的，现在测试，出了一个不是问题的问题，那么领导说让我去找，这不是自己写的系统，问题好找么
一找找很久，这测试还不停地问题，找出来了没，找出来了没。
每次他问，找出来没，这句话的时候我都不知道怎么说，因为领导在旁边
每次他问，我都想骂他，我想说，我他妈又不是自动化电脑，什么问题都能快速找到答案
可是找问题又比较费劲，一找就是半天，最后写日报怎么写？就写找问题找了一天？领导明显感觉我这个效率不高嘛！

遇到这种垃圾人整出的这些问题，我们开发该如何委婉的回绝，因为有些问题根本就不是问题，但这些不是问题的问题总比大问题都难搞！而且每种情况他都考虑，这就更郁闷了！他要是一种情况搞不懂，他就问你，你就得想程序里是个什么逻辑。每天光想这些事了！
------解决方案--------------------
做测试就得这样呀， 不然就鸡肋了。
------解决方案--------------------
说明这个测试是个好同志啊，你要想想，他要不是现在给你找出来，等上线了这个bug再跳出来，说不定改起来麻烦可不是一点点，什么有些东西要重新设计啊什么的，在上线的系统上这么搞两下，迟早会出事。

要是每次都是领导在旁边的时候故意问你，找出来没找出来么，这做人是有点那个..

有些问题根本就不是问题，这种，如果确实不会出现的问题，你就给他说“设计如此呗”，大不了找领导来理论，反正我们经常都是这样回答的

------解决方案--------------------
测试人员真的很认真，你的问题，需要向领导反应。
另一个系统的人也要派人来跟你合作。
------解决方案--------------------
1 这才是测试。

2 根本就不是我开发的代码，找个问题别说找半天，就是找一天又怎么了？有什么不能写的？如果真的是很简单的问题，找不出来说明你自己本事不够。

3 “遇到这种垃圾人整出的这些问题，我们开发该如何委婉的回绝，因为有些问题根本就不是问题，但这些不是问题的问题总比大问题都难搞！”

是设计推给设计，不是设计问题还难搞只能说明你比设计还垃圾。
------解决方案--------------------
开发者总是习惯性从代码的角度去看有没有问题

测试还包括从用户的角度去看问题，那个“不是问题的问题”在用户真的去使用时会不会碰到，碰到了用户他自己知道怎么去解决吗？或者你提供了文档说明了这个现象吗
------解决方案--------------------
工作的责任心态很重要
测试人员站着用户体验着角度  而我们是开发人员 出来问题肯定跟系统存在一定因素,如果确定是系统问题肯定得开发人员处理  至于系统业务不熟悉你可以跟经理提需要人协助 所以也反应一些问题开发人员做开发时必要的注释很重要...
------解决方案--------------------
你同事很敬业，没有问题。不是针对你个人的话，值得翘大拇指的。
我感觉你的工作只能用混乱来形容。
我不知道你的系统有多大多复杂，但不至于才两个人开发，出了问题居然不知道对方在哪的？
不是问题的问题？UI问题？美工问题？个人体验问题？
事情也有轻重缓急的，拿到工作时，你自己也要规划一下，哪些是重要的，哪些是实现有困难的，你也得和别人说声呀，至少口头的一个工作进度得有呀，你闷起来，鬼知道你在干嘛
------解决方案--------------------
大家看法差不多，一句“有些东西根本就不是我写的”暴露楼主的能力与态度，楼主说的测试如果当开发的话，相信会是一个很好，因为他考虑的情况比较多，这样代码会更健壮，有很多程序员经常是开发完了以后，主管问了一句，如果出现这种情况你的程序是怎么处理的，他们会弱弱的说一句“我没考虑这种情况”。如果测试也没考虑这些情况的话，就会导致程序上线时崩溃。所以楼主应该向他学习，他考虑的情况多，而且他注重实现的细节，我想就是因为你不知道另一个系统的这些细节，所以你才会很难维护别人的程序，如果你对那个系统所有细节一清二楚的话，相信你很快就能定位到错误了。当然不知道细节不是你的错，但是你可以沟通吗，去问问那个系统的开发人员，或者设计人员，如果他们都离开公司了，你可以跟老板说明情况，要些那个系统的设计文档之类的东西，这些都是体现你沟通能力的啊。
------解决方案--------------------

------解决方案--------------------
这个你要学会配合，，，别太多抱怨
------解决方案--------------------
修BUG也是工作啊
------解决方案--------------------
只要你那个测试的同事不是鸡蛋里挑骨头，我觉得还算可以接受。一切以需求为主，或者说一切以客户为主。
------解决方案--------------------
说实话我挺理解楼主的，我就碰到过这种测试人员。有些测试人员很认真很注意细节这没问题，可有些专业知识不够，把测试集中在一些无关紧要与本身软件系统不相关的方面。比如说好多因为操作系统软件的问题，或者一些特别情况，原来的我们的系统有好多跟外设线，测试就在不同的情况下随机拔掉某个线头再插上或者拔掉一些不插，然后看系统提示错误信息，因为系统有好多种状态，悲剧了。。。像这种测试，你不能不说他不认真，也不能说人家做的不对，可这种测试用户很难碰到，即使碰到了提升个连接异常就完了。非要搞这搞那
------解决方案--------------------
如果他不老是找你测试，那他干什么活？
------解决方案--------------------

------解决方案--------------------