提高测试人员在团队中的地位，是一条漫长艰辛的道路
同意10楼主的说法，提高测试人员在团队中的地位，这是一条漫长艰辛的道路。但是只要能通过这条道路，你才能比一般开发人员更有发言权权，不知不觉地位就提高了。提高测试人员的地位，做好和开发人员的沟通同样很重要！！！
作为测试工程师，在日常工作中接触最多的当然是团队中的开发工程师，如何和开发工程师进行有效的交流是测试工程师面对的重要问题。一般来说，在一个团队中，总是有开发人员喜欢和不喜欢的测试工程师，这两者之间的工作效率和效果都有很大的差异。当然，不能武断地说开发人员不喜欢的测试工程师就一定是效率低下的测试工程师，或者说是不合格的测试工程师，但一般来说，那些容易得到开发人员认可的工程师，在测试时总能够更好地发现缺陷和督促开发人员解决缺陷。测试工程师和开发工程师承担的是开发工作的两个不同方面，说得极端一点，一个是创建，一个是破坏，虽然两者的 最终目的都是一样的，但在达成目标的方式上却有很大的差异。因此，在为同一个目标奋斗的过程中，发生冲突也是难免的，如果换个视角看看开发人员的生活和工作，可能很多的冲突就能化解于无形了。
处理好了这些关系，测试人员在开发人员心目中的地位自然就高啦。 工作近两年，测试人员的地位一直有待提高，当然，公司经过几年的发展，测试人员的地位也一直在改善，下面对如何提高测试人员的地位发表以下意见：
1.在公司建立独立的部门，分工职责要明确。在职业的发展长河中，无论哪个行业都是从不断的劳动过程中逐渐独立分离出来的，比如说会计的发展，渐渐的财务部门的出现，先后出现了相应的法律和准则去约束这个职业，从而地位得到了提高。测试部门的地位一旦提高，相应的测试人员的地位也会随着提高，测试人员的知识水平和专业水平也得到了很大的提升，到时候分工会很明确，职责很清晰，从事测试职业的人也会越来越多，那么就会有相应的法律来约束和规范这个职业，从而测试人员在整个社会环境职业中的地位都会得到提高和重视，这是一个大的范围的提高，整体的提高。
2.在公司内部组织参加软件测试的考试和培训，提高测试人员本身的素质和专业水平。这个在现阶段尤其重要，很多公司，特别是私营企业，软件测试人员的工资那个低，我想大家都应该知道，为什么呢？技不如人呀！你会用测试工具吗？会写测试用例吗？会写脚本吗？懂计算机语言吗？数据库你了解多少？我想大部分人都是懂一而不懂其二了。
3.算一算测试人员为公司创造的利润或者节约的成本。这个在项目管理上可以很清楚的算出来，老板想要的不就是利润和节约成本吗，这是他最重视的，那么我们就让他知道，我们为他们做了多少有价值的事情。比如说我跟踪测试的一个项目，统计严重的bug，统计那些隐藏了重大隐患而开发人员忽视的bug，统计那些致命的bug，详细介绍一下你的测试报告，测试报告的最后一栏写上“可能造成的项目损失金额”和“潜在的隐患”。
4.中国最难学的就是“社会关系学”了，还有句话说“关系是铁铮铮的通行证”！当然这只是开个玩笑，但是能说明很多问题，测试人员仿佛是电影里面的反派人物，关系没搞好还真不行，第一要和领导搞好关系，那么这个就要多汇报情况，比如开发部说项目做完了，那么测试部就应该跟领导说明潜在的问题，让领导知道真实的项目情况，避免项目验收推迟或者丢失项目造成损失。多汇报自己新的想法，乱七八糟没有计划没有头绪的想法就不要乱说了，免得领导以为你水平很差，对了，就算关系再怎么疏远，一定要让领导记住你的名字。不然你即使再出色，评年终奖或者项目奖的时候估计没你份了，再说这个很能代表在公司的地位哦，谁做的事情最多，年终奖和项目奖会越多吗？不是，而是在领导的印象里最深，汇报情况最多的那个人年终奖会比较多，因为公司人那么多，他怎么可能知道你平时的情况呢！第二要和开发人员搞好关系，这个比较难，开发人员是白道，咱们是黑道，白道和黑道关系要好，那确实比较难，说说我是怎么和开发人员搞好关系的吧。开发人员有一半是游戏迷，一两款竞技游戏你必须要会玩，没事可以和他们一起去网吧切磋切磋，打败他们，让他们给你投来敬佩的眼神；找到bug不要太兴奋，别让人家觉得你在幸灾乐祸，当然有些低级的bug你可以提出要求，但语气一定要好，微笑是必不可少的（开发部的男生都喜欢测试部的女孩子笑，呵呵）。还有就是除了上面说的，在开发人员面前一定要炫耀一下自己的知识水平，别让他们觉得测试人员就是没技术，要改变他们的想法，多写几个他们都不会写的sql，用全是英文的自动化测试工具和性能测试工具让他们瞧瞧，让他们傻眼！呵呵！
5.积极向上的生活态度和工作作风，明确的工作方向和目标！作风在毛泽东同志那讲得最多了，记得小时候学过他的一篇关于作风的报告，有句话记得很清楚：“墙头草，两边倒”，为什么呢？“头重脚轻根底浅”！很多测试人员都是非本专业的，我是学会计的，一出来就转到这个行业，很多东西都不懂，根底浅呀，我是学测试呢，还是算了，去继续我的会计？很迷茫很迷茫呀，两边倒，结果什么都没学成！不过还好，我选择了测试，相信测试会有更美好的明天！每天看书，工作也很认真，吃饭的时候，我们老大和老板说：这个女孩子呀，工作态度好，积极，很值得学习呀！我当时脸都红了，确实，我很努力，得到了重视，发奖金的时候和开发人员一样多，我很高兴！所以劝大家没有进入测试行业的赶快确定下来是否要进入，进入测试行业的赶快确定下来是否要继续发展下去，确定下来了朝着这个方向为测试多做点贡献，现在在中国质量检测很不到位的，三鹿奶粉不就是一个例子，软件也差不多！
呵呵，上面就是我今天中午看到这个问题所想到的。
谢谢各位网友和测试同行的关注和大力支持！！！！
今天刚上线就看到几位测试同行的短信，要求我来点创新的！！那我就再补充几点，希望能满足大家的胃口：1.组建一批急剧亲和力的女性测试巾帼：
很多时候，测试部门和其它部门沟通，我都是派能说会道的女孩子代表测试部。一般来说，女孩子一来比较心细，二来异性相吸，交流比较容易，这是不争的事实，可以理解和宽容，哈哈！！！有时候，测试部碰到问题了，内部尽最大努力仍旧解决不了，叫开发人员又不理不睬。偶就想了一招，调派一两个美女过去协调工作，要是他们不配合我们的工作。女孩子就会跟开发部的人耍无赖，他们也是束手无策，被迫赶紧解决问题，还他们一个安宁，这一招比较厉害吧！！切忌不能常用哟，要不然人家都说是“美人计”了。
2.勇于发掘部门实力，抓住表现绝好机会：
我在的前一家公司，就是一个例子。基本上每周都有培训，发起者是人事部门，大家参加也非常踊跃，毕竟都想快速提升自己吗？年轻人可以理解，呵呵！！！如果想提高测试部门的地位的话，这也是展示测试部门的绝好机会，千万不能够放过。测试部门的专家们，不妨轮流演示一些自己的拿手好戏，让开发部和项目组的其它成员也见识一番。我们部门就有这样的情况，在培训演示的时候，开发人员不是很懂，经常提出一些很基础的问题向我们请教，我们也很耐心的给他们一一作答，几次测试管理工具和缺陷跟踪工具的培训以后，大家就管我叫“测试精英”，另外一个男孩被叫成“LoadRunner专家”了，呵呵！！说实话可惜的是，我们对不起这个绰号。
3.转换思维方式，注重技术交流：
很多时候，测试部门和其它部门交流的时候，总是站在测试的角度看待问题，思维方式比较单一，不知道大家是否有同感。其实我们在和其它部门交流的时候，我们完全可以和其它的成员讨论测试以外的“大家比较感兴趣”的技术问题。在自己比较熟悉的情况下，可以谈谈开发、编译工具、软件系统架构和业务之类的知识。前提条件是：必须要懂，否则免谈，如果不懂，谈了还会“帮倒忙”，影响测试部门的形象。
在中国，测试事业发展缓慢，加上它是发展不久的新领域，属于一门“边缘科学”，那么沾边的知识我们都必须有深入的认识和了解，比如：开发流程、设计、需求获取、变更控制与流程管理等内容，我们都尽可能了解得比开发人员多，比业务人员广。多通过这样的技术交流，保证让测试的地位有一个突飞猛进的提升，不相信的话，可以试试看。
4.高薪招聘一批专职的测试专家：
如果通过前面偶谈到的方法，还是不能够奏效，不能够改变现状。作为测试领导的您，就得换换思维方式了。如果公司资金允许，而且又迫切需要测试人才，我建议招聘一批测试专家。你就可以通过猎头公司，帮您物色几个专职的测试专家。当然他们的薪酬就不是一般啦，月薪肯定要以W来度量，3K、5K肯定是招不到的了。
相信有了这些，提高测试人员的地位应该不难啦！！好了，今天就写这点吧，后面答题时，我尽量满祝大家的口味。
再次谢谢各位网友和测试同行的关注和大力支持！！！！
楼主，总结能力太强了，建议写本书
原帖由 爱吃鱼的月亮 于 2008-9-18 17:41 发表 http://bbs.51testing.com/images/common/back.gif今天刚上线就看到几位测试同行的短信，要求我来点创新的！！那我就再补充几点，希望能满足大家的胃口：
1.组建一批急剧亲和力的女性测试巾帼：
很多时候，测试部门和其它部门沟通，我都是派能说会道的女孩子代 ...
楼主，看了你的几次答题，感觉你的总结能力太强了，建议写一本书，偶看看！！小弟先谢过了。
回复 18# 的帖子
如果报忧不报喜的话，我估计你在公司也待不了多久了！他们会想办法让你走人的。太天真了！朋友，你忘了看“爱吃鱼的月亮”的帖子吧！！
原帖由 bingling_11 于 2008-9-19 09:45 发表 http://bbs.51testing.com/images/common/back.gif如果报忧不报喜的话，我估计你在公司也待不了多久了！他们会想办法让你走人的。太天真了！
刚上线看到了，我们就讨论一下吧！！在“爱吃鱼的月亮”的帖子里面讲的就是偶尔发送一次，当然不能每次都这样了，每次都这样肯定要把开发部和测试部的关系搞僵。况且在实际项目中，也不可能每次开发人员都这样，如果一两次出现相似的问题，高层领导肯定要追究责任的。如果仍旧不改，老是这个样子，我想先走人的一定是开发人员。在测试过程中，只要不要夸大缺陷，就没什么关系。况且您不可能不如实汇报，隐瞒真相吧，即使隐瞒了，您也承担不起责任！！朋友，你说对吧？？ 一句话:地位是自己争取的,不是别人给的... 这里真是高手如云，在这个论坛里自己学到了很多！
怎么提高测试人员在公司中的地位，这是一个老话题了，在论坛中有相似的几个帖子，这次在此处提出，可见其重要性，各位大侠都总结的比较好，可以看出是有实际经验的，希望我们测试同行能在此处共同努力实现这个目标！
爱吃鱼的月亮 ，确实是个高人
爱吃鱼的月亮 ，您是不是工作了N年啦？每次看到题目我老是觉的没什么内容可以写的。而您却不一样，一挥就是一大片，条理清楚，值得学习和参考，感觉您经验特别丰富，确实是个高人呀。我已经给您短消息了，麻烦你收到后，给我回信并告诉您的MSN，本人感激不尽！！！团队的力量 - 个人见解
前面有几楼都写得很详细,关于沟通,关于提高自身技术素质等.我要强调的有一点: 团队的作用。
前面也讲到要组成一个测试团队，那么如何要怎样让这个团队在公司中的影响逐步增大？以下是个人见解：
1、组成一个测试团队，以一个TEAM的角色在公司中立足。
2、队长（一般是test lead或是test manager)在这个团队的发展有很大的作用：与上级领导及时有效地沟通。
- 让领导能及时看到团队的成绩，肯定我们的成绩；这样也能更好地激发整个团队的积极性。
- 在某些公司，队长是分配任务的；而在有些公司，队长是服务整个团队的，他/她想的应该是怎样让整个团队发挥得更好。
3、经常性地组织一些团队的活动，让整个团队在公司中的影响不只是工作上的，也可以生活上的。这可以是队长来组织，也可以是团队中的某人来组织。
- 我想能做到这点的话，整个团队应该是一个很团结向上的团队；那么这个集体的力量应该是比较强的。
4、另外很重要的一点，以团队的身份，与其他团队分享一些知识与见解。
- 例：在我们公司，测试团队也经常跟开发团队组织一些knowledge sharing meeting.可以分享测试策略/开发策略，测试方法等；在讨论的过程中，还可以从开发那得到更多的意见 （但不能受其左右）。
- 现在也在强调测试驱动开发，借此机会，测试人员可以把质量这种理念不断地传递给其他团队。
如果我们能这样做到的话，我觉得测试团队在公司中就不是事后诸葛的角色了 （指的是在产品开发后再测试的情况）；而更多的是Resolution Consultant的角色。那这个问题应该是可以很大程度地改善。 看到各位前辈的恢复，真是受益匪浅······
我刚开始接触测试没有多长时间，也不知道怎么提高···
但是我相信能力证明一切，自己有内涵了，一切都会顺利解决的··· 提高自身能力
我进行沟通
多组织一些活动
建立生态链 写那么长，我都没心思看玩
我认为 1专业
2 人际关系
3 沟通 通常真正要考虑这个问题的是一个公司的测试经理，当然站的多高看得多远，对于普通测试人员能在这个问题上有深入的考虑，我只能说句敬佩了。
个人的地位很大程度决定于你所在的团队，而一个测试团队和其他团队或其他组织内的团队并无二异，它的地位取决与它所产生的商业价值，是诸多主客观因素决定的，而在现今的大环境下客观因素有时候占主导。各个公司并非没有牛人，为什么很少有人能真正扭转现状。但是我们应当看到的是整个情况正在向积极的一面发展，而对于客观条件的过分抱怨也没有多大意义，让我们来分析一下造成现状的一些原因。
1。测试一般不直接产生商业价值，它是通过减少开发的损失来体现价值的。这里说一般是因为有例外，假如你能独立接测试项目就能够直接创造利润。但现在有这个能力的公司屈指可数，本土的更是凤毛麟角。那减少损失不重要么？当然重要，而且是极端重要。但是你怎么衡量减少的损失？没有出现的损失就不是损失，是无法估计的，无法变成活生生的统计数据摆在高层领导桌上的。三鹿出事情以前又有谁把质检看得那么重要的？更可怕的是高层明知道质量有问题却抱侥幸态度听之任之。软件行业里没有么？很多项目经理挂在嘴边的是：我的这帮伙计都有多年经验了，活有保证的。
对策：无。只有在业界摸爬滚打多年，吃了不少苦头的企业才会刻骨铭心地知道质量才是生命线，靠说教是没用的。作为个人只好良禽择木而栖了。
2。整个软件工程体系发展相对滞后。IT领域发展极快，中国软件业在商业应用上的快速发展显然没有得到理论科学的很好支撑。很多项目经理人都很年轻，是从程序员逐步成长起来的，缺乏对软件工程，项目管理的理论修养和经验，对技术和个人能力的迷信超过了系统的理论，对软件产业的风险估计不足。测试往往是他们最容易忽视的环节，因为在他们早期的项目实践中缺少这方面的教训。很多项目经理相信开发人员足够应付日常测试，无需或只需很少的专职测试，这样可以压低成本。
对策：无。随着一批民族软件中坚力量的成熟，科学理论的发展和实践应用，情况会逐渐改善。
3。从业人员相对能力的薄弱。多种原因造成。
首先是上述两大原因造成的大环境。哪个从业人员不想升职快加薪快。那他们在选择职业分支时无疑会找最“吃香”的。在论坛上的xdjm特别是男生，想一想你们有谁在读大学的时候就想着毕业要做测试的？这是一种恶性循环，软件测试人员的待遇越差就越少优秀的人才愿意投身，越少优秀人才，他们的地位就越难提升。
其次是学校教育的缺位。高等教育是批量造就软件人才的机器，这样生产出来的人才就象机器的零部件和容易组合在一起，因为他们有较接近的职业素养和专业风格。有人形容印度程序员写出的代码都是一张面孔的，为什么？因为在学校里有人告诉他们什么是好的编程风格，什么是项目的最佳实践，什么是完成一个模块的一般步骤。中国大学有吗？多少人是进了公司才知道注释的风格规范的？高考的应试作文倒是有点像，可惜一无用处。
再次是测试人员在工作中相对缺乏提高技术能力的机会。相对于开发人员，测试人员接触新技术，或深入接触成熟技术的机会相对较少，需要挤时间来学习。缺乏系统的学习过程和专人培训。业余时间的自学效果远不如在项目里边做边学来的好。这也是很多软件测试人员很难从简单操作型向技术型转变的重要因素。
还有一点是项目分工过细造成眼界过窄。qa的只管流程和整理文档，不懂测试，测试的只管跑用例，不懂开发。软件项目是个有机体，只看一块却不关注全局是很难适应未来的发展趋势的。而开发人员在测试上的适应性显著地比测试人员理解系统和代码强。
最后一个很重要的因素是很多测试人员经常被绑在某一产品甚至某一模块上很久。日久产生厌倦感或惰性。软件人员最重要的一项素质是广博的知识面。但长期做一个或一种类型的项目显然是不利于发展的。
对策：
-- 多学多动手，多争取实践的机会。有很多机会老板既可以让开发去做也可以让测试去做（比如一些配置项目或者基于成熟框架的小代码量开发)。假如你争取过来不但有了实践机会还可以借机显示自己的能力.很多事情你只要专心去做就一定能做好,不要犹豫,不要有顾虑,别人能做的你也能做.
-- 关注技术发展. 多关心前沿技术的发展, 多和技术大牛交流. 这样可以拓展你的视野,很快提升总体技术能力和修养. 看过Jonathen Bach 的经历就明白多懂些技术术语对交流和工作是很有益的.
-- 多关注一些行业规范. 建议专著于某种编程语言,熟悉它的风格和规范,这会有助于理解代码和静态发现缺陷.也可以对开发提出某些建议,这也有助于提高自身在组织的地位. 还建议一定要熟悉uml常用的图示.uml是软件工程师的公共语言 .很难想象不懂uml你怎么跟其他人在系统层面交流沟通.
-- 有机会业余做些开发项目,或是参与一些开源的项目. 熟悉一般的开发手段和流程.
-- 学会一般的研究手段, 知道如何在网络上获得所需的信息.在很多情况下谁先获得新的资讯谁就牛.其实看一下国内很多所谓学术带头人的论文,也不过是比别人更早获得国外的前沿信息,然后整理一下而已.能做一些研究的测试人员还是颇受欢迎的, 因为他们通常都能自己独立地解决问题. 多留心收集一些好的网站是很有帮助的.
--最后是调整自己的心理, 要敢于提出自己的想法和建议.要是你的建议能够被采纳当然可以提升你地位了.说不定还要你做专题的讲座. 也要敢于据理力争,但要有充分的准备.最重要的还是要虚心向牛人学习.一个组织能够生存必然有一些人发挥核心作用,从他们身上无论是技术还是其他方面都能够学到很多很多.
不知不觉写得太长了, 确实这个题目扩展开来有太多的内容 1.了解别人是如何看待你的：明确当前开发团队和管理团队对于测试是何印象和如何评价的。这里面好的方面固然要继续保持和考虑如何做得更好，更重要的是不满的方面，需要仔细分析落实如何改进。我看到的测试团队有的并不能冷静地全面接受负面的评价，或者过于夸大某几个个别人的主观评价而觉得明明自己没有错，因此不知如何改进。对于后面这种情况，其实沟通本身就是改进的一个重要方面。
2.思考自己该如何提高：不管别人是如何看待你的，我们都应该经常考虑从自身做起，如何进一步加强测试人员的专业性。很多的时候，开发团队希望测试人员给出一些专业的判断，比如：测试这个版本大概需要多少时间？当前版本质量的风险在哪里？性能测试如何建模才能真实模拟生产环境的使用情况等等。如果我们测试人员不能很好地回答这些问题，甚至在某些时候还出现过在这些判断上的重大的失误，会很大程度上抹杀他人对测试人员的信任和支持。有不同的观点并不可怕，可怕的是没有观点或者坚持错误的观点。因此我觉得不管别人当前对你或你的团队评价如何，作为测试人员，你自己一定要坚持不断地试图在自己有话语权的地方不断磨练准确和敏锐的判断力。
3.不要有“我们”和“他们”的意识。工作中，常听到测试人员把测试团队说成“我们”，把开发团队说成“他们”。这看上去是个小事，但实际上是很需要提醒大家注意的。余世维先生的管理课程里就有非常精彩的一段关于小我的“我们”意识的批判。当测试团队对开发团队提出改进的要求或者建议的时候，请认识到每个开发人员也和你一样聪明能干（一定有什么你不知道的原因使得他这个bug反复fail或者这个版本的质量很差），也请伸出你的手去提供一切可能的对方需要的帮助（即使那看起来不象是你职责范围内需要做的），甚至是多一点宽容和耐心，也许比你义正言辞地指出对方的问题，不留一点情面要好一些。请时刻提醒自己在软件开发团队中你不可能独善其身。请时刻反思自己：你有没有总是从开发团队/人员的角度去考虑问题，你能不能拍胸脯说你已经做到你能做的最好了。
一个软件开发项目组，一个软件公司，就象一个大家。如果每个成员都能正确看待自己，不断提高自己，多一些理解和友爱，那么也许我们就不那么关注地位的高低了，因为你已经得到了一个win-win的结果：相互的尊重。
个人觉得24楼的经验更值得借鉴
原帖由 爱吃鱼的月亮 于 2008-9-18 17:41 发表 http://bbs.51testing.com/images/common/back.gif今天刚上线就看到几位测试同行的短信，要求我来点创新的！！那我就再补充几点，希望能满足大家的胃口：
1.组建一批急剧亲和力的女性测试巾帼：
很多时候，测试部门和其它部门沟通，我都是派能说会道的女孩子代 ...
个人觉得24楼的经验更值得借鉴，有个性，挺好！！！ 原帖由 tian910 于 2008-9-18 11:00 发表 http://bbs.51testing.com/images/common/back.gif
10楼测试朋友确实讲的不错，特别经典，偶也来一个补充，呵呵！！！
一定要改变开发人员对测试的看法，开发人员往往自我感觉好，认为测试是低一等的工作，必须转变开发人员的这种思想。
为什么开发认为测试是第一等的工作？因为开发入门难，而测试入门相对容易，感觉是什么人都可以做测试，这也是很多TESTER也存在的想法，自然造成了科班出身的开发人员看不起非科班出身的测试人员的惯性思维。其实测试越往后做越难，就像月亮朋友说的，测试要“博”，在此基础上至少“精”其一。试问一个开发转测试的能做到什么程度呢？虽然他们会比没有IT开发经验的人适应的快一点，但他们最后就一定会更成功吗？非也，凡事想“精”都不容易。闻道有先后，术业有专攻。其实大家都是平等的，缺一不可。所以我们，包括开发和测试，都要改变对于测试低一等的思想。
回复 10# 的帖子
1.纠正常见测试误区，摆脱测试误导：作者没有给出如何纠正常见测试误区，摆脱测试误导？提高测试地位？那又要如何提高地位呢？
2.对高层领导报忧不报喜
本人不建议采用这种方式，跨领导的报告问题，往往上师对你有意见，往往这种情况，很难有上升的机会，如加薪。因为你上师对加薪等等有一定决定权。
我真不知道你的花这么多，哈哈~ 花是捧出来的，鸡蛋是砸出来的，改天我多注册几个用户弄鲜花，(*^__^*) 嘻嘻……
[ 本帖最后由 drlong 于 2008-10-28 16:57 编辑 ] 关键是自身素质的提高
然后就是要有价值体现
当然人际关系和交流是不可或缺的润滑剂
页:
1
[2]
