软件测试最全软件测试7大误区(3)，贼厉害

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

随着软件工程学的发展和软件项目管理经验的提高，软件测试已经形成了一个独立的技术学科，演变成一个具有巨大市场需求的行业。软件测试技术不断更新和完善，新工具、新流程、新测试设计方法都在不断更新，需要掌握和学习很多测试知识。所以，具有编程经验的程序员不一定是一名优秀的测试人员。软件测试包括测试技术和管理两个方面，完全掌握这两个方面的内容，需要很多测试实践经验和测试理论知识，需要我们不断的学习。

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

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

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

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

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

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

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

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

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**