功能测试三年，是时候做出改变了，你真的知道软件测试按下开机键到启动发生什么吗-CSDN博客

本文链接：https://blog.csdn.net/2301_79057936/article/details/137801120

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

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

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

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

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

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

正文

一、什么是自动化测试

如果以前没有做过自动化测试，那么就不了解自动化测试，可能会觉得自动化测试比较神秘，但是，我们在日常的计算机操作中，可能会碰到一些自动化处理的过程，这些过程和自动化测试比较接近。

例如，

Windows操作系统的控制面板中，有一项功能：任务计划向导。
DOS批处理文件，直到今天的Windows Vista还在使用它。它更接近自动化测试。

上述的自动化处理过程还不是测试，因为测试的重要一点是须要验证，将实际执行的结果和用户期望的结果进行比较。没有这个比较，就不是自动化测试。

二、自动化测试和手工测试有什么不同

亲手做过自动化测试之后，我们对自动化测试就有了一个感性的认识，至少有下列几点感觉：

l 机器人从来就不会感觉累

l 自动化测试的速度，是手工测试无法比的

l 测试结果准确。例如搜索用时即使是0.33秒或0.24秒，系统都会发现问题，不会忽视任何差异。

l 一旦脚本完成，可以一劳永逸地运行很多遍，重复使用。

从这里就可以初步体会到自动化测试的优越性――高效率、准确可靠和复用性。同时，自动化测试也有不利的一面，即在创造性、发现新缺陷等方面能力不足。

有资料显示，即使自动化测试实施良好，也只能发现软件系统中30%的问题，而70%的问题还要靠手工测试发现。所以自动化测试更适合于负载测试、性能测试和回归测试。

概括起来，通过自动化测试，软件企业可以获得许多好处。

l 测试周期缩短，因为自动化测试效率高、能够长时间不间断地运行。

l 完成更多的测试，实现更高的测试覆盖率，保证测试的一致性，提高测试的可靠性，最终获得更高质量的软件。

l 更高的测试团队士气，因为有更多机会学习编程、获取新技术；同时，自动化测试使测试工作变得更有趣。

三、什么是自动化测试

谈到自动化测试，一般会提到测试工具。许多人觉得使用了一两个测试工具就是实现了测试自动化，这种理解是不对的，至少是片面的。的确，测试工具的使用是自动化测试的一部分工作，但是“用测试工具进行测试”不等于“自动化测试”。那么，什么是“自动化测试”呢？

自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程，即模拟手工测试步骤，通过执行程序语言编制的测试脚本自动地测试软件，自动地完成软件的单元测试、功能测试、负载测试或性能测试等全部工作。

实际上，对于自动化测试有两种说法――“自动化测试”和“测试自动化”。它们之间存在某些微妙的差别，如果严格地加以区分，可以看作是两个概念：

自动化测试（Automated Test**）**，侧重说明由测试工具自动地执行某项软件测试任务，自动化处理范围比较小。例如通过某个软件工具完成应用系统的功能测试和性能测试等测试执行工作，而测试的计划、设计和管理等其他工作还是由手工完成的。

测试自动化（Test Automated**）**，侧重说明整个测试过程都由计算机系统自动完成，体现了更理想的自动化测试思想，有更广的范畴和更大的挑战。它不仅要求由工具完成测试的执行，而且要求测试的设计和管理也能由系统自动完成，例如基于模型实现测试设计的自动化、基于软件设计规格说明书实现测试用例的自动生成、基于数据库系统实现测试管理的自动化等。

根据上面的描述，测试自动化的要求相对来说高得多，即要求所有的测试工作都由计算机系统自动完成。包括：

l 测试环境的搭建和设置，如自动上传软件包到服务器并完成安装。

l 脚本自动生成，如根据UML状态图、时序图等生成可运行的测试脚本。

l 测试数据的自动产生，例如通过SQL语句在数据库中产生大量的数据记录，用于测试；

l 测试操作步骤的自动执行，包括软件系统的模拟操作、测试执行过程的监控；

l 测试结果分析，实际输出和预期输出的自动对比分析；

l 测试流程（工作流）的自动处理，包括测试计划复审和批准、测试任务安排和执行、缺陷生命周期等自动化处理。

l 测试报告自动生成功能等。

这样，测试自动化意味着测试全过程的自动化和测试管理工作的完全自动化，是测试工程师所追求的一种理想境界。如果使整个软件测试过程完全自动化，而不需要丝毫的人工参与或干涉，这是不现实的。

四、自动化测试和手工测试应用范围的对比

在充分利用自动化工具、全力进行自动化测试的同时，牢记不要追求100%的自动化，手工测试仍然至关重要。对高风险的模块或领域要进行更多的人工测试。根据手工测试和自动化测试的各自优势，对人工测试和自动测试区别对待，进行有效分工。


适用于自动化测试	适用于手工测试
l 明确的、特定的测试任务 l 软件包括验证测试（Build Verification Test、BVT） l 回归测试、压力测试、性能测试等 l 相对稳定且界面改动比较少的功能测试 l 人工容易出错的测试工作 l 在多个平台环境上运行相同的用例、大量组合性测试或其他重复性测试任务 l 周期长的软件产品开发项目 l 项目的时间压力不太大 l 被测试软件具有很好的可测试性 l 能确保多个测试运行的构建策略 l 拥有运行测试所需的软硬件资源 l 拥有较强编程能力的测试人员	l 一次性项目或周期很短的项目的功能测试 l 需求不确定或需求变化比较快 l 适用性测试或验收测试 l 产品的功能设计或界面设计还不成熟 l 没有适当的测试过程 l 测试内容和测试方法不清晰 l 项目的时间压力较大 l 团队缺乏编程能力的测试人才 l 缺乏软硬件资源

适用于自动化测试

适用于手工测试

l 明确的、特定的测试任务 l 软件包括验证测试（Build Verification Test、BVT） l 回归测试、压力测试、性能测试等 l 相对稳定且界面改动比较少的功能测试 l 人工容易出错的测试工作 l 在多个平台环境上运行相同的用例、大量组合性测试或其他重复性测试任务 l 周期长的软件产品开发项目 l 项目的时间压力不太大 l 被测试软件具有很好的可测试性 l 能确保多个测试运行的构建策略 l 拥有运行测试所需的软硬件资源 l 拥有较强编程能力的测试人员

l 一次性项目或周期很短的项目的功能测试 l 需求不确定或需求变化比较快 l 适用性测试或验收测试 l 产品的功能设计或界面设计还不成熟 l 没有适当的测试过程 l 测试内容和测试方法不清晰 l 项目的时间压力较大 l 团队缺乏编程能力的测试人才 l 缺乏软硬件资源

如表，概括起来，任务越单调，自动化测试越适合；重复性越大，自动化测试越适合；越容易量化，自动化测试越适合。

五、区别对待不同的测试阶段

单元测试、集成测试、系统测试和验收测试等不同的测试阶段，虽然都可以采用自动化测试来完成，但自动化测试的程度不一样。

在单元测试中，自动化测试工具和开发工具集成在一起，自动化测试程度比较高，而且比较全面。如前面所说的，代码的静态扫描，可以充分利用测试工具来完成。而单元的功能测试，一般可以借助单元测试框架实现，但须要写大量的测试脚本或测试代码，手工的工作量不小，这也是许多软件公司的单元测试覆盖率总是不够高的主要原因。

在集成测试阶段，自动化测试工具的作用是间接的，不是直接的、主动的。多数测试组织不是通过测试工具验证模块之间的接口，而是通过基本功能的验证来验证系统的集成，即通过BVT来完成每日测试，以满足每日构建、每日集成（持续集成）的需要。

在系统测试阶段，人们首先会将自动化测试运用在性能测试、压力测试、可靠性测试中，而在功能测试中，自动化测试的投入会比较谨慎。功能测试中逻辑、数据和API等验证，比较适合自动化测试，而GUI界面、易用性等测试，更宜由手工完成。

在用户参与的验收测试中，一般不宜于采用自动化测试。同样，针对软件界面操作友好性、易用性的测试，自动化无能为力，必须由手工测试来完成。