这期值得一看，期待精彩。。。。。。
1.为什么公司的老员工比大学生或者外包好？
a 因为老员工在本公司待的时间长，做过的项目多，对本公司的各种产品理解深刻。
b 同一个公司的不同产品也是有相当多的共同点，即使有新的项目也是老员工上手最快
c 对于一个流程很复杂的项目，外包和对测试有简单了解的大学生可能也会找到很多严重的bug，但是有很多隐藏的流程和需求是他们无法了解的，只有老员工才能一阵见血的及早找到这些问题。
2你们公司应该还没有一个规范的测试流程和框架，如果有一个规范，你的老板就可以通过各种对比分析出到底是老员工好还是他认为的好。即使没有规范，我们通过对一个公司最重要的三个要素来看看：成本，进度，质量
老员工能更多更早地发现系统中严重的和隐藏的问题，那么
如果成本和进度是限定的，那么老员工能使项目质量更高
如果质量是限定的，那么老员工能使项目进度缩短，成本降低
3老员工会对公司产生归属感，这是公司的无形资产。但是你们老板显然视而不见
henhao
本帖最后由 worst54 于 2010-11-29 15:31 编辑
我也来说一下，个人观点，欢迎大家指点
大家都说了优秀的测试人员具备的素质这里我就不多说了，我觉得最重要的是思考和思考的方法
其实说的这个可能马上就会牵扯到和开发比哪个更重要的问题了，我们先就比较一下哪个更重要，相信把这个问题说清楚了，我们的核心价值也就很明了了
开发测试分工不同，开发之所以重要，在于他们是创造的角色，这就好比工厂中的生产线，地位在工厂中肯定是非常重要的，也正是因为这点，很多人都觉得开发比测试重要，特别是国内的很多公司普遍存在这样的心理，因为他们觉得产品是开发人员创造出来的，重视－加薪－提干基本都优先考虑开发人员（当然不是全部）。
难道我们测试人员的价值就比不过开发人员了吗？
当然不是，从创造的角度来说，我们确实根本没法和开发人员比较，我们在项目过程创造了什么：计划、用例、执行记录还有一大堆让开发人员头疼的问题单……说夸张一点，我们从头到尾就一直在怀疑一直在制造麻烦，这样的产出怎么跟开发人员比？
我们来换一个角度想一下，为什么要有测试人员这个角色呢？因为复杂的软件划分成很多很多模块开发，开发以及整合过程中会出现这样那样很多问题开发人员自己测试时很多问题发现不了，出现测试的角色是因为想把软件质量做的更好，对，仅仅有开发人员你只能说你可以做软件，但你很难做出高质量的软件，或者在一定程度上不重视测试（新人、外包等）也很难做出高质量的软件；而在国内好像很多人并没有去追求这样的高质量，大家买水货买多了，质量不要太差就好了，这里有一个很好的实例：山寨手机（大家可以体会一下）
而我们测试就是一种破坏的方式思考、设计、执行，我们扮演“恶人”的角色，尽我们最大努力让现网问题这个“恶人”提前全部暴露出来，而要做好这些连思考方式都要和其他人差异相当大才行。曾经听我一老师讲，德国的飞机造好后会邀请一些德国人去测试，那些人会用尽他们一切方法搞破坏，而只有尽受得住这样的破坏才能算合格。
软件发展到现在，应用已经非常广泛，包括一些金融、军事等重要领域，一个小的问题会导致多大的影响？要想输出高质量的产品，却缺少了优秀的测试的人员……
刚看到，觉得问题很不错，关注中，考虑一下再回答...
回复 42# archonwang
赞同
回复 18# meirain424
如果执行员不想执行别人的用例也可以，让他们自己写，然后大家一起评审也行，评审不过再修改，和领导讨论的测试流程，看是否合理；性能测试是测试做吧，怎么交给开发了，单元测试有些公司是交给开发，但也有交给测试的。
这个问题很好，关系到测试人员今后应该做怎样的定位和发展，现在一直很迷惑，因为发现所做的，一些未受过专业训练的TX也能做，如何更有竞争力
价值在于不懈的追求和无尽的欣慰！！
开来应届毕业生在此是没有发言权的。。。。。
我做开发4年了，每次的程序的测试都是开发人员自己交叉测试，先是看懂对方的式样和程序，然后先从程序上找出不合逻辑的地方，然后在从业务逻辑上跑数据，然后造数据跑程序，看程序的功能实现对不对，最后再从画面从头到尾按逻辑把所有的程序跑一遍，最后再结合测试。
所以我不知道大家的所干的测试工作是什么工作？是和我上面描述的一样吗？
一般的公司，都是自己做完程序，自己测，还没有成立专门的测试部门，这也是这个软件行业对测试不重视吧。
本帖最后由 liaoxj 于 2010-12-1 12:50 编辑
今天看到这个话题，引发了我对这个问题的思考，如果老板问我的时候，我怎么回答呢。其实目前很多公司都有这样的声音，一种公司层面，一种是测试人员自己层面。
第一种：公司很多领导不管是技术出身还是其它出身，在目前这个公司利润第一，控制成本大环境下肯定会对测试有偏见的。他们在想，我的公司需要不需要测试这个岗位，他的必要性在哪里，我要花费多少成本，值不值。我有无必要花这么高成本养这些有经验的人；是不是招一些刚毕业的大学生或实习生就行。
第二种：正在做或想进入这个行业的测试人员，都会想，我做这份工作的问前（钱）途在哪，职业规划如何进行。甚至有很多人觉得测试入门低想把它作为以后转开发的跳板。
可能我现在角色的转换现在属于一个管理者身份，我在考虑这个问题的时候，我不喜欢把“测试人员”看作一个个体来考虑，会太狭隘。我们应该把这里的“测试人员”看作一个团队，那怕测试团队中只有一个人，他也代表团队。那么这个团队的“核心技术”、“价值”是什么，就是做好我们的【测试服务】。服务的核心价值的是【服务内容】。那我们要做什么扩大我们服务范围和内容，提高我们的服务质量和水平。
首先做好我们现在本职工作，保证所交付的产品质量，这是我们测试的目标，也是我们测试成果的产物。如何做到呢，那就需要尽早介入测试，尽早熟悉产品业务以及产品涉及的相关技术，全程有效严格测试，与项目组一起完成项目目标。
其次，尽可能在项目参与力所能及的工作中，如用户需调研，技术评审，业务培训，售前支持。我有这里有很多测试人员都具备相关能力，很多部门都想来挖。我发现偶尔做了这些事不但没有影响测试工作，而且都提高了测试水平。
最后就是组织过程资产积累。组织过程资产积累能够，不仅能让团队人员少犯错，而且能让新到的人员能很快了解到公司规范，过程，经验、产品业务等，尽快进入解决承担起测试工作。如果一种测试方法，团队中任何一个成员能通过一种途径和方法很快掌握。这样的团队他的成员，可以说都掌握了该公司测试核心技术，其中每个成员的工作都是有价值的。
核心价值就是搞好生产关系。:lol
本帖最后由 Jackc 于 2010-12-1 16:19 编辑
1.测试定位：
**测试是服务性质的部门，不是直接生产部门
测试是提高生产效率的行业，自身不产生任何利润，通过提高研发部门的生产效率，为企业节约成本。
所以，没有必要和直接生产部门的开发争夺所谓的“重要性”，没有任何意义。
摆正测试自身的位置才是王道。
2.测试目的
**服务性行业有个共同的目标：满足客户需求，解决客户的问题
测试的客户是谁？是产品的最终用户么？
当然不是，测试的客户是项目/企业。而客户的需求则是提高生产效率。
而所谓的测试从产品最终用户出发，只是测试提高生产效率的其中一个手段。其他的还包括引入测试工具，优化测试流程等等……
3.测试核心技术
什么是核心技术？随便拉个人来做个1~2年就能弄的玩意是核心技术么？或者十年前就已经存在，而从未更新的测试工具是核心技术么？（十年前这个例子举得不是很好，凑合用吧）
显然都不是，“不具备市场竞争力的技术不能再称之为核心技术”。
——————————————————
而核心技术至少具有两个特性：专业+时效
“专业”表示需要长期的基础技术沉淀，任何技术，新手就是新手，在他没有经历时间的洗礼前，永远比不上老手；（有些残酷，但是却是现实）
“时效”表示任何技术都是不断发展变化的，同一领域，每个时代都有不同的核心技术。如十年前，在国内，简单的测试基础知识都能算得上是测试的核心技术；但是在十年后的今天，测试基础知识已经普及。而核心技术逐渐演变为“测试控制”（管理）&“测试工具开发/使用”&“非功能（性能）测试”这些领域。
————————
其实有个很简单的方法识别核心技术：少数人具有，而多数人希望拥有的技术，就是核心技术。
今天看到这个帖子，感触良多……
欢迎拍砖~
看到这里，我也想说几句。
首先我是一名测试人员，关于有n多人所有说的测试人员地位低的问题，我想说的是，这个你不要怨别人说
第一，我敢说70%的测试人员的技术含金量并不高，至少我以为目前我所做的一部分工作完全可以找个初中生来完成！！这不能否认
第二，据我所知，测软测试目前门坎低，郑人杰教授说软件测试是一个越老越吃香的职业，没错，但也不要因为教授一句话，我们就会受到万人景仰。各位软件测试的兄弟姐妹们，我们都扪心自问一下，我们真正掌握了多少知识呢？
第三，无论手动测试，自动化测试，说白了是一个控制质量的过程，没错，所有的项目最终的目标--质量，敢问一下，我们有几人能把握好质量的控制过程，有几个能引导开发，控制方向呢？
第四，13# steve同志所说：技术方面，比如，性能的分析，脚本的编写，自动化的引入，测试的管理，我想大学生能在1年里搞的定吗？怎么不需要有经验的人呢？…… 我们这些测试人员都搞定了吗？？
第五，现在有测试的人员仅仅是在找bug呢？有没有找到原因呢？有没有提出修改建议？有没有为开发提出设计方案？
第六，我每提一个bug，一般都个带上原因与建议，也经常在开发人员没有头绪的时候会给一些设计方案。有时候开发人员的思维会常有死角的，拐不过来，测试人员应该要能在这时候给上建议。当然这需要对编程的了解，不要求像开发一样精通，起码对基本的东西需要掌握。
第七，我写这个回复，并不是为了诋毁与贬低测试人员，我自己也是一个测试人员，我也有被人看不起的经历，我们公司新来的应届生就很看不起我（搞java开发的）。每次我跟他建议怎么做的时候，总跟我说：“这样写很难，很不好做，很麻烦，你一句话当然简单，我写起来又要很久……”，脾气大得要死，总以为我什么都不懂了，我CAO，老子我写程序的时候，你他丫的估计还不知电脑是什么呢！……写这回复主要是想让大家都努力提生自身的知识水平，不要总怨别人看不起自己，自身也该找下原因，自己真正强大了，才有本事让别人屈服。
我这个项目结束了，下个项目就开始做白盒测试了
回复 20# xiaoshi8
知音
我认为测试的核心是：要准确及时地找到问题；
它需要有一定的专业技能，有经验，有周而复始地重复工作的精神，有不断开发新用例的能力，有准确判断出问题所在的能力，有不断激励团队合作精神的能力。。。。。。。
一, 在假设测试人员和开发人员的学习能力,以及性格等等个人素质都相当的前提下来讨论；
1, 开发人员如果换到测试岗位，和测试人员一样经过一系列的测试知识，技能等培训和实践，相信开发人员也能掌握和测试人员一样的核心技术；同理，测试人员如果换到开发岗位，经过一样的培训和实践，测试人员也能去做开发岗位；所以我认为测试人员核心技术其实就是测试岗位所需要的测试人员所具备的技术和能力；测试和开发术业专攻的问题；
2, 测试人员对于一个企业来说，核心价值应为长期测试工作和实践中积累的测试经验，以及他的测试思想和设计，这些思想将指导他的测试工作，从而提高产品质量；这是开发人员所不具备的，也不是短期培训训练所能获得的，不能被其他岗位工作的人所能代替的。
对于测试人员的价值，在我看来有以下三个方面：
1) 质量的把关者。作为一名测试人员，质量是我们责无旁贷的责任，确保产品与需求文档的一致，确保程序在各方面经得起测试用例的考验，这些都是作为测试最起码的能力和基本素质。于是，各种硬功夫就成了我们必须要练好的基本功，测试用例的设计、测试执行、回归验收等等，这些最基本的，我们无需赘述。通过功能、性能、安全、兼容性等各方面，使得经过我们测试的产品经得起考验，这是对我们价值的最大体现。
2) 过程的协调者。作为一名测试人员，少不了跟产品过程中的各个角色打交道，项目经理、产品经理、开发工程师、运维人员，甚至是最终用户。通过与他们的沟通过程，我们能够让产品走最少的弯路，以更好的质量展现在最终用户面前。而在各种沟通过程中，如何提高沟通效率，如何更高效的达到各种既定目标，如何通过沟通使项目的流转更加顺畅，这些都是作为一名测试人员所能够做到的。我们不仅应该紧盯测试过程这一个环节，更应该从全局去梳理整个项目的过程，从而尽可能高的提高产品质量，这是我们价值在另一方面的体现。
3) 流程的改进者。一个项目，经历数次迭代，无数个版本，最终达到用户的目标，成为一个实实在在的交付物。在这个过程中，如何通过一次次的迭代使得流程更加顺畅，使得版本的质量一步步的接近“完美”，这不仅仅是项目经理应该考虑的问题，在我看来应该是每一个角色都应该去考虑的问题。通过反复这样的过程，每一个人都会更加清楚自己在过程中扮演的角色，以自己的努力去不断改进项目在自己这一环的效率和质量，进而改进整个流程，这些工作，作为一名测试人员，不仅仅是责任，在我看来，更是一种义务。只有这样，产品的质量才能够达到最优化，最终交付物的质量才能够达到尽可能的“完美”。
以上，是我对测试人员价值的一点肤浅的理解。不足之处还望之处，欢迎大家讨论。
