各种测试类型，你分得清楚吗？

本文主要是介绍各种测试类型，你分得清楚吗？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

不管是专业测试人员还是软件行业其他角色，几乎很少有人能分清楚各种软件测试类型，比如最近看到有人说：

“功能测试等同于手动测试”
“功能测试也叫黑盒测试或者数据驱动测试”
……

的确，测试类型的概念没有标准化的定义，而且在不同的语境下还会有不同的含义，因此，大家都混淆各种概念也是很正常的。但是，尽量搞清楚这些类型，对于我们更好地理解和实践软件测试还是很有帮助的。

于是，通过对 ChatGPT 进行提问，对它回答不清晰或者不准确的内容通过进一步提问澄清，最终我和 ChatGPT pair 整理了这份软件测试类型清单。

01 按照测试验证的内容分类

根据测试验证的内容是系统的功能需求，还是非功能需求，可以分为功能测试和非功能测试，而非功能测试还可以细分为不同的测试类型。

1.1 按验证内容分类的测试类型

1. 功能测试： 功能测试主要验证软件系统的功能是否符合用户需求和规格说明书的要求。

2. 性能测试： 性能测试主要用于测试软件系统的性能，包括响应时间、吞吐量、负载能力等方面。通过这种测试类型，可以找出系统的性能瓶颈，以及在不同负载条件下的表现。

3. 可靠性测试：可靠性测试主要用于测试软件系统的稳定性和可靠性，通常会通过模拟各种异常情况来测试系统的鲁棒性，以及对异常情况的处理能力。

4. 兼容性测试：兼容性测试主要用于测试软件系统在不同硬件和软件环境下的兼容性，通常会测试系统在不同操作系统、浏览器、设备和网络环境下的表现，以确保系统能够在各种环境下正常工作。

5. 安全测试：安全测试通常会测试系统的漏洞、安全性能、访问控制等方面，以确保系统能够抵御各种安全攻击和威胁。

6. 可用性测试：可用性测试主要用于测试软件系统的易用性和用户体验。通常会测试系统的界面、操作流程、反应速度等方面，以确保系统能够提供用户友好的使用体验，并满足用户的需求。

7. 容量测试：容量测试主要用于测试系统在高负载情况下的容量和扩展性能，可以确定系统能够承受的最大负载，并确定系统需要进行哪些优化和调整，以达到满足业务需求的性能要求。

8. 可维护性测试：可维护性测试主要用于测试软件系统的可维护性和可扩展性，可以确定系统的易维护性，以及系统在未来的扩展和修改方面的可行性和成本。

9. 可移植性测试：可移植性测试主要用于测试软件系统在不同平台和环境下的可移植性和兼容性，可以确定系统能够在不同的操作系统、硬件平台和开发工具中正确地运行和展现。

10. 国际化测试：国际化测试主要用于测试软件系统在不同语言和文化环境下的本地化和国际化能力，可以确定系统是否能够正确地处理不同的语言和字符集，以及在不同地区和文化背景下的正确表现。

11. 本地化测试：本地化测试主要测试软件在特定的语言、文化和地区设置下的功能和表现，以确保软件在该特定地区的用户能够正常使用，并且能够满足该地区的语言、文化和习惯等方面的需求。本地化测试通常需要对软件进行翻译、本地化调整、格式调整等处理。

12. 易用性测试：易用性测试主要用于测试软件系统的易用性和用户体验，可以确定系统的用户友好性，以及系统是否能够在不同的用户群体中满足用户的需求和期望。

1.2 易混淆测试类型

1. 可用性测试与易用性测试：

可用性测试和易用性测试是相关但不同的测试类型。虽然它们都关注软件系统的用户体验，但它们的重点和方法不同。

可用性测试主要关注系统在各种情况下是否可用。这包括测试系统的可靠性、可访问性、易学性、效率和容错性等方面。可用性测试通常通过场景测试、用户测试和技术测试等方法来评估系统的可用性。

而易用性测试主要关注系统的用户友好性和易学性，以及用户的满意度和使用体验。易用性测试通常通过用户研究、人机交互测试和用户调查等方法来评估系统的易用性。

2. 可移植性测试与兼容性测试：

可移植性测试是测试软件在不同平台和环境下的可移植性和可用性，主要关注的是软件的可移植性，即能否在不同平台和环境下正常运行和使用。而兼容性测试是测试软件在不同硬件和软件环境下的兼容性，主要关注的是软件的兼容性，即能否在不同的操作系统、浏览器、设备和网络环境下正常工作。

可以将两者视为相互补充的测试类型，因为软件的可移植性和兼容性都是非常重要的质量属性。虽然它们有一些相似之处，但是在测试的具体实现上，可移植性测试通常更注重跨平台的测试，而兼容性测试则更注重跨环境的测试。

02 按测试粒度分类

2.1 按测试粒度分类的测试类型

单元测试： 测试软件的最小单元——代码中的单个函数或方法，以确保其行为符合预期，通常在开发阶段由开发人员自行编写和运行。

集成测试： 测试多个模块组合成的集成软件系统，以确保模块之间的接口和交互符合预期。集成测试可以分为顶部向下和底部向上两种方式。

系统测试： 测试整个软件系统，包括所有集成的模块和组件，以确保软件的功能、性能、可靠性、兼容性、安全性等方面符合用户需求和规格说明书的要求。系统测试通常由专门的测试人员进行。

2.2 ChatGPT 的原分类

ChatGPT 是将测试类型按照不同的测试阶段分为：单元测试、集成测试、系统测试和验收测试，但现在测试的阶段已经不是很明显，各种测试可能并行，我不太喜欢按阶段来分，于是启发 ChatGPT 改成按照测试粒度分为单元测试、集成测试和系统测试。

而验收测试则跟冒烟测试和回归测试放到了一个维度，根据测试目的不同来划分。

2.3 易混淆测试类型

1. 系统测试与系统级集成测试：

系统测试主要用于测试整个软件系统是否符合需求和规格说明书，测试人员会对整个软件系统进行测试，包括系统的功能、性能、可靠性、兼容性和安全性等方面的测试，以验证软件系统是否符合需求和规格说明书。

而系统级集成测试是集成测试的一种，它主要用于测试不同子系统之间的集成和协作能力，以及集成后系统的功能和性能等方面是否符合需求。测试人员会针对整个系统的集成进行测试，主要是验证不同子系统之间的接口和交互是否正确，并且系统能够按照预期的方式运行。

因此，系统测试和系统级集成测试都是针对整个软件系统进行测试的，但它们的测试重点和测试目的是不同的。系统测试主要关注整个软件系统是否符合需求和规格说明书，而系统级集成测试主要关注不同子系统之间的集成和协作能力是否符合需求。

2. 系统测试与端到端测试：

系统测试和端到端测试都是按照测试粒度的不同维度来分类的，但是涵盖的范围是有些不同的。

系统测试通常是从整体的角度来测试系统的可靠性、稳定性、性能等方面的质量属性，常常会涉及多个模块和组件的集成测试，例如在测试一个大型系统时，系统测试可能会包含多个模块的集成测试，以及整个系统的端到端测试。

而端到端测试则更加关注整个系统在用户场景下的完整性，即从用户使用的角度出发，测试系统是否能够正确地完成预期的业务流程和交互功能，涵盖的测试范围通常会比系统测试更广泛，包括前端、后端、数据库、接口等多个方面。端到端测试通常也被称为业务流程测试或场景测试。

因此，可以认为端到端测试是系统测试中的一个子集，它更加注重系统在用户场景下的完整性和正确性。

03 按照对系统内部的了解程度分类

ChatGPT 给的分类维度是测试方法，个人觉得不是特别合适，进一步澄清为：是按照测试人员在测试过程中了解系统的内部工作原理和结构的程度来划分的。

黑盒测试： 测试人员不了解系统内部的实现细节，只关注系统的输入和输出，根据系统规格说明或者其他文档编写测试用例，验证系统是否符合需求和规格。这种测试方法模拟了系统用户的行为，通常关注的是系统的功能性和非功能性需求。

白盒测试： 测试人员了解系统的内部工作原理和结构，根据系统设计和代码逻辑编写测试用例，验证系统的正确性和可靠性。这种测试方法侧重于测试代码实现的正确性和系统内部结构的合理性。

灰盒测试： 测试人员了解部分系统的内部工作原理和结构，但是不完全了解系统的全部实现细节。这种测试方法介于黑盒测试和白盒测试之间，既关注系统的功能和需求，也关注代码实现的正确性和内部结构的合理性。测试人员通常会结合系统规格说明和代码实现来编写测试用例。

注：这里的测试人员应该确切地说是开展测试的人员。

04 按照测试目的分类

冒烟测试： 也称为构建验证测试，用于验证软件系统的主要功能是否正常工作。通常在每次代码构建完成后进行，以尽早发现潜在的问题，避免在后续测试中浪费时间和资源。

回归测试： 用于验证新的软件功能或修复缺陷后，之前的功能是否受到影响。通常在每次代码变更后进行，以确保之前的功能没有被破坏或产生副作用。

验收测试： 也称为用户验收测试，是在软件交付给用户之前进行的最后一轮测试，以确保软件系统符合用户需求和预期的质量标准。

05 按照测试对象分类

前端测试： 主要测试网站或应用程序的前端界面，包括页面布局、交互、响应速度、可访问性、可用性等方面。

后端测试： 主要测试应用程序的后端功能和逻辑，包括数据处理、算法、业务逻辑等方面。

数据库测试： 主要测试数据库的性能、可靠性、安全性等方面，包括对数据表结构、数据完整性、数据类型等方面的测试。

接口测试： 主要测试应用程序与其他系统或服务之间的接口，包括对输入参数、输出结果、数据格式、传输协议等方面的测试。

06 按照测试手段分类

按照测试手段分为手动测试和自动化测试，这两种测试类型不做详解啦。

07 按照测试执行的方式分类

按照测试执行的方式，也就是是否要基于测试用例（脚本）来进行测试，可以分为脚本化测试和探索式测试。

脚本化测试： ChatGPT 认为脚本化测试就是自动化测试，其实脚本化测试是指基于测试用例进行的测试，包括自动化和手动测试。

探索式测试： 不需要事先设计测试用例，它是一种软件测试风格，强调独立测试人员的个人自由和职责，为了持续优化其工作的价值，将测试相关学习、测试设计、测试执行和测试结果分析作为相互支持的活动，在整个项目过程中并行地执行。

08 写在最后

我只进行了少量修改和调整，还有保留绝大部分原话，希望 ChatGPT 的车轱辘话没把大家绕晕。

不同的测试类型可以针对不同的需求和问题，有助于制定更加有效的测试计划和策略。同时，掌握不同的测试类型可以提高测试能力和测试思维，让测试工作更加专业和高效。

但是，也没必要过度去抠各种测试类型的细节，测试策略的制定需要系统性地考虑。全面了解各种测试类型的划分方式，基于测试象限和测试金字塔的指导，结合项目和系统特点来制定适合的策略。

总结：

感谢每一个认真阅读我文章的人！！！

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式：
这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片即可自行领取。

这篇关于各种测试类型，你分得清楚吗？的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---