软件测试——分类

大家好，我是讯享网，很高兴认识大家。

转载：https://www.cnblogs.com/findyou/p/6480411.html

参考：https://blog.csdn.net/daboluo521/article/details/

1、按开发阶段：单元测试、集成测试、系统测试、验收测试
2、按测试实施组织：α、β、第三方
3、按测试执行方式：静态测试、动态测试
4、按是否查看代码：黑盒测试、白盒测试、灰盒测试
5、按是否手工执行划分：手工测试、自动化测试
6、按测试对象划分：性能测试、安全测试、兼容性测试、文档测试、易用性测试(用户体验测试)、业务测试、界面测试、安装测试
7、按测试地域划分：本地化测试、国际化测试

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

按开发阶段划分：

1、UI界面层(用户界面测试)：功能性验证测试、兼容性与用户测试
2、业务逻辑层(API层面)：客户端模拟测试、内外接口测试、SDK接口测试(Software Development Kit一般指的是软件工程师特定的软件包建立的开发工具的集合)
3、数据处理层：单元测试

讯享网

1)单元测试

单元测试是对软件组成进行的测试。其目的是检验软件基本组成单位的正确性。测试对象是软件设计的最小单元：模块，又称为模块测试。
测试阶段：编码后或者编码前(TDD)
测试对象：最小模块
测试人员：白盒测试工程师或开发人员
测试依据：代码和注释+设计详细文档
测试方法：白盒测试
测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试

单元测试是白盒测试，但是白盒测试不是单元测试

集成测试(也成联合测试，联调)、组装测试，将程序模块采用适当的集成策略组装起来，
测试阶段：一般的单元测试之后进行
测试对象：模块间的接口
测试人员：白盒测试工程师或开发工程师
测试依据：单元测试模块+概要设计文档
测试方法：黑盒测试和白盒测试相互结合
测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能的正确性、全局数据结构、单模块缺陷对系统的影响。

将软件系统看成一个系统测试。包括对功能、性能以及软件所运行的硬软件环境进行测试。时间大部分在系统测试执行阶段，，包括了回归测试和冒烟测试
测试阶段：集成测试之后
测试对象：整个系统(软、硬件)
测试人员：黑盒测试工程师
测试依据：需求规格说明文档
测试方法：黑盒测试
测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全等

对一个硬件或硬件组件进行更改或修复后，直接给设备加电，如果没有冒烟就认为该组件通过了测试，
冒烟测试的对象都是每一个新编译的需要正式测试的软件版本，目的是确认软件的基本功能正常，可以进行后续的测试工作，冒烟测试的执行者是版本编译人员。
冒烟测试一般是开发人员开发完毕之后送给测试人员进行测试时，测试人员要先进行冒烟，用以保证基本功能是正确的，不会阻碍后续的测试。

验收测试是部署软件之前的最后一个测试操作，它是技术测试室的最后一个阶段，也叫做交付测试，验收测试的目的是保证软件的准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件的购买者展示该软件的原始的需求。

测试阶段：系统测试之后
测试对象：整个的系统(包括软硬件)
测试人员：最终的用户或者需求方
测试依据：用户需求和验收标准
测试方法：黑盒测试
测试内容：同系统测试一样(功能。。。。文档等)

1)α测试

预发布环：和生产环境是一样的，由本项目以外的研发和测试人员进行的测试、公司内部的客户不参与，项目以外的人员都可以进行与

2)β测试

β测试：由软件的最终的用户们在一个或者多个客户场所进行的测试。

β测试的测试场所也不是由开发方进行控制的，相对来说用户的数量是相对比较多的，但是时间也不是很集中的。

=====================================================================================================================

前言

测试小伙伴在谈论软件测试分类，五花八门的分类，眼花缭乱。因为将各个维度划分的内容都整到一块了，在加上各自不同的见解与补充，各种冲突......

相关推荐