51Testing软件测试论坛

标题: 我应该负责,但他们拿我的负责不当回事,我该如何? [打印本页]

作者: zhou_yiyi    时间: 2010-4-21 15:54
标题: 我应该负责,但他们拿我的负责不当回事,我该如何?
今天好窝心
好久了对测试一直都是我比较喜欢的,去年刚来这个公司的时候,即使是很难的从来都不知道的gis,从来都没有做过的应用程序方面的测试,都通过
自己的热心于努力克服了,做的也很不错,并受到了领导、同事的认可。想想那个时候自己的工作热情是多么的高涨,可是现在怎么就是找不到了呢
?可能自己厌倦了吧,但是我还是找很多的东西在学习,原来只会sqlserver的,但是来到这个公司,公司要将所有的产品都移植到oracle上,公司有
一个对oracle比较熟悉的人,刚开始大家都喊他帮忙,我也不例外,但是这个人很怪异的,每次讲话的口气都不怎么好,就这样,我也就只找过他两
次以后要是遇到问题了,就自己在网上查资料,自己搞定,就是这样让我越来越发誓要自己搞个明白,不需要去麻烦任何人,就是这两天我把我的
oracle安装了卸载了搞了两三次,终于也入门了,开始oracle的语言学习,开始学的还是挺顺利的,我自己也动手做了一些简单的事例,将自己之前
的好多搞不懂的谜团都打开了。大家都知道的每一样新东西都是在刚开始搞的时候,都劲很大,学的都很快,并且更重要的一点是简单,也是我们打
开谜团的钥匙。随着想知道的都知道了,也似乎在往下学习,就觉得好无味,因为就算学了,也用不到这样就失去了大大的兴趣。
   面对这样的情况怎么办呢?
对于我的测试工作我也能按时完成任务,每次当我很认真很认真的测出一大顿的问题发给开发人员,在这个过程中我们的项目经理是不怎么问的,我
也很少发给她,我也不知道为什么大家都对她是不理不睬的,所以我只要发给我直接的对象就行了,过程中就省了中介。开发人员受到我的bug单之后
,不会做出什么回应,我也知道这是他们一贯的做法,我也就是指提醒他们,请按时修改,修改完成之后,有新的版本请再次发给我,开发的人员的
态度就是“嗯”一个字。接下来我就开始做我别的事情,等待新的版本,但是已经3天过去了,还是没有新的版本发给我,在这个过程中我催过一次,
他们说还在修改,我就再等,今天我又催了一下,可能是被我催的紧了吧,他也没有办法了,就发给了我一个新的版本,在我准备测试的时候,我就
问他,哪些错误修改了?他回答我:“我也不知道!”,我又问:“那你总该知道自己做了哪些大的修改,我也能知道我该主要测试那一部分”他还
是一句,“我不知道,修改了那么多!”。
    我很失望也很生气,我觉得这样的工作能让我累死也捞不到成就感。
    没有办法的情况下,我就去找他们的组长,组长也说:“我也没有什么信心了。”我就说:“不管怎么样,每次你们给我版本的时候,至少告诉
我你们修改比较大的功能是哪些啊,要不这样我怎么知道这次的版本和上一次的版本的差别是什么呢?是,我是可以看到,但是那也只是我自己看到
的,其中我看不到的,我怎么知道呢?你们对每个版本的提交都应该有一个目标,目标是什么呢?就是每次有一个小的目标,告诉自己要修改哪些问
题,修改完成了之后就提交,然后再修改别的问题,每天一个小的进步,3天一个大的成就,这样大家做起来都有信心,现在搞的每个人都累,可是每
个人的工作还是没有大的紧张。不是所有的问题都必须修改,将简单的修改完成,复杂的放在最后,尽力就行了。”组长杨志高说:“那你给屈家男说吧,让他告诉你修改了什么?”“我有问过他,他说他很忙。就你们组每次搞得自己就跟国家总理一样,很忙很忙,难道别人就不忙了吗?”杨志高说“那你让我怎么办呢?”“我现在只是给你举报你们组的成员,让他好好配合就行了”。已经半天了,但是还是没有结果,我能怎么样呢?我不是他们,可能我根本就理解不了他们的困难,但是我还是要告诉他们,在这个过程中我是已经很理解你们了,你们能不能也理解一下我啊!
    说的我好累,好打击我的工作积极性啊,我都不知道该怎么办了。请大家给我一点点指点,我是该尽职尽责还是该应付呢?很久都没有对测试有这样的反逆心理了,好憋屈。
作者: zhou_yiyi    时间: 2010-4-21 16:01
望大家多多的支持。
作者: leeweige    时间: 2010-4-21 22:28
对自己负责就好!加油……
作者: zhou_yiyi    时间: 2010-4-22 09:29
标题: 回复 2# 的帖子
谢谢2楼的鼓励
在工作中我们会遇到很多的无奈,但总是让有些人只手遮天,可是我们却永远乘不破这个网,我还是要生活的
作者: 千里    时间: 2010-4-22 11:24
看起来楼主公司对测试并不重视,既然对质量不屑一顾,测试组存在也没什么意义了。
不过应该是把严重级别高的先解决,严重级别低的放后面吧。
我在提交BUG的做法是,一次性提交并和开发简述一下有哪些BUG,并要求开发改完后同时更新BUG服务器。
作者: chris78    时间: 2010-4-22 11:36
很高兴你能说出你的困惑和无奈。
其实这种情况在一些小公司很是普遍的。作为一个测试人员,你很是合格的。现在你的困惑和无奈正式你成长的动力,你现在需要站来管理者角度或公司老板的角度去思考这个问题。
开发人员,开发经理谁不希望按时提交版本呢?这是肯定的。但为什么呢?这就是需要你好好的去思考思考。
问题肯定很多,但要抱着去改善,解决问题的态度来看待。
等你想明白流程需要规范或改善,质量意识需要提高,执行力需要加强,团队目标需要进一步明确,领导需要进一步重视等等的时候,你就是一个合格的管理者了。
作者: xonghome    时间: 2010-4-22 13:48
标题: 支持一下
太辛苦
作者: petrel2002    时间: 2010-4-22 16:11
标题: 回复 1# 的帖子
我觉得首先你们公司在流程方面不太正规,正规的公司应该有个BUG库,测试人员提交问题,开发人员每修改一个关闭一个,都修改完了再提交给测试进行下个版本的测试。另外如果遇到和开发人员沟通上不畅通的时候建议找你们的测试经理寻求帮助,毕竟一个测试人员直接和开发人员说话有时候效果不太好。
作者: zhou_yiyi    时间: 2010-4-23 10:49
标题: 回复 8# 的帖子
很感谢你给的建议,但是我们公司没有什么测试经理,公司的规模还是太小了,也不很规范,现在所有的测试都是由我负责,我遇到问题了直接会找项目经理,但是项目经理解决问题真的还不如我和开发人员沟通呢?因为我提的一些意见开发人员还是会接受的,只是还是必须我催,项目经理他们根本就不放在眼里。所以现在就是我自己搞定那些人了。
作者: zhou_yiyi    时间: 2010-4-23 10:56
标题: 回复 6# 的帖子
看了你的意见很高兴,你能耐心的看完我发的牢骚。
爱发牢骚的人不是一个好的测试人员,这个是我刚进入这个行业指导自己的一条工作准则,并且这多几年我也是这样做的。
以前待的公司比较正规,所有问题都有项目经理、测试经理负责解决,我们只需要做到一个QC最基本的职责就行了。
可是现在一切的协调都得由自己解决,我做不好了,经理会给压力,做的好了开发人员抱怨,唉,现在什么也不抱怨了,所有的问题都是要解决的,事在人为吗?我会努力的,会让自己做一个合格的测试领导者,这个也是我以后的发展目标。
作者: zhou_yiyi    时间: 2010-4-23 10:59
标题: 回复 5# 的帖子
小公司还没有bug服务器呢?所有的问题都是我自己手动记录,以excel的形式整理发给开发人员的,公司现在也在开发一套公司的项目管理软件,等开发完成了我才有的用。很早以前用过的bug管理系统,但是很久了又都没有用过了。
作者: IUHK    时间: 2010-4-23 11:22
要么你改变环境,要么环境改变你。如果真受不了就走吧,不然真把自己给磨光了,或者撞得头破血流不欢而散也不好。
作者: 千里    时间: 2010-4-23 14:02
原帖由 zhou_yiyi 于 2010-4-23 10:59 发表
小公司还没有bug服务器呢?所有的问题都是我自己手动记录,以excel的形式整理发给开发人员的,公司现在也在开发一套公司的项目管理软件,等开发完成了我才有的用。很早以前用过的bug管理系统,但是很久了又都没有用过 ...

我在没有BUG服务器的时候采用的是发邮件的形式,我也建议你发邮件给相关开发另外再抄送一份给项目经理,要求开发修改完后回复邮件。
作者: zhou_yiyi    时间: 2010-4-26 09:03
标题: 回复 13# 的帖子
谢谢你的建议,采纳,其实也不错。
作者: zhou_yiyi    时间: 2010-4-26 09:06
标题: 回复 12# 的帖子
把自己磨光倒是有可能,但是头破血流没有那么的夸张,今年还是没有可能要离开的,不过明年就不知道了,或许你的建议明年我就采取。
作者: 想飞的鱼鱼    时间: 2010-5-13 16:18
原帖由 zhou_yiyi 于 2010-4-23 10:59 发表
小公司还没有bug服务器呢?所有的问题都是我自己手动记录,以excel的形式整理发给开发人员的,公司现在也在开发一套公司的项目管理软件,等开发完成了我才有的用。很早以前用过的bug管理系统,但是很久了又都没有用过 ...



我们公司也很小,测试人员也很少。不过我们自己有装了TD,只是只用到了里面的BUG管理那一块。这样,开发人员在修改我们提出的BUG后会更改它的状态,新版本出来的时候,我们也就知道哪些BUG已经修改,哪些还没有修改了。
装一个TD花不了多少功夫的,呵呵,希望对你有所帮助。
作者: edison1256    时间: 2010-5-13 16:54
你没碰到伯乐呀,这个公司不重视测试都
我想当你碰到好的公司,同样注重测试的你的激情就回来啦
可是这样的公司特别少,所以楼主你要耐心,听你所说你现在的公司很锻炼你的综合能力
但是测试要想有更专精的发展,还是不宜常呆
作者: gmyeti    时间: 2010-5-14 10:32
一时情绪可以理解,但是告诉你一个别人的认知观:一般领导都会觉得有情绪的人是错误的。
所以建议你学习两样:一样是认清现状逐步的想办法,一样是别有情绪,尤其是对开发人员,情绪只能说明你不成熟,更让他们不尊重你。
其实我觉得你没必要死气白列的跟开发理论,那不是你的职责,你认真完成测试,及时反馈,在出现风险之前寻求领导层的帮助是很必要的。项目经理应该更有权利知道和解决这些问题。
你可以尝试一些汇报机制让更多的人关注到现在的问题,说明你的立场也是项目角度出发,开发会理解你的。
伯乐如果有当然更好,如果没有那么也别过分期待,在职场里毕竟人没有义务一定要慧眼识英雄,条件不允许时,如果你还不想离开,那么就自己做的闪光些,冲动和情绪一点儿好处也没有,有理不在声高噢。
作者: 龙雨    时间: 2010-5-17 17:24
标题: wuwu
曾见过一个朋友的QQ个性签名“有时武力是可以解决问题的”。
开个玩笑。
作者: 七明芝    时间: 2010-5-18 20:06
看了LZ的抱怨后发现自己多么幸福  同样在小公司,不过我们却有一整套的BUG管理流程和版本控制流程,老板和开发都很重视测试。所以完全没有LZ这样的烦恼。
所以我觉得LZ的最大问题是没有上级的支持,这样不管你做再多也是没有用的。没有一整套的大家共同约定的流程,你对开发就没有任何约束力。另外,你不是他们的上级,他们没有任何义务听从你的安排,所以直接找开发估计解决不了什么问题。
本来想再写点了的,结果发现18楼已经把我要说得差不多了。
作者: peag    时间: 2010-5-19 12:47
用excel记录的话你可以跟开发交流下,让他们每改了一条BUG就在excel上进行标注,到时版本出来之后他把修改的excel发你一份,这样的话你测试的时候也知道开发的改了什么,另外一方面你可以自己弄一个BUG管理器,把公司的测试的管理慢慢完善
作者: a21th    时间: 2010-5-26 15:37
显然你们那里没有起码像样的测试流程管理和bug管理,呵呵。

你也不要急了,bug 汇报之后直到有了被解决的公示之前,如果没有人和你讨论,那个 bug 应该是“与你无关”的。
作者: zhou_yiyi    时间: 2010-6-1 09:30
标题: 回复 23# 的帖子
是啊,所有的东西都要有计划的
作者: zhou_yiyi    时间: 2010-6-1 09:31
标题: 回复 22# 的帖子
说的好,置身事外,自己要管好自己就行了,不要让别人的事情影响了自己前进的脚步
作者: zhou_yiyi    时间: 2010-6-1 09:34
标题: 回复 21# 的帖子
是啊,我最近也在研究自己搞一个bug的管理工具,请问21楼的有什么好的bug管理工具介绍给我一下,跟你学学,谢谢
作者: zhou_yiyi    时间: 2010-6-1 09:37
标题: 回复 20# 的帖子
是啊,他们是没有权利听我的,我现在也不强求了,还是尽自己所能,......................
作者: zhou_yiyi    时间: 2010-6-1 09:40
标题: 回复 19# 的帖子
我是女流之辈,打也打不过他们的,骂我也不喜欢动粗话,现在这个社会怎么这个难缠啊,女人的一套也用不上了“骂打抓挖”
作者: zhou_yiyi    时间: 2010-6-1 09:41
标题: 回复 17# 的帖子
现在主要的还是生计,没有考虑到适合不适合,再说了我也不是伯乐,只是在尽力
作者: zhou_yiyi    时间: 2010-6-1 09:48
标题: 回复 18# 的帖子
18楼的你说的太对了,我看只要看过这个帖子的人都支持你。
你的建议我统统的借鉴,我一定会做出更好的成绩的,只要我还在这个公司待一天,我不能改变别人,但是我更能改变自己的,我想我会让大家都 接受我的。我还是有这点信心的。
作者: flowingcloud    时间: 2010-6-9 16:32
要提升整体的质量意识了
作者: 坚强的豆腐    时间: 2010-6-10 18:02
标题: 回复 1# 的帖子
工作方面解决不了的可以放到私下解决 中午一起吃个饭呀 闲暇的时候男的就去楼道抽个烟 女的就瞎聊呗 增进感情 混熟了 应该有什么问题就会很好解决吧 人际交往在工作中也是很重要的啊
作者: 金子快来    时间: 2010-6-12 16:15
标题: bug跟踪管理平台
看来你的测试过程好艰难哦。我感觉你首要做的就是把bug跟踪的平台建立起来。可以用bugzilla,maits,或者TD。其中有开源的,也有收费的。但是建立之先最关键的是说服你的上级,让他知道bug跟踪平台的好处,同意你建立相关流程,全研发团队都按照这个流程开展工作,否则建了也是白建。

说几个bug跟踪平台的好处。
1:测试人员发现BUG后,只要填好相关说明,研发人员可以直接收到BUG消息,按照操作步骤也可以很快复现BUG。越早发现BUG越容易降低开发成本。
2:降低沟通成本。
3:BUG容易追诉。
4:通过平台,也可以看到现发现的程序 质量状态。 比如修复了多少bug,还存在那些问题,什么原因某个bug不修改。都比较直观。
好处还有很多,不细举了。
建立了平台,建立了流程,也就解决了你不知道他们休复了那些bug的问题了。另外这个平台,只是过程管理工具,如果人人都不按流程走,什么平台也解决不了问题。当所有人都不重视测试质量的时候,你在重视也没用。就像cmmi一样,如果别部门都在一级呢,你也不能把自己放在5级上不是。那样就和谒不了。不要与公司或者项目组的质量目标冲突哦。
作者: archonwang    时间: 2010-6-12 21:50
这个帖子我关注了很长时间,一直没答复。

个人发展的悲哀可能就是坏境的差强人意吧。
作者: 47385024    时间: 2010-6-12 23:00
作为一个测试人员  你的责任心的确是有了  只不过建议你换个方法去处理这个问题

给开发人员发BUG的时候  你可以CC给你的项目经理  至于他是否处理那是他的事情了  如果你不告诉项目经理当前项目的健康状况 我觉得那应该是你的失职  即使项目失败  上面派人追查原因的时候  最起码你也有你认真工作的证据  明白吗   还有  开发人员看到邮件被CC给项目经理以后 多多少少会收敛点  至于那个组长说他也没什么信心了  估计:一、这是一个焦油坑的项目;二、那个组长能力存在问题。 不要把不愉快的事情放在心上  好好做好分内的事就够了

还有就是  不管你有多大的怨气  再憋屈  也不要把人家的真实姓名说出来  这样不太好   既然是工作  就要对事不对人   这样对你今后会有好处的  呵呵   

帮你出了点注意  丢你仨鸡蛋  不介意吧  如果介意, 请丢还给我。

[ 本帖最后由 47385024 于 2010-6-12 23:10 编辑 ]
作者: zhou_yiyi    时间: 2010-6-17 15:33
标题: 回复 33# 的帖子
你说的很对,我之前的公司都没有过这种情况,之前的公司我们都很乐意发现bug,要是不能找到bug就是自己的失职,那个时候当发现bug是一种乐子,但是现在呢,总是希望越少的bug越开心,因为开发人员修改bug的速度太慢了,我总很很害怕自己发现的bug他们修改不了,我很害怕和他们矛盾
作者: ufo1199078    时间: 2010-6-22 17:10
哎呀 我和杨志高都成名人列。
作者: zhou_yiyi    时间: 2010-6-23 09:06
标题: 回复 37# 的帖子
我错了,我昨天本来说改的,但是想了想,就当留纪念了,说不定过了N年看到了,会想起你们,要是改了,我怕以后想不起你们了。




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2