转载：https://www.cnblogs.com/findyou/p/6480411.html
参考：https://blog.csdn.net/daboluo521/article/details/81385017
1、按开发阶段：单元测试、集成测试、系统测试、验收测试
2、按测试实施组织：α、β、第三方
3、按测试执行方式：静态测试、动态测试
4、按是否查看代码：黑盒测试、白盒测试、灰盒测试
5、按是否手工执行划分：手工测试、自动化测试
6、按测试对象划分：性能测试、安全测试、兼容性测试、文档测试、易用性测试（用户体验测试）、业务测试、界面测试、安装测试
7、按测试地域划分：本地化测试、国际化测试
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
按开发阶段划分：
1、UI界面层（用户界面测试）：功能性验证测试、兼容性与用户测试
2、业务逻辑层（API层面）：客户端模拟测试、内外接口测试、SDK接口测试（Software Development Kit一般指的是软件工程师特定的软件包建立的开发工具的集合）
3、数据处理层：单元测试
1）单元测试
单元测试是对软件组成进行的测试。其目的是检验软件基本组成单位的正确性。测试对象是软件设计的最小单元：模块，又称为模块测试。
测试阶段：编码后或者编码前（TDD）
测试对象：最小模块
测试人员：白盒测试工程师或开发人员
测试依据：代码和注释+设计详细文档
测试方法：白盒测试
测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
单元测试是白盒测试，但是白盒测试不是单元测试
2）集成测试
集成测试（也成联合测试，联调）、组装测试，将程序模块采用适当的集成策略组装起来，
测试阶段：一般的单元测试之后进行
测试对象：模块间的接口
测试人员：白盒测试工程师或开发工程师
测试依据：单元测试模块+概要设计文档
测试方法：黑盒测试和白盒测试相互结合
测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能的正确性、全局数据结构、单模块缺陷对系统的影响。
3）系统测试
将软件系统看成一个系统测试。包括对功能、性能以及软件所运行的硬软件环境进行测试。时间大部分在系统测试执行阶段，，包括了回归测试和冒烟测试
测试阶段：集成测试之后
测试对象：整个系统（软、硬件）
测试人员：黑盒测试工程师
测试依据：需求规格说明文档
测试方法：黑盒测试
测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全等
回归测试（Regression Tesing）
回归测试指的就是你修改了旧的代码之后。重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误，自动回归测试将大幅降低系统测试、维护升级等阶段的成本。
在整个软件的过程中占有很大的工作量比重，软件开发的各个阶段都会运行多次回归测试。
冒烟测试（Regression Tesing）
对一个硬件或硬件组件进行更改或修复后，直接给设备加电，如果没有冒烟就认为该组件通过了测试，
冒烟测试的对象都是每一个新编译的需要正式测试的软件版本，目的是确认软件的基本功能正常，可以进行后续的测试工作，冒烟测试的执行者是版本编译人员。
冒烟测试一般是开发人员开发完毕之后送给测试人员进行测试时，测试人员要先进行冒烟，用以保证基本功能是正确的，不会阻碍后续的测试。
4）验收测试
验收测试是部署软件之前的最后一个测试操作，它是技术测试室的最后一个阶段，也叫做交付测试，验收测试的目的是保证软件的准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件的购买者展示该软件的原始的需求。
测试阶段：系统测试之后
测试对象：整个的系统（包括软硬件）
测试人员：最终的用户或者需求方
测试依据：用户需求和验收标准
测试方法：黑盒测试
测试内容：同系统测试一样（功能。。。。文档等）
1）α测试
主要是由一个用户在开发环境进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。
主要的目的是：评价软件产品的FLURPS（即功能、局域化、可使用性、可靠性、性能和支持）；
预发布环：和生产环境是一样的，由本项目以外的研发和测试人员进行的测试、公司内部的客户不参与，项目以外的人员都可以进行与
2）β测试
β测试：由软件的最终的用户们在一个或者多个客户场所进行的测试。
α测试和β测试的区别：
测试的场所是不同的：α测试是把用户请到开发方的场所进行的测试，β测试值的是就是在一个用户或者多个用户场所所进行的测试。
α测试的测试环境是由开发方进行控制的，用户的数量是相对比较少的，时间也是相对比较集中的。
β测试的测试场所也不是由开发方进行控制的，相对来说用户的数量是相对比较多的，但是时间也不是很集中的。
α测试是先与β测试的，通用的软件产品时需要大规模的β测试，猜测是的周期是相对是比较长的。
第三方测试;
介于开发方和用户之间的组织测试。
=====================================================================================================================
前言
测试小伙伴在谈论软件测试分类，五花八门的分类，眼花缭乱。因为将各个维度划分的内容都整到一块了，在加上各自不同的见解与补充，各种冲突......经过多年测试总结基本定为4类测试(最多5类，自动化或者兼容性单独提出来)：功能测试、性能测试、安全测试、特性测试、。化繁为简，转为自己理解的分类，避免死记硬背带来的理解不深入，遗漏测试范围。我的测试4类划分如下：功能测试：关注功能正常（包含兼容性测试），除了下面分类都测；性能测试：关注（比如前端性能、后端性能）；安全测试：关注传输、存储等安全；特性测试：特性指平台差异(即部分兼容性测试)，如PC端鼠标，键盘操作特性(Tab键等)；如手机触屏操作，横竖屏，中断恢复(来电)等。本文主要对现有软件分类进行梳理，请见文。
一、软件测试概念
A.1 经典定义
软件测试(Software Testing)，在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。
A.2 标准定义(IEEE)
软件测试是使用人工或自动的手段来运行或测定某个软件系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。
A.3 测试目的
软件测试的目的是发现问题，发现至今未发现的问题。检查系统是否满足需求。
A.4 测试的对象
程序、数据、文档。
A.5 软件错误占比
据业界著名的统计公司的统计表明，属于需求分析和软件设计错误的约占64%，属于程序编写错误的仅占36％。
A.6 其他基础知识
V模型
RAD（Rap Application Development，快速应用开发）模型是软件开发过程中的一个重要模型，由于其模型构图形似字母V，所以又称软件测试的V模型，V模型大体可以划分为以下几个不同的阶段步骤：需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试。
二、软件测试分类
B.1 wikipedia
测试级别：单元测试、集成测试、接口测试、系统测试、验收测试
测试方法：动态测试、静态测试；黑盒测试、白盒测试、灰盒测试。
测试类型：一共19种，不列举了。如感兴趣，请Find见You传送门 https://en.wikipedia.org/wiki/Software_testing
B.2 综合整理分类
B.2.1 按阶段划分 //重要
√ 单元测试(Unit Testing)
单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位：模块。Findyou又称为模块测试
测试阶段：编码后
测试对象：最小模块
测试人员：白盒测试工程师或开发工程师
测试依据：代码和注释+详细设计文档
测试方法：白盒测试
测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
√ 集成测试(Integration Testing)
集成测试也称联合测试、组装测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。阿旺主要目的是检查软件单位之间的接口是否正确。
测试阶段：一般单元测试之后进行
测试对象：模块间的接口
测试人员：白盒测试工程师或开发工程师
测试依据：单元测试的模块+概要设计文档
测试方法：黑盒测试与白盒测试相结合
测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响
√ 系统测试(System Testing)
将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段
测试阶段：集成测试通过之后
测试对象：整个系统（软、硬件）
测试人员：黑盒测试工程师
测试依据：需求规格说明文档
测试方法：黑盒测试
测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等
√ 验收测试(Acceptance Testing)
验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段，也称为交付测试。阿旺总结验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买都展示该软件系统满足原始需求。
测试阶段：系统测试通过之后
测试对象：整个系统（包括软硬件）。
测试人员：主要是最终用户或者需求方。
测试依据：用户需求、验收标准
测试方法：黑盒测试
测试内容：同系统测试(功能...各类文档等)
B.2.2、按是否查看代码划分 //重要
∑ 黑盒测试(Black-box Testing)
黑盒测试也称功能测试，测试中把被测的软件当成一个黑盒子，不关心盒子的内部结构是什么，只关心软件的输入数据与输出数据。
∑ 白盒测试(White-box Testing)
白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒指的打开盒子，去研究里面的源代码和程序结果。
∑ 灰盒测试(Gray-Box Testing)
灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。
B.2.3、按是否执行程序划分
£ 静态测试(Static testing)
静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。阿旺分析如下
检查项：代码风格和规则审核；程序设计和结构的审核；业务逻辑的审核；走查、审查与技术复审手册。
静态质量：度量所依据的标准是ISO9126。在该标准中，软件的质量用以下几个方面来衡量，即功能性(Functionality)、可靠性(Reliability)、可用性(Usability)、有效性(Efficiency)、可维护性（Maintainability）、可移植性(Portability)。
£ 动态测试(Dynamic testing)
动态测试方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能。这种方法由三部分组成：构造测试用例、执行程序、分析程序的输出结果。
B.2.4、按是否查看代码划分 //重要
∂ 手工测试(Manual testing)
手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。阿旺总结优缺点：
优点：自动化无法替代探索性测试、发散思维类无既定结果的测试。
缺点：执行效率慢，量大易错。
∂ 自动化测试(Automation Testing)
就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。简单说自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。
自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。
通常所说的自动化是指功能测试自动化。
Findyou看AI技术的兴起发展，类似可预见工作都有可能会被伪AI代替。
B.2.5、其他汇总
€ 冒烟测试(Smoke Testing) //重要
在《微软项目求生法则》一书第14章“构建过程”关于冒烟测试，就是开发人员在个人版本的软件上执行目前的冒烟测试项目，确定新的程序代码不出故障。
冒烟测试目的是确认软件基本功能正常，冒烟测试的执行者是版本编译人员。
现基本执行对象为测试人员，在正规测试一个新版本之前，投入较少的人力和时间验证基本功能，通过则测试准入。
€ 随机测试(Ad-hoc Testing)
随机测试主要是根据测试者的经验对软件进行功能和性能抽查。
根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。
随机测试主要是对被测软件的一些重要功能进行复测，也包括测试那些当前的测试用例(TestCase)没有覆盖到的部分。
€ 安全测试(Security Testing) //重要
安全测试是在IT软件产品的生命周期中，特别是产品开发基本完成到发布阶段，对产品进行检验以验证产品符合安全需求定义和产品质量标准的过程 。
Findyou觉现在对安全知识的普及，大家意识都提上来了。比如现在越来越多的不支持HTTP协议，转用HTTPS等。
€ 探索性测试(Exploratory testing)
探索性测试可以说是一种测试思维技术。它没有很多实际的测试方法、技术和工具，但是却是所有测试人员都应该掌握的一种测试思维方式。探索性强调测试人员的主观能动性，抛弃繁杂的测试计划和测试用例设计过程，强调在碰到问题时及时改变测试策略。
探索性测试自动化暂时无法代替。Findyou也无法被代替。
€ 回归测试(Regression Testing)
回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。
在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。通过选择正确的回归测试策略来改进回归测试的效率和有效性是很有意义的。
€ α测试(Alpha Testing) //重要
α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。
大型通用软件，在正式发布前，通常需要执行Alpha和Beta测试。α测试不能由程序员或测试员完成。
€ β测试(Beta Testing) //重要
Beta测试是一种验收测试。Beta测试由软件的最终用户们在一个或多个客房场所进行。
α测试与Beta测试的区别：Findyou
测试的场所不同：Alpha测试是指把用户请到开发方的场所来测试,beta测试是指在一个或多个用户的场所进行的测试。
Alpha测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中。beta测试的环境是不受开发方控制的,用户数量相对比较多,时间不集中。
alpha测试先于beta测试执行。通用的软件产品需要较大规模的beta测试,测试周期比较长。sdf
总结：
测试种类过多，导致测试及非测试人员老是谈不到一个点，对此不作评论，希望此文对大家梳理分类有帮助，记住标记重要的部分。
如前言所说，我认为测试分4类(5类)足以覆盖：功能测试、安全测试、性能测试、特性测试、自动化测试。
