【软件测试基础知识】——软件测试分类概述

2023-3-25：小鱼学习笔记分享~一起进步吧！

单元测试

1. 单元测试
   完成最小的软件设计单元的验证工作，目标是确保模块被正确的编码，使用过程设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误，通常情况下是白盒测试，对代码风格和规则、程序设计与结构、业务逻辑等进行静态测试，及早地发现和解决不易显现的错误。

2. 单元测试内容

   • 模块接口的测试
   • 局部数据结构的测试
   • 独立路径的测试
   • 错误处理的测试
   • 边界测试

3. 单元测试模块

   • 被测模块：被测试的程序的模块
   • 驱动模块：用来模拟测试的上一级的模块
   • 桩模块：用来模拟被测模块工作中的所调用的模块

4. 单元测试方法
   以白盒测试方法为主，先静态检查代码是否符合规范，再动态运行代码，检查结果。需要验证结果是否正确，还需要检查程序的容错率、边界值处理等问题。

集成测试

在单元测试的基础上，把多个模块组装在一起进行测试，重点关注模块与模块之间的接口。自顶向下集成：模块集成的顺序是首先集成主模块，然后按照控制层次结构向下进行集成，隶属于主模块的模块按照深度优先和广度优先的方式集成到整个结构中去。自底向上集成：从子模块开始进行构造和测试，因为模块是自底向上集成的，进行时要求所有隶属于某个顶层次的模块总是存在的，也不再有使用稳定测试桩的必要。

系统测试

  系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。

回归测试

  回归测试是指在软件版本发生修改或bug修复之后重新测试先前的测试用例以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。根据修复好的缺陷再重新进行测试。回归测试的目的是验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。

验收测试

  检测软件是否符合用户需求的测试，站在最终用户的角度来测试，是一项确定产品是否能够满足合同或用户所规定需求的测试。验收测试包括Alpha测试和Beta测试。

• Alpha测试：内测版本，通常在软件开发者的内部交流。尽可能逼真地模拟实际运行环境和用户对软件产品的操作，并尽最大努力涵盖用户所有的操作方式。
• Beta测试：公测版本，是对用户开放的测试版本，由软件公司发布，用户可在相关站点下载，将用户测试遇到的问题反馈给开发者，开发者再针对性进行修改，并开始准备发布最终的测试软件。

冒烟测试

  对软件最基本的流程和工作做一个粗略的测试，看最基本的流程是否能跑通；对系统的基本功能进行简单的测试，强调程序的主要功能进行测试，而不会对具体功能进行更深入的测试。
  冒烟设计用于确认代码中的更改是否会按预期进行，且不会破坏整个版本的稳定性。

“继续记录学习生活，坚持更新~”