查看完整版本: 一个测试负责人的苦恼

handle 2007-3-26 14:21

管理方面好多东西要学哟

roadxizi 2007-3-30 19:27

一句话:不重视软件测试。

问剑几曾愁 2007-4-3 10:45

同时天涯沦落人啊

windyfreeze 2007-4-10 10:18

都那么久了,还是不重视吗?

wujp_652 2007-4-11 19:22

个问题在各个中小软件企业的测试部门确实是普遍现象,不过你03年开始接手这个公司的整个测试部门,其实对你是个机会,不管领导是否支持,环境是否恶劣,起码你应该有这些成果:建立测试规范和流程,培养出一批懂测试、有能力的骨干,管理能力提升,提高测试在老板心中的地位,对软件工程的理解更加深化,结识一批在软件测试领域的行家。我想这些肯定也是你作为测试部门经理能够左右的事情,至于你的环境,抛弃它的前提是你努力了却不能改造它。

醉秋枫 2007-4-12 16:17

[quote]原帖由 [i]rudolfyan[/i] 于 2005-5-30 15:32 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=93892&ptid=10900][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
我们测试的情况就更有趣了。

出了问题找QA,出问题之前一般想不到QA。:( [/quote]




经典啊,这就是我们公司的现状

kingkang 2007-4-13 08:44

楼主简直跟我的遭遇一样啊....可我是找到我的路了..渴望跟楼主一样经历的人成为朋友!QQ:87565

assdog 2007-4-13 21:34

这个帖子说的有点消极,其实,测试人员的地位不高,确实有环境的原因,比如,老板不重视,时间周期短,测试人员素质参差不齐等等,但我想这不是主要原因吧,老板不重视是因为测试体现的价值不明显,时间周期短是说明PM对测试工作的不了解,至于人员素质的从参差不齐就更没什么好抱怨的了,如果进来就是牛人,还要你测试经理干什么。
软件测试种类繁多,但是不管是白盒还是黑盒,手工还是自动化,性能还是功能,我始终相信方法是决定因素,从大多数公司从事的手动测试来说,软件的最终用户界面,软件功能的实现,软件数据流的逻辑实现,都是你可以着手的地方,对于那些一拿到程序就上手开始测试的测试活动来说,当然很难发现bug,实测前必要的分析是十分必要的,分析软件的实现逻辑可以帮你发现软件的软肋,同样,测试行为的脉络也会变的清晰并且具有针对性,这样的一轮测试下来,发现的bug相信绝对是具有说服力的,这样的report交出来,不由得老板不重视你

daway 2007-4-16 12:39

做什么工作肯定都不是一帆风顺的,重要的不是这些,而是你如何去解决这些问题,而且解决得漂亮点.
做为一个测试管理人员,遇到问题就得想办法解决,解决了从中就学到东东,这样一步一步成长起来的.没有哪个管理人员一下子把所有问题解决得很漂亮.

我工作了7年了,测试工作也有四五年了,从测试技术上来说自认为还可以,但管理上却存在很多问题,如何建议有效沟通,这点很重要.做任何一件事都给自己预订一个目标,觉得应该做到什么样程度,实际做到什么程度,分析为何未达到目标,下次改进,这样更有利于各方面知识的提升.

xiaochuan 2007-4-23 11:14

坚持就是胜利!努力吧!sdlkfj2

yanyulinxiao 2007-4-24 15:50

要相信自己

landyme 2007-4-26 16:16

我觉的很简单的解决方法,个性化的发展,身为一名管理者,你应该了解你的下属

在工作中需要得到哪方面的提升,帮助他们制定他们的职业规划,有针对性的分配工作任务。

liyun100 2007-4-27 10:55

大家在埋怨测试不被重视,甚至成了专背黑锅的人的同时,是不是应该逆向思考一下,作为软件测试人员,大家是否问心无愧,哪个测试人员敢说自己已经全面掌握了软件测试的精华,仅仅掌握一些软件测试的理论知识,及软件工程的一些皮毛是远远不够的,如果自己不能做到完美,就不要太在意被忽视,重要的是如何努力提高自己在各方面的能力,体现出我们的价值。

wuhuawu09 2007-4-28 12:01

当没有必要再坚持的时候,再怎么坚持也是白费。。。。
尽力而为,改变不了事实时就改变环境。。。。最后一步

nsforever 2007-4-28 17:20

坚持啊,学习.

任道远 2007-4-28 17:42

sdlkfj8 呵呵 差不多

rice_mouse 2007-4-29 14:28

回复 #25 johnbear 的帖子

困难都是有的~~有决心有方法~总能走好的~

madduck 2007-5-5 21:37

今天 见识了

qiubole 2007-5-7 18:12

没事回两句

这是很基本的啦。
什么时候,如果软件开发像搭积木,那么测试的地位就高了。

规范的开发过程中,测试是质量管理非常重要的一站,想想那些工厂吧,普通工人的薪水和质管的薪水可不是一个级别的,别恢心。

至于你说,有些组忙,有些组不忙。抽调简单啊,执行测试就是了。也不可能需要一个月的过滤啊。

孤独无心 2007-5-8 22:02

要想让别人承认你,你必须要做出让别人承认的事情。
觉得我们应该从这句话做起

孤独无心 2007-5-8 22:03

只有他们意识到重要性的时候就好了

yinze 2007-5-9 16:27

挺住,雨后就是彩虹

我觉得自己建立的根据地,不能就这样放弃,改变现状,就要改变自己,改变自己的管理模式,引入竞争机制,大胆放权,大胆使用新人,让每个人都有‘主人翁’的态度,失败一次两次是可能的,但是为了长久,我觉的还是值得的,我也遇到这样的问题,什么东西都得慢慢摸索,但是千万不要放弃,放弃就相当于失败,为你加油!!!!

telon 2007-5-14 18:50

不管是测试经理也好,测试工程师也好,一个团队最主要的是团结然后发挥每一个人的长处和优点,找到合理的步骤去实施想法是最好的

wayuch111 2007-5-17 11:55

是呀!测试部门在国内企业中初建立的时候就是这个问题!我也是一个人到公司后一步步建立测试部门,那种难度是可想而知的!公司不重视,就没有充足资金,没有充足资金就没有好的测试人员……
一切都要从零开始,太难了!坚持只能是唯一的信念!一边培养新人,一边保证质量,黎明不会很远~~~~支持楼主!
我们可以多交流,我的邮箱:[email]enson@zovatech.com[/email]

velata 2007-5-29 12:55

嘿嘿
我真的觉得测试前途一片光明啊

shyl887 2007-5-29 16:35

同感啊,我公司也这样。

小丁 2007-6-14 15:15

[quote]个别测试组的工作十分忙,而另外的测试组可能就相对轻松一些,但是我又无法简单的做人员调配,因为一个熟悉接手的过程,可能就是一个月。
[/quote]

测试用例可能需要时间长一点,测试用例做得好,后面执行测试的工作1周熟悉也差不多,而且执行测试是最确认手的,这部分时候往往压缩了又压缩

renheyou 2007-6-19 10:52

还要有很好的沟通能力,表达能力,应变能力及察颜观色的能力.

向上能把工作汇报的让领导满意,令领导信任.

向下能把工作任务轻松,无异意的下发给下属,能使他们保含工作热情共同协作去完成测试任务.

yangningwkq 2007-6-19 15:29

问题都是相同的啊!

ffppwall 2007-6-21 16:56

软件测试这个工作说是技术活,但就中国的情况很大程度上还是一个技术与做人并行的活,没有上层的支持,软件测试,软件工程化都是空话,像你的测试部要人没人要枪没枪,领导又不是真正的重视,工作确实难于开展。

ffppwall 2007-6-21 17:05

软件测试必须在成熟的企业机制中才能大有用处,打一枪换一个地方的公司是不会有这种投入的。

wenbei 2007-6-25 16:49

确实很不容易

fzh1013 2007-6-27 11:12

呵呵,很有同感啊..所以就需要我辈加倍努力了

syjjuanna_971 2007-7-1 02:16

支持一下,大家说的都不错。我们共同努力吧!

glyw168 2007-7-4 09:42

面对问题,解决问题!不要逃避,人才能成长!

disaycare111 2007-7-4 16:55

我们公司也是这样,虽然测试人员有一支很庞大的队伍,一样在公司里是不被重视的。但我们都充满了信心,相信总有一天会被单位领导真正重视起来的。但有一点最重要,就是我们测试人员一定要不断提高自己的技术素质,让别人都尽快看到我们的成绩。

disaycare111 2007-7-4 17:05

由对业务和技术都有一定经验的人员去编写用例的,评审用例,让一些新手直接去执行用例。

czqiqi 2007-7-10 16:30

今年年底我们的测试部门就要达到160多人了,好期待呀

zhaofengwwx 2007-7-13 16:45

多数公司都是这样的,贵在坚持,解决问题~~~

zhaofengwwx 2007-7-13 16:46

回复 #161 czqiqi 的帖子

160人?不错,测试流程一定很规范吧?请问你是在哪个公司呀
页: 1 2 3 [4] 5 6 7
查看完整版本: 一个测试负责人的苦恼