共计 1200 个字符，预计需要花费 3 分钟才能阅读完成。
下面给出了一些关于软件测试的最常见的误区。
误区 1：测试太贵了
现实 – 有一种说法，在软件开发过程中为测试付出的代价很低，可能会导致以后的维护或修正需要支付更多费用。早期测试在许多方面节省了时间和成本，但是在没有测试的情况下降低成本可能导致软件应用程序的不正确设计使得产品无用。
误区 2：测试耗费时间
现实 – 在 SDLC 阶段，测试从来不是一个耗时的过程。并且，诊断和修复在测试期间发现的错误是一项耗时但富有成效的工作。
误区 3：只测试了完全开发的产品
现实 – 毫无疑问，测试取决于源代码，但审查需求和录制测试用例与开发的代码无关。然而，作为开发生命周期模型的迭代或增量方法可以减少测试对完全开发的软件的依赖性。
误区 4：完成测试是可能的
现实 – 当客户或测试人员认为可以进行完整测试时，这成为一个问题。所有路径都可能已经经过团队测试，但完全测试是不可能的。在软件开发生命周期中，可能存在一些从未由测试团队或客户执行的场景，并且可能在项目部署完成后才会表现出来。
误区 5：经过测试的软件无错误
现实 – 这是客户、项目经理和团队管理者所信奉的一个非常普遍的误区。没有人能够绝对肯定地声称软件应用程序 100%无错误，即使具有出色测试技能的测试人员已经测试了应用。
误区 6：错过的缺陷是由测试人员造成的
现实 – 即使在执行测试之后，将仍然存在于应用程序中的错误归咎于测试人员也不是一种正确的方法。这个误区涉及时间、成本和不同场景。但是，测试策略也可能导致测试团队错过错误。
误区 7：测试人员对产品质量负责
现实 – 这是一个非常常见的误解，只有测试人员或测试团队才应对产品质量负责。测试人员的职责包括帮助利益相关者识别错误，然后由他们决定是修复错误还是发布软件。当时发布软件会给测试人员带来更大的压力，因为他们会因任何错误而受到指责。
误区 8：应尽可能使用测试自动化来缩短时间
现实 – 是的，测试自动化确实减少了测试时间，但在软件开发过程中无法随时启动测试自动化。当软件经过手动测试并且在某种程度上稳定时，才应该启动测试自动化。此外，如果需求不断变化，则永远不能使用测试自动化。
误区 9：任何人都可以测试软件应用程序
现实 – IT 行业以外的人们认为任何人都可以测试软件并且测试不是一项创造性的工作。然而，测试人员非常清楚这是一个误区。思考替代方案、尝试崩溃软件以探索潜在的错误对于开发它的人来说是不可能的。
误区 10：测试者唯一的任务就是找到错误
现实 – 在软件中查找错误是测试人员的任务，但与此同时，他们是特定软件的领域专家。开发人员只负责分配给他们的特定组件或区域，但测试人员需要了解软件的整体工作方式，包括依赖关系以及一个模块对另一个模块的影响。
本人创业团队产品 MadPecker，主要做 BUG 管理、测试管理、应用分发
网址:www.madpecker.com，有需要的朋友欢迎试用、体验！
本文为 MadPecker 团队产品经理译制，转载请标明出处
