软件测试中的误区

误区1 调试和测试是一样的
     调试和测试是2个不同的过程，有着根本的区别。调试是一个随机的，不可重负的过程，它用于隔离和确认问题发生的原因，然后修改软件来纠正问题。而测试是一个有计划的，可重复的过程，它的目的是为了发现与预期县定义的规格和标准不符合的问题。

误区2 测试组应当为质量负责
     在一个组织中，测试组通常被安置为产品的最后防卫者角色，它是开发小组和用户之间的一道屏障。这使得测试组具有这样一个特点，即它拥有阻止产品被交付的权利。这个权利从其本身来说是令人沮丧的。测试组不能改进质量。更糟糕的是，权利的行使往往没有想象中那么容易。了解这一点，结合告诉开发质量是别人的事情这样一个不正确的动机，导致测试人员和测试组愤世嫉俗，并且把自己看成是一个受害者。我们已经从Deming和别人那里学到：只有当每个人在产品开发的每个阶段始终为他们的工作产品质量负责时，产品才能变得更好，更便宜。

误区3 过分依赖Bate测试
     Bate测试似乎更能代表用户使用的测试用例--因为他们是用户使用的。同时，用户报告的缺陷通常是用户最在乎的缺陷。但是，存在以下几个问题：
1.用户可能不具有代表性。
2.即时对于那些实际使用产品的用户来说，绝大部分不会很严肃地去使用产品。
3.Bate用户不会及时地报告可使用性方面的问题，他们会私下决定不买这个产品。
4.Bate用户经常不报告缺陷，尤其是在不确定或者认为很明显，别人也会发现时。
5.Bate报告的缺陷经常是很简单，甚至是不可用的，你需要花费很长时间处理一个用户缺陷。

误区4 把测试作为新员工的一个过渡工作
     测试是一个系统型的工作，需要很深的专业背景和知识，否则是无法做好测试工作的。因此把测试当作新手的一个过渡工作队测试本事是一种伤害，最终导致测试越来越薄弱，效果越来越差。

误区五 把不合格的开发人员安排来做测试
     有很多好的测试人员，但他们不失好的程序员。但是一个由某些习惯的差的程序员是不可能成为好的测试人员的。例如，那些经常会制造很多Bug的程序员是因为他们对细节不关注，这种人在测试中同样会漏过很多缺陷。

误区六 关注与测试的执行而忽视测试的设计
     如果不关注测试设计，可能会遗漏很多特殊的用例，而这些用例往往也是开发人员没有考虑到的。因此一个好的测试必然是经过良好计划和良好设计的。不经过计划和设计的测试是不可控的、无序的。

误区七 测试自动化是万能的
     测试自动化可以提高测试的效率，但不能提高测试的质量。由于自动化需要花费成本，因此只有那些经常需要执行的用例其自动化才能有效果。

误区八 测试是可以穷尽的
      穷尽的测试是不可能的。主要有下面几个原因：
1.你不可能测试程序的所有输入。
2.你不可能测试程序所有输入的组合。
3.你不可能测试通过程序的所有路径。
4.你不可能测试所有其他潜在的失败，例如有用户接口设计错误或者不完整需求分析而引起的错误。

误区九 测试是为了证明软件的正确性
      测试无法证明软件是正确的，只能证明软件无法按照既定的规格和标准执行。测试的目的是尽可能地发现错误。

误区十 测试枯燥乏味，缺乏创造力的工作
      这在于你站在什么角度去看测试。一个好的测试需要经过计划、设计到执行。为了设计好的测试用例，你需要充分发挥你的想象力。对于一个缺乏想象力的测试人员来说，你可以胜任测试执行的工作，但是你却无法设计出高质量的测试用例。无论你从事开发还是测试，都应当从工作中去寻找乐趣，不断地改进和完善自己。