软件测试基础知识03—软件测试方法[下]

单元测试、集成测试、确认测试、系统测试、验收测试（测试策略和测试过程的角度划分）

单元测试:

定义：对软件基本组成单元进行的测试，是软件测试的最小单位。
对象：软件设计的最小单位——模块，模块具有明确的功能定义、性能定义和接口定义，而且可以清晰地与其他单元区分开来。
作为一个最小的单元应该有一个菜单、一个显示界面或者能够独立完成的具体功能都可以是一个单元。从某种意义上单元的概念已经扩展为组件（component）。
目的：主要采用白盒测试方法，验证每个模块能正常工作并发现内部错误。

集成测试:

定义：对已经测试过的单元采用适当的集成策略进行组装，对系统的接口以及集成后的功能进行正确校验的测试。
主要目标：确保各单元模块被正确地编码。单元测试除了保证测试代码的功能性，还需要保证代码在结构上具有可靠性和健全性，并且能够在所有条件下正确响应。
目的：采用黑盒、白盒测试方法，验证多个单元模块集成到一起后是否能够协调工作，检验与软件设计相关的程序结构问题。
层次：
1.对于传统软件来讲，可以把集成测试划分为三个层次：
模块内集成测试；
子系统内集成测试；
子系统间集成测试。
2.对于面向对象的应用系统来说，可以把集成测试分为两个阶段：
类内集成测试；
类间集成测试。

软件的开发过程是一个从需求分析到概要设计、详细设计以及编码实现的逐步细化的过程，那么单元测试到集成测试再到系统测试就是一个逆向求证的过程

确认测试:

定义：相当于功能测试，测试功能
目的：采用黑盒测试方法，检验所开发的软件能否满足用户对所有功能和性能需求。
确认测试又称为有效性测试。它的任务是验证软件的功能和性能及其特性是否与客户的要求一致。对软件的功能和性能要求在软件需求规格说明中已经明确规定。
工作图：

image.png
经过确认测试，应该为已开发的软件做出结论性评价。这不外乎是以下两种情况之一：
（1）经过检验的软件功能、性能及其他要求均满足需求规格说明书的规定，因而可被接受，视为是合格的软件；
（2）经过检验发现与需求说明书有偏离，得到一个各项缺陷的清单。
对于第二种情况，往往很难在交付期以前把发现的问题纠正过来。这就需要开发部门和客户进行协商，找出解决的办法。

系统测试:

定义：考虑计算机系统的任何部分对被测软件的影响进行测试。
最接近于人们的日常测试实践。它是将已经集成好的软件系统，作为整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。
目的：通常采用黑盒测试方法，检验被测软件与计算机系统其它部分的协调性，验证最终软件系统是否满足产品需求并且遵循系统设计
流程：
由于系统测试的目的是验证最终软件系统是否满足产品需求并且遵循系统设计，所以在完成产品需求和系统设计文档之后，系统测试人员就可以提前开始制定测试计划和设计测试用例，不必等到集成测试阶段结束。这样可以提高系统测试的效率。

image.png

验收测试:

定义：向未来的用户表明系统能够像预定要求的那样工作，决定用户是否接受该产品的测试。
目的：主要从用户的角度测试（少量的开发人员），通常采用黑盒测试来检验最终产品的质量，用户是否接受。
策略：
1.正式验收策略：正式验收测试是一项管理严格的过程，它通常是系统测试的延续。在某些组织中，开发组织（或其独立的测试小组）与最终用户组织的代表一起执行验收测试。在其他组织中，验收测试则完全由最终用户组织执行，或者由最终用户组织选择人员组成一个客观公正的小组来执行。
2.非正式验收策略（Alpha测试）
3.Beta测试
过程：

image.png
总体思路：
用户验收测试是软件开发结束后，用户对软件产品投入实际应用以前进行的最后一次质量检验活动。它要回答开发的软件产品是否符合预期的各项要求，以及用户能否接受的问题。由于它不只是检验软件某个方面的质量，而是要进行全面的质量检验，并且要决定软件是否合格，因此验收测试是一项严格的正式测试活动。
用户验收测试可以分为两个大的部分：软件配置审核和可执行程序测试，其大致顺序可分为：文档审核、源代码审核、配置脚本审核、测试程序或脚本审核、可执行程序测试。