测试理论（测试分类）

最新推荐文章于 2024-05-18 15:24:32 发布

仲夏那片海

最新推荐文章于 2024-05-18 15:24:32 发布

阅读量979

点赞数 21

文章标签：功能测试单元测试测试覆盖率

本文链接：https://blog.csdn.net/weixin_44143876/article/details/134983059

版权

测试分类
请添加图片描述

1. 按照阶段进行划分

单元测试(Unit Testing)

单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位：模块。

测试阶段：编码后
测试对象：最小模块
测试人员：白盒测试工程师或开发工程师
测试依据：代码和注释+详细设计文档
测试方法：白盒测试
测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试

集成测试(Integration Testing)

集成测试也称联合测试、组装测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。主要目的是检查软件单位之间的接口是否正确。

测试阶段：一般单元测试之后进行
测试对象：模块间的接口
测试人员：白盒测试工程师或开发工程师
测试依据：单元测试的模块+概要设计文档
测试方法：黑盒测试与白盒测试相结合
测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响

补充说明：
单元测试是一个模块内部的测试，集成测试是在模块之间进行测试（至少两个）

系统测试(System Testing)

将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段,包括回归测试和冒烟测试

测试阶段：集成测试通过之后
测试对象：整个系统（软、硬件）
测试人员：黑盒测试工程师
测试依据：需求规格说明文档
测试方法：黑盒测试
测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等

补充说明：
（1）系统测试是从完整的角度，广面去看待问题，不再看模块
（2）虽然系统测试包括冒烟测试和回归测试，但三者之间是有严格的先后顺序的，即：先冒烟、再系统、后回归

2. 按是否覆盖源码划分

黑盒测试(Black-box Testing)

黑盒测试也称功能测试，测试中把被测的软件当成一个黑盒子，不关心盒子的内部结构是什么，只关心软件的输入数据与输出数据。黑盒测试又分为功能测试和性能测试

功能测试
- 业务测试是指：测试人员将系统的整个模块串接起来运行、模拟真实用户实际的工作流程。满足用户需求定义的功能来进行测试的过程
- 易用性（Useability）是交互的适应性、功能性和有效性的集中体现。又叫用户体验测试。
- 界面测试（简称UI测试)，测试用户界面的功能模块的布局是否合理、整体风格是否一致、各个控件的放置位置是否符合客户使用习惯，此外还要测试界面操作便捷性、导航简单易懂性，页面元素的可用性，界面中文字是否正确，命名是否统一，页面是否美观，文字、图片组合是否完美等。
- 安装测试:是指测试程序的安装、卸载。最典型的就是APP的安装、卸载。
- 兼容性测试:主要是指软件之间能否很好的运作，会不会有影响、软件和硬件之间能否发挥很好的效率工作，会不会影响导致系统的崩溃。例如最常见的是浏览器的兼容性测试,不同浏览器在css、js解析的不同会造成页面的不同.
性能测试

检查系统是否满足需求规格说明书中规定的性能。
通常表现在以下几个方面：
- 对资源利用（如内存、处理机周期等）进行的精确度量
- 对执行间隔
- 日志事件（如中断，报错）
- 响应时间
- 吞吐量（TPS）
- 辅助存储区（例如缓冲区、工作区的大小等）
- 处理精度等进行的监测

白盒测试(White-box Testing)

白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒指的打开盒子，去研究里面的源代码和程序结果。

白盒测试也是接口测试的一种

灰盒测试(Gray-Box Testing)

灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。

灰盒测试:功能 + 接口

3.按是否执行程序划分

静态测试(Static testing)

静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。阿旺分析如下

检查项：代码风格和规则审核；程序设计和结构的审核；业务逻辑的审核；走查、审查与技术复审手册。
静态质量：度量所依据的标准是ISO9126。在该标准中，软件的质量用以下几个方面来衡量，即功能性(Functionality)、可靠性(Reliability)、可用性(Usability)、有效性(Efficiency)、可维护性（Maintainability）、可移植性(Portability)。

静态测试:代码静态分析和文档测试都属于静态测试

动态测试(Dynamic testing)

动态测试方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能。这种方法由三部分组成：构造测试用例、执行程序、分析程序的输出结果。

(1）动态测试有三部分组成：构造测试用例、执行程序、分析程序的输出结果。
(2）大多数软件测试都属于动态测试。

4. 按是否自动化分

手工测试(Manual testing)

手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。阿旺总结优缺点：

优点：自动化无法替代探索性测试、发散思维类无既定结果的测试。
缺点：执行效率慢，量大易错。

自动化测试(Automation Testing)

就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。简单说自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。

自动化测试有：测试自动化、性能测试自动化、安全测试自动化。（一般情况下，我们说的自动化是指功能测试的自动化）
自动化测试按照测试对象来分，还可以分为接口测试、UI测试等。接口测试的ROI（产出投入比）要比UI测试高。

自动化实施的步骤:

(1) 完成功能测试，版本基本稳定

(2) 根据项目特性，选择适合项目的自动化工具，并搭建环境

(3) 提取手工测试的测试用例转换为自动化测试的用例

(4) 通过工具、代码实现自动化的构造输入、自动检测输出结果是否符合预期

(5) 生成自动测试报告

(6) 持续改进、脚本优化