误区4：测试是测试人员的工作，和开发人员无关

　　我们提倡软件测试尽早介入软件项目，或者说我们提倡贯穿于整个软件开发生命周期的测试。因此，在项目概念、需求和设计阶段，软件测试就应该介入项目中去。开发和测试是相辅相成的过程，需要软件测试人员和程序员、系统分析员等项目其他成员保持密切的联系，需要更多的交流和协调，以便提高测试效率。在这些阶段所发现的问题将有助于开发设计人员完善需求和设计。

　　在项目开发过程中，一般由开发人员针对模块进行白盒测试，这是早期的测试。后期对于测试人员所发现的缺陷，开发人员应根据优先级来进行修复，针对开发人员的修改，测试人员还要进行再测试和回归测试工作。因此，在整个项目过程当中，测试也不仅仅是测试人员的事情，而是测试人员和开发人员紧密合作的过程。

　　误区5：由项目进度来决定测试工作量

　　规范的测试流程应该是一个整体的连续的过程，包括测试计划和控制、测试分析和设计、测试实现和执行等阶段。每一阶段也应有各自的规程。而大多数人对测试的理解往往是随项目进度而定，即离项目交付空余的时间多，就多做测试；反之，则少做测试。这样很可能导致测试时间紧张，从而可能放弃其中的一些测试，可能导致遗漏一些重要的缺陷，显然这种做法存在非常大的风险。

　　测试进度由项目开发进度来确定，这个观念很大程度上是因为“测试是开发生命周期的一个阶段”这个误区造成的。实际上，我们一直强调，测试是贯穿于整个软件开发生命周期的。在制订软件项目计划的同时，就需要规划和制订软件测试的计划。测试计划的一个重要内容是确定测试的进度（也就是测试时间和资源的安排）。因此，测试时间的多少，应该在项目早期根据项目的特点和风险分析结果来确定，而不仅仅是决定于项目进度。

　　误区6：软件测试是没有前途的工作，只有开发人员是软件高手

　　由于我国软件整体开发能力比较低，软件过程还不规范。项目的成功往往靠个别开发人员的能力，他们负责总体设计和程序详细设计，认为软件开发就是编写代码，给人的印象往往是程序员是真正的牛人，具有很高的地位和待遇。因此，在这种环境下，软件测试并不受重视，软件测试人员的地位和待遇自然就偏低了，甚至软件测试变得可有可无。

　　随着市场对软件质量要求的不断提高，软件测试将变得越来越重要，相应的软件测试人员的地位和待遇将会逐渐提高。在微软等软件过程比较规范的大公司，软件测试人员的数量和待遇与程序员没有多大差别，优秀测试人员的待遇甚至比程序员还要高。软件测试将会成为一个具有很大发展前景的行业，软件测试大有前途。市场需要更多具有丰富测试技术和管理经验的测试人员，他们同样是软件专家。

　　误区7：自动化测试效率高，将取代软件手工测试

　　测试自动化在某些情况下可以提高测试的效率（比如完成重复的测试配置、模拟大虚拟用户等），但是并不是所有的测试都适合自动化，如程序需要处理的数据量不大、程序运行的次数不多、或者测试需要一些人的主观判断（如界面测试）等，在这些情况下，自动化测试可能并不是很好的选择。

　　同时，自动化测试需要在前期投入大量的资源和工作量，同时需要维护的成本很高，包括环境的搭建、测试脚本的设计、维护等。因此，要具体情况具体分析，不能盲目推崇测试自动化。