1.5 从测试阶段、技术、目标和执行方式四个角度，对测试进行分类

从测试阶段和对象的角度来分类 （V模型，素材库）

1. 单元测试

   1. 对应编码阶段，测试对象是单个模块或组件

   2. 用于验证一个单元模块（组件）的功能是否正常，包括几行或几百行代码

2. 集成测试

   1. 对应详细设计，测试对象是一组模块或组件

   2. 将不同的单元模块组合在一个，形成更大组件的测试过程

   3. 用于查找不同单元或组件间的接口错误，关注点是单元测试中不能被发现的缺陷

3. 系统测试

   1. 对应概要设计，测试对象是整个系统

   2. 用于检验软件产品是否能与系统的其他部分协调工作，包括硬件、数据库、操作人员等

   3. 评估系统行为，确保行为符合用户需求，评估系统与硬件设备、运行环境、应用程序等之间接口

   4. 评估系统的非功能性需求，如性能、可靠性、安全性等

4. 验收测试

   1. 对应需求分析，测试对象是整个系统

   2. 是软件部署前的测试，通常由系统提供者和客户共同完成

从测试技术的角度来分类

1. 白盒测试：关注与代码内部结构相关的缺陷，需要一定的编程基础

2. 黑盒测试：关注与产品外部行为相关的缺陷，不考虑内部结构和运行逻辑

3. 灰盒测试：综合了白盒测试和黑盒测试

从测试目标的角度来分类

1. 回归测试、功能测试、性能测试、Alpha测试、Beta测试

   1. 回归测试：在软件版本修改后的重新测试，可用于所有测试级别，确保行为不被改变

   2. 功能测试：根据软件的功能需求进行测试，目的是检查应用程序的行为是否符合预期

   3. 性能测试：验证系统是否满足规格说明的性能需求，如容量、响应时间

   4. Alpha测试：软件发布前，让小规模、有代表性的潜在用户试用软件，由开发机构人员模拟潜在用户开展测试

   5. Beta测试：软件的早起版本被发布给具有代表性用户群来测试，通常用于面向大众市场的系统、计算机游戏等

2. 压力测试、负载测试、安全性测试

   1. 压力测试：以测试的最大负载或超过最大负载来运行软件，以确定系统运行的负载界限

   2. 负载测试：通过测试系统在超负荷的资源下的表现，来验证负载能力或发现设计上的错误

   3. 安全性测试：验证产品是否符合安全需求定义和产品质量标准，用于测试系统在遭遇未授权访问、计算机犯罪和破坏时能否保护自己

3. 配置测试、安装测试、可用性测试、可恢复性测试

   1. 配置测试：对每一种需要的环境配置进行测试，包含硬件配置和软件配置

   2. 安装测试：在目标环境中通过安装来验证软件及其安装过程，确保软件在正常和异常的不同情况下都能安装，且能立即运行

   3. 可用性测试：用于评估系统使用的简易程度，交互是否具有人机工程学设计，用户文档使用的有效性

   4. 可恢复性测试：检验系统在灾难或宕机后的重启能力

从测试执行方式的角度来分类

1. 手动测试：人工执行测试，不借助工具，人工运行被测试软件，观察实际输出是否符合预期输出

2. 自动化测试：将以人为驱动测试的方式转化为机器执行的过程，节省人力、时间、资源，提高效率