下面是一些关于软件测试的最常见的误解.
现实 : 有一种说法是，在软件开发过程中为测试付出的代价更低，或者为以后的维护或修正付出更多.早期测试在许多方面节省了时间和成本，但是在没有测试的情况下降低成本可能导致软件应用程序的不正确设计使得产品无用.
现实 : 在SDLC阶段，测试从来不是一个耗时的过程.然而，诊断和修复在正确测试期间发现的错误是一项耗时但富有成效的活动.
现实 : 毫无疑问，测试取决于源代码，但审查需求和开发测试用例独立于开发的代码.然而，迭代或增量方法作为开发生命周期模型可能会降低测试对完全开发的软件的依赖性.
现实 : 当客户或测试人员认为可以进行完整测试时，它就成了问题.所有路径都可能已经过团队测试，但完全测试的发生是不可能的.可能有一些场景在软件开发生命周期中从未由测试团队或客户端执行，并且可能在项目部署完成后执行.
现实 : 这是客户，项目经理和管理团队所信奉的一个非常普遍的神话.即使具有出色测试技能的测试人员测试过该应用程序，也没有人能够绝对肯定地声称软件应用程序100％无错误.
现实 : 即使在执行测试之后，对于仍然存在于应用程序中的错误来指责测试人员也不是一种正确的方法.这个神话涉及时间，成本和要求改变约束.然而，测试策略也可能导致测试团队错过错误.
现实 : 这是一个非常常见的误解，只有测试人员或测试团队才应对产品质量负责.测试人员的职责包括向利益相关者识别错误，然后他们决定是修复错误还是发布软件.当时释放软件会给测试人员带来更大的压力，因为他们会因任何错误而受到指责.
现实 : 是的，测试自动化确实减少了测试时间，但在软件开发过程中无法随时启动测试自动化.当软件经过手动测试并且在某种程度上稳定时，应该启动测试自动机.此外，如果要求不断变化，则永远不能使用测试自动化.
现实 : IT行业以外的人们认为甚至认为任何人都可以测试软件并且测试不是一项创造性的工作.然而，测试人员非常清楚这是一个神话.思考替代方案，尝试使软件崩溃以探索潜在的错误是开发它的人不可能的.
