软件测试7大误区(1)，2024年最新啃完999页软件测试面试高频宝典

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

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

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

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

随着软件测试对提高软件质量重要性的不断提高，软件测试也不断受到重视。但是，国内软件测试过程的不规范，重视开发和轻视测试的现象依旧存在。因此，对于软件测试的重要性、测试方法和测试过程等方面都存在很多不恰当的认识，这将会进一步的影响软件测试活动的开展，并且阻碍软件测试质量的提高。下面简单列举了几种有代表性的对软件测试的认识误区，并作了相应的分析和解释。

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

但随着软件测试业的发展，人们越来越认识到：软件测试不应只是软件项目的收尾工作，而应该在软件生命周期的每一阶段中都包含测试。软件测试是贯穿于整个软件开发生命周期的过程活动，包括软件测试计划、软件测试需求分析、软件测试用例设计、软件测试执行、软件缺陷管理、软件测试风险管理以及其他的一些软件测试相关的活动等等组成。在软件项目的每个阶段，都需要进行不同目的和不同内容的测试活动，以保证各个阶段工作产品输出的正确性。软件测试的对象也不仅仅是软件代码，还包括软件需求文档和设计文档等其他所有的软件工作产品。软件开发与软件测试之间应该是交互进行的，比如单元编码之后需要进行单元测试，模块组合之后进行集成测试。

如果等到软件编码结束之后才进行测试，测试的时间很有限，很难达到测试的覆盖率要求和测试的质量要求。同时，假如在项目开发的后期，发现一些软件需求阶段和概要设计阶段的错误和问题，修改这些缺陷导致的成本将是非常高的。有资料表明：平均而言，如果在需求阶段修正一个错误的代价是1，那么，在设计阶段就是它的3-6倍，在编程阶段是它的10倍，在内部测试阶段是它的20-40倍，在外部测试阶段是它的30-70倍，而到了产品发布出去，这个数字就是40-1000倍。修正错误的代价不是随着时间线性增长的，而几乎是呈指数增长的。因此，应尽早地不断地进行软件测试，发现错误并加以修正，而非软件开发结束后才进行测试。

误区2：软件发布后发现软件问题，那是测试人员的责任
许多人认为测试人员需要对发布的软件质量负责，假如软件到用户后，发现很多的问题，那是测试人员的错和责任。这种认识误区非常打击测试人员的积极性。软件中的缺陷可能来自软件开发过程中的任何一个过程，而对于软件测试而言，只能证明软件存在缺陷，而不能保证软件没有错误。通过软件测试，无法发现软件中的所有错误和缺陷。从软件开发的角度看，软件的高质量不是软件测试人员测出来的，而是需要软件生命周期的各个过程共同来保证的。出现软件错误，不能简单地归结为某一个人或某个团队的责任。比如有些错误的产生可能不是技术原因，可能来自于混乱的项目管理；或者客户发现软件某些功能并没有按照原有需求来实现，换言之，软件没有完成客户想做的操作，诸如此类问题很可能是软件设计人员理解需求错误致使设计不当所引起的。

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

误区3：测试人员不需要具备很高的技能
不少软件业人士认为软件测试行业对软件测试人员的技能要求不高。认为测试只是对照产品规格书操作软件，发现软件与规格说明不一致的地方，是没有技术含量的工作。

这种观点是错误的，或者至少是步恰当的。随着软件测试行业的发展，测试不仅仅是运行软件发现缺陷的一个过程，而是从项目早期，测试人员就开始介入，进行测试需求分析、计划测试等。这要求测试人员有很好的沟通能力、理解能力、分析问题能力，同时还必须对产品开发技术有一定的了解。

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

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

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

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

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

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）

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