【软件测试】软件测试有哪几种类型?-CSDN博客

本文链接：https://blog.csdn.net/m0_74105656/article/details/142466046

一. 按测试的目标进行分类.

1.1 界面测试

软件是一种工具, 人与软件的交互是通过界面直接进行的, 因此合理的界面能给用户带来轻松愉悦的感受.
界面测试（User Interface Testing，简称UI测试）定义: 专注于验证用户界面的功能模块布局是否合理、风格是否一致、控件位置是否符合客户使用习惯.
界面测试的主要内容:
1. 内容的完整性: 测试界面在不同的环境下是否会出现展示不完整的情况. 比如界面内容对屏幕大小的自适应, 是否是正常的换行, 内容是否展示完整(会不会出现数字重叠等情况).
2. 布局的合理性: 检查界面布局是否合理, 比如不同板块的字体设计, 图片展示是否符合需求等内容.
3. 风格的一致性:确保整个应用的界面风格统一, 包括颜色, 字体和图标等元素的一致性. 比如京东的整体风格是红色的.
4. 操作的便捷性: 评估界面的操作是否便捷, 按钮和菜单是否易于理解和使用.

1.2 功能测试

功能测试（Functional Testing）定义: 又称行为测试，旨在验证软件的功能是否按照预期工作。功能测试是根据产品特性、操作描述和用户场景，测试产品的特性和可操作行为，以确保其满足设计需求。它主要关注软件的各项功能是否正确实现，并验证这些功能是否符合用户需求.
功能测试的主要内容:
1. 功能验证: 检查产品是否达到用户要求的功能. 这其中包括是否能够正常操作, 边界条件能否正常使用和出现异常情况的处理手段.
2. 界面测试: 从软件产品的界面、架构出发，根据需求编写测试用例，输入期望结果和实际结果之间的对比。
3. 数据驱动测试：只需考虑要测试的各种功能，不需要考虑整个软件的内部结构及代码.

1.3 性能测试

性能测试定义: 性能测试是一种通过模拟实际应用场景和负载条件来检验软件系统在各种条件下的表现和性能的软件测试方法
性能测试的主要指标:
1. 吞吐量：系统在单位时间内处理的事务数量或请求数量。
2. 响应时间：用户发起请求后系统返回响应所需的时间。
3. 并发用户数：同时访问系统的用户数量。
4. 错误率：在一定时间内发生的错误请求或事务的百分比。
5. 资源利用率：系统使用的计算资源的利用率，如CPU、内存、磁盘等。

1.4 可靠性测试

可靠性测试定义: 可靠性测试（Reliability Testing）是为了评估产品在规定的寿命期间内，在预期的使用、运输或储存等所有环境下，保持功能可靠性而进行的活动
可靠性 = 正常运行时间 / (正常运行时间+非正常运行时间) * 100%.
可靠性测试的常见指标:
1. 可靠度：系统在规定时间内无故障运行的概率。
2. 失效率：单位时间内系统发生故障的次数。
3. 平均无故障时间（MTBF）：系统平均无故障运行的时间间隔。
在企业中针对不同的业务场景, 软件的使用可靠性一般要求为99.99%(四个9)或者99.999%,这两种情况在一年之内不能使用的时间大约分别是52分钟, 5分钟

1.5 安全性测试

安全性测试定义: 安全性测试（Security Testing）是在软件产品开发基本完成时，用于验证产品是否符合安全需求定义和产品质量标准的过程。它通过模拟各种攻击手段来检验系统的安全性，确保系统能够抵御潜在的安全威胁。
安全测试常见的漏洞类型:
1. 钓鱼：黑客构造一个跟知名网站很相似的网站，吸引用户输入敏感信息。
2. 暗链：隐藏在网页中的链接，用于提高网站的PR值。
3. XSS（跨站脚本攻击）：恶意攻击者往Web页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web里面的html代码会被执行，从而达到恶意用户的特殊目的。
4. 点击劫持：一种视觉上的欺骗手段，通过覆盖透明iframe或图片，诱使用户在不知情的情况下进行操作。
5. CSRF（跨站请求伪造）：攻击者盗用了你的身份，以你的名义发送恶意请求。
6. SQL注入：通过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。
7. 文件上传/文件包含：上传的附件没有进行过滤，当上传的文件为危险文件时，依然可以上传成功。
8. 暴力破解：使用一个好的字典，利用工具，暴力破解网站的登录名和密码

1.6 易用性测试

易用性测试定义:易用性（Usability）是交互的适应性、功能性和有效性的集中体现。它反映了用户在使用软件过程中所感受到的产品质量。
易用性测试的主要内容:
1. 标准和规范：符合现行的标准和规范是最重要的易用性要素。例如，常用菜单应有命令快捷方式，工具栏长度不能超过屏幕宽度等。
2. 直观性：界面是否洁净、不唐突、不拥挤，布局合理，功能易于找到和使用。
3. 实用性：每个功能点应具有实际价值，有助于用户执行相应功能。
4. 正确性：软件功能执行结果应与实际需求一致，无多余或遗漏的功能。
5. 舒适性：软件外观应与所做工作和用户背景相符，错误处理得当，性能高，及时反馈信息。
6. 灵活性：支持多种视图选择，状态跳转灵活，数据输入输出多样。
7. 一致性：快捷键、菜单选项、术语和命名应保持一致，按钮位置合理。

二. 按照执行方式分类.

2.1 静态测试

静态测试定义: 就是不实际运行被测软件, 而是只静态地检查程序代码, 界面或文档中可能存在的错误.
测试方法：代码审查是通过人工检查代码的语法、风格和逻辑错误。走查通常由开发团队内部成员进行，通过讲解和讨论的方式查找问题。静态分析则使用自动化工具来识别代码中的潜在问题，如安全漏洞和性能瓶颈。
测试优点：静态测试可以在软件开发的早期阶段发现缺陷，从而减少后期修复的成本和时间。它还有助于确保代码遵循编程标准，增强代码的可读性和可维护性。
测试局限：虽然静态测试能发现许多问题，但它无法模拟真实的运行环境，因此可能会遗漏一些只有在运行时才会显现的问题。此外，高质量的静态测试需要专业的工具和技能，这可能会增加项目的成本和复杂性。

2.2 动态测试

动态测试定义 : 是指实际运行被测的程序, 输入相应的测试数据, 检查实际输出结果和预期结果是否相符的过程. 所以判断一个测试属于动态测试还是静态测试,唯一的标准就是看被测程序是否运行
测试方法：动态测试通常使用自动化测试工具或手动测试方法来执行预定义的测试用例，收集和分析测试结果。这包括模拟用户操作、输入数据、监控系统表现以及验证输出的正确性。
测试优点：动态测试可以在实际运行环境中发现软件的错误和缺陷，有助于提高软件的质量和可靠性。通过动态测试，开发者能够确保软件满足设计规范和用户需求，及时发现并修复问题。
测试局限：动态测试可能无法覆盖所有代码路径和边界条件，尤其是在复杂系统中可能存在测试盲点。动态测试需要适当的测试环境和资源，如硬件、软件和网络配置，这可能会增加测试的复杂性和成本。

三.按照测试阶段分类

3.1 单元测试

单元测试定义:单元测试主要关注程序中最小的可测试部分，如函数、方法或类等。它旨在确保这些单元独立于其他代码部分正常工作，通过隔离测试来提高软件的质量和可靠性。单元测试通常由开发人员编写，可以在编写代码时进行，也可以在代码提交之前进行，以确保代码的正确性。
单元测试的目的:
1. 验证代码正确性：单元测试直接针对代码中的具体单元进行测试，确保每个单元都能够按照预期的方式工作，输出正确的结果。
2. 提高代码质量：通过编写单元测试，开发者可以更加仔细地审查代码，发现并修复潜在的错误、缺陷和不良编程实践，从而提高代码的质量。
3. 促进模块化开发：单元测试鼓励开发者将软件划分为较小的、独立的模块，每个模块都有明确的职责和接口。这种模块化开发方式有助于降低代码间的耦合度，提高软件的可维护性和可扩展性。
4. 加速开发过程：虽然编写单元测试需要额外的时间和努力，但它可以在开发早期阶段就发现并修复问题，避免问题在后续阶段被放大或扩散。这样可以减少后期修复缺陷的成本和时间，从而加速整个开发过程。
5. 提供文档和示例：单元测试不仅验证了代码的正确性，还提供了代码的用法示例和预期行为。这些测试用例可以作为文档的一部分，帮助其他开发者理解代码的功能和用法。
6. 支持重构：随着软件项目的不断发展，重构是不可避免的。单元测试为重构提供了安全保障，因为它们可以确保在修改代码时不会破坏现有的功能。通过运行单元测试，开发者可以快速验证重构后的代码是否仍然按预期工作。
7. 增强信心：当软件系统中的每个单元都经过了充分的测试并证明是可靠的时，开发者对软件的整体质量会更有信心。这种信心有助于他们更专注于其他重要的开发任务，如添加新功能或优化性能。

3.2 集成测试

集成测试定义: 主要关注不同软件模块之间的交互和协作是否正常。它确保这些模块在集成后能够形成一个完整且功能正常的系统。
集成测试的目的:
1. 验证模块间的交互：集成测试主要关注软件模块之间的接口和交互逻辑，确保这些模块在组合后能够正确地传递数据、调用功能，并处理各种边界条件和异常情况。
2. 确保系统整体功能：通过集成测试，可以验证软件系统是否能够实现其预定的功能，包括各个模块之间的协作是否顺畅，系统是否能够满足用户的实际需求。
3. 发现模块间的问题：在集成测试过程中，可以发现由于模块间的不兼容、接口错误或依赖关系复杂等问题导致的系统缺陷。这些问题在单个模块的单元测试中可能无法发现，但在模块组合后却可能暴露出来。
4. 提高系统稳定性和可靠性：通过及时发现并修复模块间的问题，集成测试有助于提高软件系统的稳定性和可靠性，确保系统能够在各种环境下稳定运行。
5. 降低后期维护成本：在开发早期阶段通过集成测试发现并修复问题，可以避免在系统上线后出现重大故障，从而降低后期的维护成本和客户投诉。
6. 提供反馈和改进建议：集成测试的结果可以为开发团队提供有关软件设计和实现质量的反馈，帮助他们发现潜在的问题和改进的空间，从而进一步优化软件系统的设计和实现。

3.3 系统测试

系统测试定义: 系统测试覆盖了功能测试、性能测试、安全测试等多个方面，确保软件系统的每个组成部分都能正常工作。系统测试的主要目的是验证软件系统是否完全满足用户需求和规格说明书的要求，以及是否能在实际环境中稳定运行。
系统测试的目的:
1. 验证系统功能：确保软件系统中的每个功能都能按预期工作，符合需求规格说明书中的描述。
2. 评估系统性能：测试系统在正常负载和预期最大负载下的响应速度、吞吐量、资源利用率等性能指标，确保系统能够稳定、高效地运行。
3. 发现并修复缺陷：通过测试发现并报告软件中存在的错误、缺陷或不足，以便开发团队及时进行修复。
4. 提升软件质量：通过系统的测试流程，确保软件的质量符合预期，提高软件的可靠性、可用性、安全性和可维护性。
5. 确保系统兼容性：测试软件与不同操作系统、浏览器、硬件设备以及其他软件的兼容性，确保软件能够在不同环境下正常工作。
6. 提供风险评估：通过对测试结果的分析，评估系统可能存在的风险和问题，为后续的决策提供支持。
7. 满足用户期望：确保软件系统在功能、性能、易用性等方面满足或超越用户的期望，提升用户满意度。
8. 准备部署：为软件的最终部署做好准备，包括确保所有已知问题已得到解决，以及制定相关的操作手册和用户培训材料等。

3.4 验收测试

验收测试定义: 验收测试是部署软件之前的最后一个测试操作，它位于软件产品完成了单元测试、集成测试和系统测试之后，是产品发布之前所进行的软件测试活动。这一测试阶段也称为交付测试，是技术测试的最后一个阶段。
验收测试的目的:
1. 验证功能完整性：通过验收测试，确保软件产品的所有功能都已经按照需求规格说明书实现，并且这些功能能够正常工作，没有遗漏或错误。
2. 确认性能达标：测试软件在各种负载和场景下的性能表现，包括响应时间、吞吐量、资源利用率等，确保软件性能符合预定的性能指标和用户需求。
3. 检查用户界面：验证软件的用户界面是否符合用户习惯，是否易于使用，以及是否满足用户的视觉和交互需求。
4. 评估兼容性：测试软件在不同操作系统、浏览器、硬件设备和其他软件环境下的兼容性，确保软件能够在各种环境中稳定运行。
5. 确保安全性：检查软件的安全性能，包括数据安全、用户认证、权限管理等方面，确保软件能够保护用户数据和系统安全。
6. 获得用户反馈：在验收测试阶段，通常会邀请最终用户参与测试，以便收集他们的反馈意见。这些反馈对于改进软件产品的质量和用户体验非常重要。
7. 为软件发布做准备：通过验收测试，确保软件产品已经准备好发布，包括文档、安装程序、用户手册等配套材料的准备，以及必要的培训和支持服务的安排。
8. 减少风险和成本：在软件产品交付之前发现并修复潜在的问题和缺陷，可以避免在软件发布后给用户带来不便和损失，从而降低风险和成本。

四. 按实施组织分类.

4.1 α测试(Alpha Testing)

α测试定义: α测试是由一个用户在开发环境下进行的测试，也可以是公司内部用户在模拟实际操作环境下进行的测试。这种测试旨在尽可能逼真地模拟实际运行环境和用户对软件产品的操作，以发现潜在的问题和错误。
α测试的目的:
1. 功能：验证软件是否实现了所有预定的功能。
2. 局域化：检查软件在不同地区和文化背景下的适用性。
3. 可用性：评估软件的易用性和用户友好性。
4. 可靠性：测试软件在长时间运行和各种负载条件下的稳定性。
5. 性能：测量软件的响应速度、资源消耗等性能指标。
6. 支持：确保软件具备完善的用户文档、客户培训和支持体系。

4.2 β测试(Beta Testing)

β测试定义 : β测试是软件开发过程中的一个重要阶段，它是指软件开发公司组织各方面的典型用户在日常工作中实际使用软件的β版本，即发放一部分软件给外部用户进行测试，并要求用户报告异常情况、提出批评意见。随后，软件开发公司会根据用户的反馈对β版本进行改错和完善。这种测试方式有助于进一步验证软件的稳定性和可用性，并提供改进和优化的机会。
β测试的目的:
1. 验证稳定性：通过在实际环境中运行软件，验证其是否稳定可靠，不会出现崩溃、死机等问题。
2. 发现潜在问题：让用户在实际使用过程中发现软件中的问题和缺陷，以便开发团队及时进行修复。
3. 收集用户反馈：收集用户对软件功能、性能、界面等方面的反馈意见，以便开发团队进行改进和优化。
4. 提高用户体验：通过用户的反馈和意见，不断改进软件，提高用户体验，满足用户的需求和期望。

α测试和β测试的区别

测试场所不同: α测试是在公司内部进行测试的, 而β测试是在用户环境下进行测试的. α测试的环境是受开发方控制的, 用户数量相对较少, 时间比较集中. 而β测试的环境是不受开发方控制的, 用户数量相对比较多, 时间不集中.
测试执行时机不同: α测试先于β测试执行. 通常是α测试通过后, 再进行β测试.
测试持续时间长短不同: α测试执行时间没有β测试持续时间长.

4.3 第三方测试

第三方测试的定义: 第三方测试是由专业的第三方测试机构或独立的测试团队进行的软件测试，他们不参与软件的开发和用户的使用，以客观、公正的态度对软件进行全面的测试。
第三方测试的目的:
1. 提高软件质量：通过专业的测试团队和全面的测试内容，能够发现并解决软件中存在的问题和缺陷，提高软件的质量和稳定性。
2. 保障用户利益：确保软件符合用户需求和设计，以及相关的标准和要求，保障用户的权益和利益。
3. 促进软件开发：为软件开发团队提供客观、公正的测试反馈和建议，有助于改进软件开发过程和提高开发效率。