从IT岗位转到软件测试差不多有快2年了，每一个行业的人都会在考虑自己所作的工作或者行业是否得到公司的重视，提高所在团队的地位。下面是从论坛讨论时候的帖子现在整理出来给大家都看看。

　　通常真正要考虑这个问题的是一个公司的测试经理，当然站的多高看得多远，对于普通测试人员能在这个问题上有深入的考虑，我只能说句敬佩了。

　　个人的地位很大程度决定于你所在的团队，而一个测试团队和其他团队或其他组织内的团队并无二异，它的地位取决与它所产生的商业价值，是诸多主客观因素决定的，而在现今的大环境下客观因素有时候占主导。各个公司并非没有牛人，为什么很少有人能真正扭转现状。但是我们应当看到的是整个情况正在向积极的一面发展，而对于客观条件的过分抱怨也没有多大意义，让我们来分析一下造成现状的一些原因。

　　■ 测试一般不直接产生商业价值，它是通过减少开发的损失来体现价值的。这里说一般是因为有例外，假如你能独立接测试项目就能够直接创造利润。但现在有这个能力的公司屈指可数，本土的更是凤毛麟角。那减少损失不重要么？当然重要，而且是极端重要。但是你怎么衡量减少的损失？没有出现的损失就不是损失，是无法估计的，无法变成活生生的统计数据摆在高层领导桌上的。三鹿出事情以前又有谁把质检看得那么重要的？更可怕的是高层明知道质量有问题却抱侥幸态度听之任之。软件行业里没有么？很多项目经理挂在嘴边的是：我的这帮伙计都有多年经验了，活有保证的。

　　对策：无。只有在业界摸爬滚打多年，吃了不少苦头的企业才会刻骨铭心地知道质量才是生命线，靠说教是没用的。作为个人只好良禽择木而栖了。

　　■ 整个软件工程体系发展相对滞后。IT领域发展极快，中国软件业在商业应用上的快速发展显然没有得到理论科学的很好支撑。很多项目经理人都很年轻，是从程序员逐步成长起来的，缺乏对软件工程，项目管理的理论修养和经验，对技术和个人能力的迷信超过了系统的理论，对软件产业的风险估计不足。测试往往是他们最容易忽视的环节，因为在他们早期的项目实践中缺少这方面的教训。很多项目经理相信开发人员足够应付日常测试，无需或只需很少的专职测试，这样可以压低成本。

　　对策：无。随着一批民族软件中坚力量的成熟，科学理论的发展和实践应用，情况会逐渐改善。

　　■ 从业人员相对能力的薄弱。多种原因造成。

　　● 首先是上述两大原因造成的大环境。哪个从业人员不想升职快加薪快。那他们在选择职业分支时无疑会找最“吃香”的。在论坛上的xdjm特别是男生，想一想你们有谁在读大学的时候就想着毕业要做测试的？这是一种恶性循环，软件测试人员的待遇越差就越少优秀的人才愿意投身，越少优秀人才，他们的地位就越难提升。

　　● 其次是学校教育的缺位。高等教育是批量造就软件人才的机器，这样生产出来的人才就象机器的零部件和容易组合在一起，因为他们有较接近的职业素养和专业风格。有人形容印度程序员写出的代码都是一张面孔的，为什么？因为在学校里有人告诉他们什么是好的编程风格，什么是项目的最佳实践，什么是完成一个模块的一般步骤。中国大学有吗？多少人是进了公司才知道注释的风格规范的？高考的应试作文倒是有点像，可惜一无用处。

　　● 再次是测试人员在工作中相对缺乏提高技术能力的机会。相对于开发人员，测试人员接触新技术，或深入接触成熟技术的机会相对较少，需要挤时间来学习。缺乏系统的学习过程和专人培训。业余时间的自学效果远不如在项目里边做边学来的好。这也是很多软件测试人员很难从简单操作型向技术型转变的重要因素。

　　● 还有一点是项目分工过细造成眼界过窄。qa的只管流程和整理文档，不懂测试，测试的只管跑用例，不懂开发。软件项目是个有机体，只看一块却不关注全局是很难适应未来的发展趋势的。而开发人员在测试上的适应性显著地比测试人员理解系统和代码强。

　　● 最后一个很重要的因素是很多测试人员经常被绑在某一产品甚至某一模块上很久。日久产生厌倦感或惰性。软件人员最重要的一项素质是广博的知识面。但长期做一个或一种类型的项目显然是不利于发展的。

　　对策：

　　– 多学多动手，多争取实践的机会。有很多机会老板既可以让开发去做也可以让测试去做（比如一些配置项目或者基于成熟框架的小代码量开发）。假如你争取过来不但有了实践机会还可以借机显示自己的能力。很多事情你只要专心去做就一定能做好，不要犹豫，不要有顾虑，别人能做的你也能做。