测试工做的误区

测试工做的误区：
即使作过几年测试的老员工也或多或少有些这方面的困惑。整理了下面几点，仅供你们参考：
1、测试就是保证软件无端障运行
　　对这个，我只想说这个观点只是出于测试人员美好愿望。再牛的测试员也不可能保证他所测的软件就能无端障运行。只能说在他所测的范围内，软件能按预先定义的需求运行。
　　这个误区的一个潜在问题是，秉承这一观点的测试人员可能更指望本身的测试对象能“顺利”运行，而不是尽力发现产品中的问题。
　　2、测试的环境就选用户的环境
　　我想说的是：不可能！好吧，也许对于一些具备固定用户，特别订制的特定环境下的软件产品，你很好找到用户的环境。不过对于大部分的软件产品而言，我想说即使你知道了用户甲的环境，你也不必定搞清楚用户乙的环境。即使同一个甲，可能他今天和明天的环境也不必定相同。那结果，你选择哪一个环境做你的测试环境呢？
　　这个问题我想说的是用户的某些典型环境能够在测试中进行优先考虑，但真正的测试环境永远应该是那个你认为能更好暴露产品问题的环境。
　　3、测试自动化更为高效
　　说句内心话，我并非反对这个观点，不过这观点是有商量余地的。天然，这里是拿自动化测试和手工测试做为对比的。也许自动化有诸多的优势，好比可以不厌其烦执行枯燥的动做；可以精确的定位时序动做；可以长时间工做；可以快速执行等等。不过自动化测试的缺点也是有的，好比须要开发成本；须要对产品行为的明晰定义。
　　说到这点，也就是说采起测试自动化是有条件的。并非它就必定适应你的测试，何论高效。其实自动化测试更多的是应用在回归测试场合，更多的bug事实上是在手工测试中发现的。虽然这个事实不必定是你但愿看到的：）
　　4、开发人员更适合作测试
　　测试圈内的一个共同认识是从事测试的人员技术上总比开发人员差，开发人员能更好的应用技术去测试；开发人员更能了解开发，因此更能了解问题的所在。
　　不过本人的经历而言，开发组转过来从事测试的同事绩效并不怎么理想。这个误区的问题在于过于简单的看待测试的技能需求。通常而言，测试工程师须要三维的技能：技术，业务领域知识和软技能。其中技术不只仅是开发，还包括测试技术。从开发转做测试的人员，不必定具有这些能力，并且从某种程度，他们更专一在开发技能，可能更喜欢的是工具的实现和代码的审核。从总体上来讲，开发人员的技能并必定就能彻底胜任测试工做。
　　5、Bug越多测试越有效
　　估计不少的经理会有这个观点，不少同行估计也深受这个指标考核之苦。不过，若是打个不恰当的比方，说：GDP越高经济越有效。我想不少人也就明白个大概了。
　　Bug的出现有多方面的因素，并不必定须要多有效的测试。犹如上策伐谋同样，有效地测试最好将bug消灭在未成的时候。对产品报bug已是到了最后的保障环节，成本已经相对变高——相对于需求分析和设计阶段。只有到了最后阶段，一样状况下才是有效地。不过这并不必定是好度量的。