软件开发完成后才进行测试

在传统的瀑布模型中，软件项目主要有一下几个阶段组成：用户需求、需求分析、概要设计、详细设计、编码和实现、测试以及运行维护。由于软件测试仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。因此人们一般认为，软件测试只是软件编码后的一个阶段。

软件发布后发现软件问题，那是测试人员的责任

软件的质量，不仅仅只是测试人员的事情，软件项目参与的所有人员都应该关注软件的质量。软件质量的提高，需要每个项目人员的努力。测试只是提高软件质量的一个重要环节，质量保证应该贯穿于整个软件开发生命周期的所有的开发活动、测试活动、项目管理活动等。同时，采用合适的开发和测试过程，对改进软件质量也能起到重要的作用。除了测试活动外，同时应该分析软件项目的各个过程，从过程改进方面寻找产生错误的原因和改进的措施。

测试人员不需要具备很高的技能

不少软件业人士认为软件测试行业对软件测试人员的技能要求不高。认为测试只是对照产品规格书操作软件，发现软件与规格说明不一致的地方，是没有技术含量的工作。这种观点是错误的，或者至少是步恰当的。随着软件测试行业的发展，测试不仅仅是运行软件发现缺陷的一个过程，而是从项目早期，测试人员就开始介入，进行测试需求分析、计划测试等。这要求测试人员有很好的沟通能力、理解能力、分析问题能力，同时还必须对产品开发技术有一定的了解。

测试是测试人员的工作，和开发人员无关

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

由项目进度来决定测试工作量

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

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

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

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

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

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