当前位置: 代码迷 >> Java面试 >> 公司里碰见个比较郁闷的事,测试同事,往死里测。支招啊大侠,大牛!流泪请问
  详细解决方案

公司里碰见个比较郁闷的事,测试同事,往死里测。支招啊大侠,大牛!流泪请问

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

遇到这种垃圾人整出的这些问题,我们开发该如何委婉的回绝,因为有些问题根本就不是问题,但这些不是问题的问题总比大问题都难搞!而且每种情况他都考虑,这就更郁闷了!他要是一种情况搞不懂,他就问你,你就得想程序里是个什么逻辑。每天光想这些事了!
你同事很敬业,没有问题。不是针对你个人的话,值得翘大拇指的。
我感觉你的工作只能用混乱来形容。
我不知道你的系统有多大多复杂,但不至于才两个人开发,出了问题居然不知道对方在哪的?
不是问题的问题?UI问题?美工问题?个人体验问题?
事情也有轻重缓急的,拿到工作时,你自己也要规划一下,哪些是重要的,哪些是实现有困难的,你也得和别人说声呀,至少口头的一个工作进度得有呀,你闷起来,鬼知道你在干嘛
------解决方案--------------------------------------------------------大家看法差不多,一句“有些东西根本就不是我写的”暴露楼主的能力与态度,楼主说的测试如果当开发的话,相信会是一个很好,因为他考虑的情况比较多,这样代码会更健壮,有很多程序员经常是开发完了以后,主管问了一句,如果出现这种情况你的程序是怎么处理的,他们会弱弱的说一句“我没考虑这种情况”。如果测试也没考虑这些情况的话,就会导致程序上线时崩溃。所以楼主应该向他学习,他考虑的情况多,而且他注重实现的细节,我想就是因为你不知道另一个系统的这些细节,所以你才会很难维护别人的程序,如果你对那个系统所有细节一清二楚的话,相信你很快就能定位到错误了。当然不知道细节不是你的错,但是你可以沟通吗,去问问那个系统的开发人员,或者设计人员,如果他们都离开公司了,你可以跟老板说明情况,要些那个系统的设计文档之类的东西,这些都是体现你沟通能力的啊。如果他不老是找你测试,那他干什么活?修BUG也是工作啊说明这个测试是个好同志啊,你要想想,他要不是现在给你找出来,等上线了这个bug再跳出来,说不定改起来麻烦可不是一点点,什么有些东西要重新设计啊什么的,在上线的系统上这么搞两下,迟早会出事。

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

有些问题根本就不是问题,这种,如果确实不会出现的问题,你就给他说“设计如此呗”,大不了找领导来理论,反正我们经常都是这样回答的
只要你那个测试的同事不是鸡蛋里挑骨头,我觉得还算可以接受。一切以需求为主,或者说一切以客户为主。1 这才是测试。

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

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

是设计推给设计,不是设计问题还难搞只能说明你比设计还垃圾。说实话我挺理解楼主的,我就碰到过这种测试人员。有些测试人员很认真很注意细节这没问题,可有些专业知识不够,把测试集中在一些无关紧要与本身软件系统不相关的方面。比如说好多因为操作系统软件的问题,或者一些特别情况,原来的我们的系统有好多跟外设线,测试就在不同的情况下随机拔掉某个线头再插上或者拔掉一些不插,然后看系统提示错误信息,因为系统有好多种状态,悲剧了。。。像这种测试,你不能不说他不认真,也不能说人家做的不对,可这种测试用户很难碰到,即使碰到了提升个连接异常就完了。非要搞这搞那做测试就得这样呀, 不然就鸡肋了。工作的责任心态很重要
测试人员站着用户体验着角度  而我们是开发人员 出来问题肯定跟系统存在一定因素,如果确定是系统问题肯定得开发人员处理  至于系统业务不熟悉你可以跟经理提需要人协助 所以也反应一些问题开发人员做开发时必要的注释很重要...测试人员真的很认真,你的问题,需要向领导反应。
另一个系统的人也要派人来跟你合作。这个你要学会配合,,,别太多抱怨开发者总是习惯性从代码的角度去看有没有问题

测试还包括从用户的角度去看问题,那个“不是问题的问题”在用户真的去使用时会不会碰到,碰到了用户他自己知道怎么去解决吗?或者你提供了文档说明了这个现象吗
  相关解决方案