另外，针对楼上提出来的有些问题，简单说说我的一些不同的看法吧。
1.测试人员普遍得不到程序员相当的认可，大部分公司，测试人员会被当作技术不怎样的人对待，感觉总是敌人一等，所以如果按照元老的题目的这种思路切入测试，那么测试人员感觉总没有出头之日
——》一个关键点在于是否自己都认为测试人员是依靠技术来获得尊重。假如一开始就抱定了这种看法，恐怕职业发展不容乐观。我要说的是测试人员同样是技术人员，但是大家方向不同，所掌握的技术也不同，总不能让一个 DBA 和一个 C 程序员比较谁的水平高低吧？测试人员的优势在于对系统整体业务的深入理解和找到 bug 的能力，而不在于对某项计算机技术的掌握。
任何一个人获得别人的尊重依靠的是对待工作的态度和完成工作的能力，而不是单纯的依靠技术。在一些测试工作开展比较规范的企业中，核心业务的测试通常还是由高级测试工程师手工完成，而测试脚本的编写则是有初级测试工程师或者毕业生来完成的。无论是初级测试工程师还是高级测试工程师，在一个真正重视质量的企业中都会被尊重。
如果某家公司中真的存在“只有我的开发能力跟你开发人员相当，我这个测试人员才能在软件公司被看的起。而且对于我来说发展的空间才会更大更广”的现象，只能说是这家公司的悲哀，也是在这家公司工作的测试人员的悲哀。
2.理论和实践并不是两个不和调和的极端。所谓的理论，是经过大量的实践和反复的总结沉淀下来的最佳实践，是用来指导实践的；同时，在不断实践的过程中理论逐步被完善，并用来更好的指导后来的实践。其实在我的观点和这份试题中，都透露出我所强调的是一定要在理论的基础上有丰富的实践，并且要有自己新的见解和看法，要对自己以往的工作有一个系统化、结构化的提炼——这是大多数工作年限在2年以内的测试人员缺少的。
所谓仁者见仁，智者见智。不同的人看到这份试题也就自然会有了不同的看法。^_^
3.硬要把现在的测试模式化，理论化可能会禁锢一些本来可以带来良好发展的测试新苗头
——》其实软件测试作为一个行业在国外已经开展了几十年，我们现在很多工作就是基于国外已有的理论之上的，并且最近几年各种新的理论、方法论和模型也还在不断的提出。如果我们可以很好的理解先进的理论，并结合实践总结出自己的一套方法，那么无疑可以加速中国软件测试行业的发展。
4.针对楼上最后提到的疑惑，说点我的看法。
对于一个人的个人发展来说，是一定要考虑到与企业的发展需要和行业发展需要结合起来的。如果以工作需要为出发点来学习，不断的思考如何将目前的工作做得更完美一些，如何进一步在符合企业发展需要的前提下继续拓宽测试工作的深度和广度，那么相信一定可以事半功倍。脱离了工作需要的学习只能算作业余爱好，无法从中获得更好的投入产出比。正如楼上提到的：总不能去改行做开发吧。
另外，所谓职位的划分是静态的，但是实际上在每个不同的企业中职位的定位是动态的，越是管理规范的公司，越会强调是“做事”，而不是“做技术”。
把握住身边的机会，把有条件、有机会做得事情先做好，任何经历和经验都不会是浪费。优秀的测试工程师并不是非要成为 测试 + 开发 的模式。
最后，转变思路，开拓视野，你会发现测试的路还很宽广。sdlkfj2 原帖由 jackei 于 2006-12-5 00:51 发表
1测试人员的优势在于对系统整体业务的深入理解和找到 bug 的能力，而不在于对某项计算机技术的掌握。
任何一个人获得别人的尊重依靠的是对待工作的态度和完成工作的能力，而不是单纯的依靠技术。在一些测试工作开展比较规范的企业中，核心业务的测试通常还是由高级测试工程师手工完成，而测试脚本的编写则是有初级测试工程师或者毕业生来完成的。无论是初级测试工程师还是高级测试工程师，在一个真正重视质量的企业中都会被尊重。
这个是没错，但是对系统的深入理解能力不是一朝一夕的事情，有时候也需要依赖开发技术。至于工作态度和完成工作的能力，这个是所有工种都需要具备的素质，不是测试人员的核心竞争力。真正重视质量的企业会尊重所有员工，那是当然，但是这样的公司相对于市面上的大大小小的企业能有多少呢？
如果某家公司中真的存在“只有我的开发能力跟你开发人员相当，我这个测试人员才能在软件公司被看的起。而且对于我来说发展的空间才会更大更广”的现象，只能说是这家公司的悲哀，也是在这家公司工作的测试人员的悲哀。
这样的公司占绝大部分吧，相当一部分测试人员是生活在水深火热之中啊。
3.硬要把现在的测试模式化，理论化可能会禁锢一些本来可以带来良好发展的测试新苗头
——》其实软件测试作为一个行业在国外已经开展了几十年，我们现在很多工作就是基于国外已有的理论之上的，并且最近几年各种新的理论、方法论和模型也还在不断的提出。如果我们可以很好的理解先进的理论，并结合实践总结出自己的一套方法，那么无疑可以加速中国软件测试行业的发展。
据我所知，微软好像没有过什么集成测试和系统测试的概念。在实际工作中，我发现测试可以做的很简单，也可以做的很复杂。在相当一部分企业里，对质量的要求就是可以用就行了，所以也不需要多么复杂的测试，随便点点，不报错就行。注意：我说的是相当一部分企业，应该超过5成。
4.针对楼上最后提到的疑惑，说点我的看法。
对于一个人的个人发展来说，是一定要考虑到与企业的发展需要和行业发展需要结合起来的。如果以工作需要为出发点来学习，不断的思考如何将目前的工作做得更完美一些，如何进一步在符合企业发展需要的前提下继续拓宽测试工作的深度和广度，那么相信一定可以事半功倍。脱离了工作需要的学习只能算作业余爱好，无法从中获得更好的投入产出比。正如楼上提到的：总不能去改行做开发吧。
如果你的职业生涯是从小公司开始，你会发现，测试人员在小公司的经验也难用到大公司里边，但是小公司测试人员的待遇又完全不能跟大公司相比，开发人员认准一条技术路线，可以从小到大。而测试人员怎么规划自己呢。
最后这样说吧，市场人员的核心竞争力在于对市场的理解企划能力和客户关系数量，这些都是靠时间经验累计下来的，开发人员的核心竞争力也很明确，就是开发技术，测试人员的是什么呢？
不能改变的事实是，在相当一部分公司，做的是关系项目，形象工程，内部项目，对软件的质量可以说要求不高，只要在演示的时候不报错就行了，这样的质量需求下，对测试人员有什么要求呢，也难怪都认为测试人员做的随便找个人就能做。明天要裁人首当其冲的就是你。在这样的企业中，测试人员的自身素质又怎么成长了，在相当广泛的这样的企业里，测试工程师的未来又是怎样的呢。重视质量，又舍得对测试投入的公司呢，又有相当一部分不知道该如何开展测试，都是摸着石头过河，这样的公司里，测试人员的成长也是相当的缓慢。当前的很多测试理论应该说很系统，但是想在上述企业展开很难，真正的大型企业，比如微软，思科，就我所知，看重的都是开发能力，脚本能力和相关的技术的数据库啊，语言啊，协议啊，硬件啊；至于什么白盒测试啊，黑盒测试啊，单元测试啊，集成测试啊，根本没有这么多叫法，真正开展起来大相径庭。
现在看来，作测试的选公司很重要，但是知道的好的难得进，能力不够，小公司进去吧，多少年可能也难有长进。打个比方说吧，微软（泛指一些优秀企业）找测试的肯定要几年的开发经验或者其他计算机专业知识，你在小公司作一辈子测试也进不了微软。倒是曾经做了几年开发的，再转测试，到哪都方便的多。我现在真后悔当初只做了一年开发。。。
上述都是我从身边的情况看到的，肯定比较片面，只代表我视野内的情况而已
ps：jackei君，你的qq我已加^_^
[ 本帖最后由 shaoziyi 于 2007-1-11 09:56 编辑 ] ps：jackei君，你的qq我已加^_^
——>是吗？改天发给信息给我，还对不上号 ^_^
其实你说的问题我以前也经常思考，在经历了很多事情和想了很多之后，有一句话跟你分享：
“技术不是工作的全部，工作也不是生活的全部。要学会带着梦想在现实中生活。” 还没下载，先谢谢咯 老大们好强啊，这个帖子收藏了，欢迎继续讨论！让我们菜鸟们瞻仰瞻仰，多谢多谢... 这篇贴很经典啊，强烈要求置为精华贴啊
对于各位说的什么理论啊实践什么的，其实都是相互相存的
在刚进测试行业的人是首先以有经验的人总结出的理论为基础的
就象影子说的，他是测试科班出生，以前以理论为基础，但是发现理论和自己的实践相异或相违背的时候，就会以自己总结的经验为主，再总结经验给后来的人供学习
大家其实也是再讨论问题，没必要争得脸红脖子粗的
相互学习啊 好帖。
比较支持影子，感觉新手对测试的理论只要有个大概的了解，细节...工作中琢磨去吧。
不了解底层的东西，测试就有点浮于表面了。 我耐心看了80篇，，也不想看下去了，都是讨论谁有理，技术方面呢，sdlkfj2 不多，//。 不过，lz也够辛苦的，整理那么多，支持下还是。。sdlkfj2
