讨论-如何解决测试部门不受重视的问题!

fxlizard

下文是一位主管为测试部门得不到重视,感到烦恼.
http://bbs.51testing.com/viewthr ... page%3D1&page=1
我看了觉得也深有感触... 因此另外开帖讨论,有什么办法可以解决.

下面是我得看法:

作为测试主管,或者QA主管,加强在高层领导心目中测试和质量的地位是很重要的.
从我的经验来看.. 可以从两个方面入手
1. 对于测试产生的价值进行评估,制定评估方法. 让上层知道,他的投入(测试工程师),带来的
产出是什么? 带来的回报是什么? 要可衡量...
2. 从测试走向质量管理... 测试是最后一步,无论如何只能反映的是目前的问题. 只有走向质量
管理,才可以让上层看到质量的变化... 这个是趋势.

可衡量的价值,加上变化的趋势 .... 如果老总还是觉得没有必要投入更多的资源.
那你就改早点离开了... 沃土多的是!

[ 本帖最后由 fxlizard 于 2006-4-21 14:11 编辑 ]

lile

我建议大家先不要考虑行业问题，这个是我们解决不了的，除非你转行。所以，我们能做的只有改变自己，调整自己的心态和行为，可以考虑以下几点：
1、你是否真正的给与了开发人员、老板帮助，让他们真正体会到了你存在的价值？
2、你是否只限于找找bug，而没有从流程改进上，从与开发人员的协作上更多地发挥作用？
3、你是否能够通过测试用例的设计和评审，帮开发人员加深对需求的理解，为产品经理的需求设计查漏补缺？
4、在工作中你是否足够主动，主动和产品经理、和开发人员去沟通，去了解需求，去评审需求，去为一个问题和他们长久的讨论，只为了帮助他们解决问题？
5、作为一个测试主管，你是否能够带领自己的部下不断学习，不断进步。当你的手下被滥用或者遇到困难时，能够一肩挑起你的责任？（俗话说：兵熊，熊一个，将熊，熊一窝。）
6、作为一个测试主管，你是否能够主动为自己的team争取利益，带领team不断进行质量意识宣传，培养公司全体人员的质量素质？
7、作为一个测试主管，你是否能够带领你的团队，为大家建立一个规范、高效的测试流程，建立一个与开发人员非常顺畅、和谐的合作氛围？
8、你是否经常和开发人员、产品经理打成一片，一起出去吃饭，游玩。（不要小看这个，知心话往往在这时候说。）
9、作为一个测试主管，你是否有意识的将自己team的产出进行记录和总结，并展现给所有人，让大家了解你们的工作方式、方法、流程和取得的成果。
10、你是否能够主动让开发人员来给组内人员进行技术培训，并主动为开发人员培训测试技巧？
11、你是否除了测试工作，还主动参与到产品改进、开发流程改进、测试流程改进等工作中，更多地发挥你的作用？是否能够经常提出一些建设性意见，来优化和改进测试、开发等工作，让大家觉得越来越好？
12、你是否把测试工作做得非常优秀，大大超出了老板的期望？
13、作为一个测试主管，你是否能让人觉得你的测试团队是一个朝气蓬勃的、不断向上的、团结快乐的、人才济济的、为公司发展贡献了很大力量的团队？

说了这么多，基本都是我的亲身体验，我也经历过由不被重视到非常被重视的过程，我发现真正的原因是：你的价值何在？你能为别人带来的收益是什么？谁都尊重强者，谁都喜欢能给他帮助的人。我想说的是，如果这些你都做到了，不可能不被重视。

欢迎拍砖。

sylchane

mark

youzi1211

最主要的还是测试在老板心目中的重要程度。

sandmy

原帖由 lile 于 2006-4-27 11:27 发表
我建议大家先不要考虑行业问题，这个是我们解决不了的，除非你转行。所以，我们能做的只有改变自己，调整自己的心态和行为，可以考虑以下几点：
1、你是否真正的给与了开发人员、老板帮助，让他们真正体会到了你存在 ...

正解！强烈赞同，打铁还要自身硬才行

printmyheart

这个真是不敢苟同

log_1

1、需求阶段的参与，测试经理或者主管主动要求测试人员参与到需求的调研和分析当中去，找出需求人员或者开发人员对需求理解错误或者歧义的地方，让领导看到你的提议或者调研对开发人员有帮助；
2、用例设计阶段，罗列出测试要点，和测试用例一一对应，做为需求说明书的一个辅助文档，帮助开发更好的理解需求；
3、用例编写阶段，补充第二点的测试要点对应外，还应该多与开发人员交流沟通，用例编写过程中将自己的想法，思路多与开发交流，协助开发做好设计与编码工作；
4、测试过程中，与开发协商确定测试重点，那些需求优先测试，那些需要优先修改的；
5、项目过程中的评审，多组织评审会议，项目成员，公司领导层，对提出对软件的看法，项目文档、代码的看法和改进意见与建议，不要怕说，事实上，测试方面的很多工作都是建立在沟通和交流的基础之上的；

千里

我也觉得测试不受重视的有道理的，我也觉得测试的相对地位比较低是可以理解的。

小毛驴

比较成熟的模块，或者协议测试上，大家起点一样，测试人员才有可能理直气壮

小毛驴

还有就是由于信息的不对称，研发的信息总是新一些，而且需求现在很少有测试人员跟进，所以在测试了故障的时候，基本上研发说设计如此之类的，也没有办法sdlkfj7

jmy_1981

原帖由 lile 于 2006-5-12 14:16 发表
难道所有的公司的产品和流程都一样，我们就能把测试做好了吗？和产品和流程关系不大，各行各业都有做得出色的。你可以根据自己的产品和公司特点来优化流程，我这里说的主要是一种态度，一种做事方法和理念。另外 ...

比如一个政府软件，客户就是政府统筹的，为了实现领导的目的而开发测试。那结果呢？

对于领导来说，最终用户是政府自己的工作人员，有再多抱怨也没有关系。所以用户需求的反馈可以忽视，所以测好测坏没有关系，只要你们在干活。
那结果就是，测试团队可以由任何人组成，比如怀孕的技术支持，能力低下的开发，想拿测试作为跳板的应届生，那最后的结果可想而知了。

要解决重视问题，首先要解决大环境，一定是要在做一个真正的产品，哪怕只是一个外包的项目。
其次是价值，测试的价值。
个人觉得软件出了问题不能一鼓脑的怪罪在测试身上，试想一下如果没有测试呢？如果公司没有一个测试的人员，开发就可以开发出一个坏的，或者不能用的软件？
个人认为测试的价值来源于引进了测试以后，原本在开发后期找到的问题（去修复它花费可能是100），但是正因为有了测试，我们可以在前期发现它（去修复它的花费可能是50）这之间的差值。

小小丫

LILE说得非常好，很赞同

刘洪鹏

只有提高了自己   也帮助提高了别人   才能被被人重视

jiepeach

同意lile的说法，但是当开发人员总是用敷衍的方式来挡回你的问题时该怎么办？？

wind

lile说的很好，应该是有比较成功的测试管理经历。

lile

难道所有的公司的产品和流程都一样，我们就能把测试做好了吗？和产品和流程关系不大，各行各业都有做得出色的。你可以根据自己的产品和公司特点来优化流程，我这里说的主要是一种态度，一种做事方法和理念。另外，难度肯定是有的，如果很简单就可以做好，那也没有必要非得让你来做主管，别人也可以轻易做好的，怎么能体现你的价值？

qiucong390

楼上的深刻分析有道理,但有时侯实践起来还是有点难道,并不是所有公司的产品与流程是一样的/

atce

个人认为测试部门得不到重视的关键是在高层领导心目中(甚至目前国内软件行业)，测试部门的人员不是优秀的人应该从事的工作，这当然是偏见。

另外，如果你设身处地站在高层领导角度考虑，你也会觉得，对于中小企业，盈利首先来自技术的领先(产品竞争力)，而不是良好的产品质量。只有在占领市场后，产品质量(测试部门的盈利反馈)才开始起作用。

所以，测试部门不受重视的问题不是单从测试和质量层面可以解决的，需要整个行业内观念上的调整。

redsong

深有同感，关注.