51Testing软件测试论坛

标题: 我不想跳槽，可是没有办法（关于和上司沟通，版主注） [打印本页]

作者: zixuxuwu 时间: 2004-12-17 13:38
标题: 我不想跳槽，可是没有办法（关于和上司沟通，版主注）
当初来到这个公司的时候也是很高兴很兴奋的，这里没有专门的测试人员，所以一切要我从头开始学，做过一年的开发，期间也做过些代码测试，所以我来的时候觉得自己肯定能干好的，可是到现在我的所有劲头都没有了，公司从总部弄了个人过来给我当上司，每个版本发版的时间都由他来定，只问开发人员什么时候开发完，不问我测试需要多长时间（就我一个人测试），完了发版还要我签字，在会上还要一个劲的说测试人员推卸责任。气死我了。我自己找些测试工具研究，希望可以用得上，他还要说我不好好工作。完了每次他给我的需求跟开发出来的东西差了老远，我只能问问开发人员再问问他，最后还是按开发出来东西处理，害得我写的测试计划大部分都得修改。真是郁闷！

作者: jut984907 时间: 2004-12-17 15:08
标题: ai ...
这样的领导，也够成问题啊

作者: 恋恋冬季 时间: 2004-12-17 15:58
跳槽！

作者: 绿茶 时间: 2004-12-17 16:01
炒掉他！

作者: AlanStone 时间: 2004-12-17 17:19
不要想着使用工具可以提高你的效率。最有效率的工具就是你自己写的工具。可以尝试一些BUG管理工具，那样可以规范你的工作流程，让你真正的理解测试。
如果经理不好就炒掉他，最好的方法是说服他。干掉他并不是最好的方法。

作者: 绿茶 时间: 2004-12-17 18:50
同意楼上的，工作流真的很重要。规范了工作流程，可以更清楚的认识测试。

作者: bobli 时间: 2004-12-19 18:02
zixuxuwu：

你的状况可能存在几个方面的问题：

1、技术问题：不给测试留时间，可能是上司不懂测试，这一点需要了解和明确；关于你说的需求问题，不一定要和开发的需求一致，有可能他是对的，这一点你必须找位真正的高手给看看

2、上司的人品问题，开会的时候说测试人员推卸责任，是因为你们的沟通问题，还是他的工作没做好，转移大家视线？

3、自身问题：你是不是有工具误区？不要盲目追求工具，手工测试是自动化的基础，这一点需要判断你们现在是否进入需要引入自动化测试阶段。

现在的解决之道，如果是技术方面的问题，AlanStone得建议不错，沟通是关键，想办法去影响和说服他；如果是人品问题，如果他不会再短期内离开，只能你自己离开了

作者: zixuxuwu 时间: 2004-12-20 10:09
谢谢各位的提醒和建议，能不能给我推荐两个好用的BUG管理工具啊？其实我觉得我的上司自己也很胡涂，因为他根本就不懂技术，简单点来说，局域网内打印机的使用我教他几次了都不会，最后有什么需要打印的东西了都发给我让我给他打印，都成他秘书了。不打算再跟他沟通了。

作者: bobli 时间: 2004-12-20 23:14
呵呵，是这样的情况，分析一下有没有出头之日，不行就早谋出路了

关于BUG管理工具，可以到工具栏目问问

作者: 鑽石星辰 时间: 2004-12-24 13:30
和我的遭遇类似、一句经典的话让我光火：出了问题、就是你测试的问题、项目完蛋、就是你测试导致的

作者: guyususa 时间: 2004-12-26 16:40
FT！！！
怎么有这么绝的话！！！
楼上的，非常同情ing！

作者: qingtian 时间: 2004-12-31 09:50
出了问题、就是你测试的问题、项目完蛋、就是你测试导致的

我^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^靠

作者: duzhy 时间: 2005-1-3 00:26
出了问题、就是你测试的问题、项目完蛋、就是你测试导致的

呵呵我们公司也存在这样的问题，项目出了问题首先就是你测试的问题，我一直要求提交给我一个开发时间表和详细的文档，但是一直没有。
往往到了deadline之前没几天了，才能提交给我们测试，一边是开发修改BUG，一边是客户催着要，往往没有经过充分的测试就发版了。
到了客户那里，发现了BUG，客户反馈给公司，就说是我们测试不力，从来没人说开发的问题。

难啊！

作者: bobli 时间: 2005-1-3 17:26
通过有效的沟通方式去影响领导，努力过没有效果，那就走人吧！

作者: sunshinelius 时间: 2005-1-7 09:47
不怕碰上一个不懂技术的领导，就怕碰上一个懂一点皮毛，独断专行的领导。这样的领导你无论怎么跟他讲道理，他总能振振有词，来压住你。
楼主，象需求和程序实现不符的问题，你就可以直接提出来，不管谁对谁错，应该有人要对这个事情负责，而不是你。可能领导认为你工作比开发人员轻松，那你把你的手头事情都列出来，包括可能会遇到什么问题阻碍了你的进度，给他看看。我的经验就是，虽然你说了他不会接受，但是已经会影响他了，这和你闷头不说的效果是不一样的。
测试人员首先把自己的东西整理清楚，有条理，才能有条理地说服别人。
不过再说句心里话，在这样的岗位上干，你会离测试职业越来越远。测试比较不光是天天沟通，交流，还是有技术内底的。做个提醒，一家之言。

作者: wangpc 时间: 2005-1-10 15:39
严重同情！！！

作者: pacific 时间: 2005-1-11 11:14
领导不懂沟通、理解、支持下属，说明是他没领导才能。当然也得考虑是否自己在工作方法上存在问题。首先与领导做好沟通，不行闪人。你再怎么有才华也会被埋没。

作者: 冰河 时间: 2005-1-11 11:38
标题: 强烈同情!!

作者: lucifer 时间: 2005-1-11 13:45

Originally posted by sunshinelius at 2005-1-7 09:47 AM:
不怕碰上一个不懂技术的领导，就怕碰上一个懂一点皮毛，独断专行的领导。这样的领导你无论怎么跟他讲道理，他总能振振有词，来压住你。
楼主，象需求和程序实现不符的问题，你就可以直接提出来，不管谁对谁错， ...

同意，这样的leader最混蛋了

作者: txqxc 时间: 2005-2-28 17:30
顶头上司怎么样太重要了，其实公司怎么样都太遥远，只要合同里写的给你就行，我现在的顶头上司就不错，虽然公司比较烂，可是我就暂时是不愿意走！

作者: amekowong 时间: 2005-3-1 12:43
标题: 楼上的看来工作好开心哦~

作者: amekowong 时间: 2005-3-1 13:09
遭遇有点像楼主......郁闷ing..

作者: 飞鸟 时间: 2005-3-1 14:08
标题: 测试的声音
微软有个测试工程师陈宏刚博士曾经说过一件事，因为他提的bug不能被开发重视，测试部门的司对他说：为什么没有听到我们测试的声音。
楼主，你现在的情况其实在很多公司都存在，情况大同小异。测试成了不懂技术的代名词，测试人员不被重视，被开发当然替罪羊，一个软件的功劳却与测试无綠。如果你们公司不能听到测试的声音，测试的意见不能被尊重，你必须离开。

作者: cocowock 时间: 2005-3-1 17:08
我觉得这种公司你必须离开！我就刚离开这样的公司！

作者: archonwang 时间: 2005-3-1 17:32
测试资源被压缩是常有的事，但是我们要据理力争，否则，后果不说大家也清楚。

缺乏沟通对测试人员来说是致命伤，不能把自己关在办公室里，经常性地和上司和同事进行沟通。

选择做测试的时候，心里摆得位置可能只是一“个幕后英雄”了。

作者: nuncio 时间: 2005-3-1 21:55
好象搞质量的都有这样的困惑，不仅仅是这个行业，哎

作者: amekowong 时间: 2005-3-2 09:23
搞质量管理也会这样吗？？

作者: bobli 时间: 2005-3-2 22:40
做自己能够做到的事情，少想自己无法改变的事情，保持良好、积极的心态

作者: 和子 时间: 2005-3-3 12:26
我没做测试,但我能够理解,但我不明白沟通真有这么难吗?

作者: sunflowers 时间: 2005-3-3 15:06
唉,"家家有本难念的经",真是没错!!!

作者: newzxf 时间: 2005-3-12 14:36
其实最重要的是要为自己在人生的每个阶段设立明确的目标，只要现在所做的工作对实现既定的目标有帮助，就不要太在意所遇到的困难！

作者: 小蚂蚁 时间: 2005-3-12 15:07
跳巢吧,找个能理解测试工作,懂得管理测试工作,重视测试工作的上司!不然你的发展会比别人慢的.这是我个人看法..................

作者: 雪儿 时间: 2005-3-12 16:19
我们的产品提交给我们测试和给用户是同时的。用户发现了好多BUG，居然说是因为我们测试水平不够

作者: bobli 时间: 2005-3-12 22:56
雪儿:

同情，如果是客户说的，也就罢了，公司内部有人这样说，那就有问题了

作者: MichaelRocks 时间: 2005-3-12 23:41
标题: 我的一点看法
由于测试是最接近deadline的工作，因此测试人应该明白

1.职责问题：tester应该明白，所做的工作是帮助开发定位bug、尽量保证产品的质量。tester是开发的制衡，也是开发的朋友。

2.流程里的角色与自我保护：项目进度紧，项目经理安排各阶段不合理，会导致测试时间被压缩。在这时候，建议楼主能明白，什么该做。你最需要做的是，尽量据实反映测试情况、产品质量评估，说明测试程度，已发现的BUG，可能存在的什么问题。只要没测试通过，字是绝对不能签的，因为你签单，则说明你确认了这个产品的质量。你只能尽量说明目前的情况，若要在不完全测试的情况下发布，请经理自己解决。

3.技术问题：测试并不只是技术问题，不要过分依赖工具。呵呵。工具是必须的，但不是会了多少工具就能做好测试。但还是需要提高自己的技术能力，开发觉得你权威了，才会多听你的意见。

4.产品质量问题：你可以告诉你的开发同事和客户，产品的质量是开发/制造出来的，而不是测试出来的。

一点小小看法，希望楼主可以协调好与上级和开发的关系。呵呵。

[ Last edited by MichaelRocks on 2005-3-12 at 23:44 ]

作者: 忘记了 时间: 2005-3-23 13:34
标题: 同病相怜

Originally posted by 飞鸟 at 2005-3-1 02:08 PM:
微软有个测试工程师陈宏刚博士曾经说过一件事，因为他提的bug不能被开发重视，测试部门的司对他说：为什么没有听到我们测试的声音。
楼主，你现在的情况其实在很多公司都存在，情况大同小异。测试成了不懂技术的 ...

同病相怜啊！公司测试就我一个人。还得兼做网管+技术文秘台湾总部今天发现有一个Bug,就对我大发雷霆。而当时和开发提过，他们说没必要改。最后我倒成了替罪羊。说什么开发辛苦，难道我QA就没功劳？他们加班是应该的，就因为他们拿的是我的3倍多工资。有功劳全是开发的，有什么过错，倒全是我的了。气死人了。郁闷ing

作者: bobli 时间: 2005-3-23 22:30
忘记了：

找领导沟通，注意方式和场合，沟通无效该考虑走人了

作者: gamepai 时间: 2005-3-24 18:50
难道只有走人这一条路吗？　好让人心寒

作者: 萧月禾 时间: 2005-3-27 12:24
又是否你和上司缺乏一种沟通呢？由表面的现象形成一种概念了
或许双方交流一下对你以后的工作会有帮助

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)