是指对软件中的最小可测试单元进行检测和验证。
1、什么时候进行单元测试？
通常在程序员编码以后，代码已经通过编译后进行单元测试，而且在前期就应该做一些准备工作，比如撰写单元测试计划、编写单元测试用例等。千万不要等到项目后期再进行单元测试，那样就失去了检查代码、预防缺陷的意义了。
2、由谁来进行单元测试？
单元测试一般由白盒测试工程师或开发人员来测试。如果由开发人员来测试，最好做到交叉测试，避免1个人只测试自己的代码。
3、单元测试的依据是什么？
单元测试依据主要有两个，一个事源程序本身，包括代码和注释；还有一个是项目的《详细设计》文档。
4、如何进行单元测试？
主要用白盒测试方法，一般先静态检查代码是否符合规范，然后动态地运行代码，检查其实际运行结果。当然检查运行结果是否正确是一个最基本的要求，我们还要检查很多项，比如程序的容错处理，程序的边界值处理等。
集成测试
集成测试（也叫组装测试或联合测试）是在单元测试的基础上，将所有模块按照设计要求集成为系统或子系统，并进行测试。
如果是集成为子系统，也可以叫做部件测试。
目的
当单个模块集成为系统的过程中，软件仍然可能出现问题。比如： 穿越模块接口的数据是否丢失；
一个模块功能的实现可能破坏了另一个模块的功能；
子功能组合之后不一定可以达到预期的功能；
全局数据可能被异常修改；
单个模块的误差被放大到了不能接受的地步。
因此，需要在模块集成的时候进行整体测试以发现上面可能出现的问题。
必要性
单元测试仅仅保证了模块的局部正确性。而系统测试一般在整个系统完成之后进行，错误难以定位。
集成测试具有以下不可替代性： 单元测试不彻底，对于模块间接口信息内容的正确性，相互调用关系是否符合设计无能为力。必须依靠集成测试来保证。
和系统测试相比较，集成测试从程序结构出发，目的性，针对性更强。发现问题的效率高。
较容易测试特殊的处理流程。
定位也比较准确，迅速。集成测试的可重复性强，错误发生后容易定位。
联调和集成测试的区别(1)
集成和联调都是对系统的装配过程，不过属于不同的级别。
集成测试测试人员在开发人员的协助下，制定集成测试计划；
集成测试主要关注的是接口上消息覆盖，异常流程，性能指标等深入测试。
集成测试是分层次的，一个模块集成测试后，可以按照计划进行下一个模块的集成或者更高级别的集成。
当集成测试完成之后就可以开始联调了。
联调：一般是指软件系统和硬件平台之间的联调。可以认为是最高级别的集成测试。 开发经理在开发测试人员的协助下，制定系统联调计划。
相关人员将已通过集成测试的软件系统和硬件平台集成在一起，构成将交付的系统，并调通系统的基本功能。使用系统预测试项来确定基本功能是否都已经实现。
通过系统联调调通后的版本提交系统预测试组进行系统预测试。
在系统的规模比较小比较简单的时候，可以考虑忽略集成测试而直接进行联调。但是当系统的规模较大的时候，跳过集成测试会带来问题难以发现，难以定位的问题。
完整的测试流程：
单元测试->集成测试->联调->系统预测试->系统测试集成测试的层次和阶段
集成测试需要分层次，分阶段完成。
一般情况下，分层次阶段可以按照以下规律： 第一个层次是组件测试。为后继测试提供更加好的原料。如果系统的一些组件已经充分被测试过，可以跳过这些组件。
第二个层次是做好集成测试规划：考虑人力，物力，时间，测试的重点等。找出关键的部分，以此作为主线进行计划和资源安排。
按照计划，把集成测试划分成为不同的阶段，明确各个阶段的主要任务，确定任务完成的标记。…
集成，单元和系统测试的关联(1) 单元测试是针对模块内部功能的白盒测试。需要辅助测试代码才可以进行测试。
集成测试也叫：组装测试，子系统测试，部件测试等。比如对于模块A进行集成的时候，需要把相关模块一起结合起来才可以进行。集成测试是注重功能和性能测试的黑盒测试。
系统测试是将提交的完整软件版本作为一个系统的元素，和硬件、支持软件、人员等结合起来，尽可能地模拟实际运行环境进行测试。测试用例通过系统的需求说明书得到，需要在实际的运行环境下测试。
集成测试的基本方案
可以根据集成测试时组装模块的方式把集成测试方案分成两大类:
一次性集成测试方式
增殖式集成测试方式 自顶向下方式
自底向上方式
混合增殖方式
集成测试的实施
集成测试的方法和步骤 首先确定子系统有哪些模块组成,保证这些模块都进行过单元测试.
由开发人员组装这些模块,生成子系统,并保证在此子系统中,各个模块的功能尽可能发挥出来。
测试前，以一个关键模块为核心设计测试用例。以功能和性能为主线，注重模块间的接口。
搭建必要的测试环境，按照所写的测试用例，进行模块连接的充分测试。
记录测试结果，总结测试问题。
集成测试工作的主要内容测试主要依据材料：概要设计说明书。
集成测试计划的制定：包括集成测试进度安排，人员分配，测试用例设计。
集成测试计划的评审。
集成测试过程：包括测试过程记录，问题记录，问题定位和解决，问题回归。
集成测试报告的编写：包括测试总结，测试活动评估和测试问题分类统计和分析。
集成测试计划的影响因素
制定集成测试计划的时候，应该考虑如下因素： 采用何种系统集成方法来进行集成测试。
集成测试过程中连接各个模块的顺序。
模块代码编制和测试进度是否与集成测试的顺序一致。
测试过程中是否需要专门的硬件设备。
列出各个模块的编制、测试计划表，标明每个模块单元测试完成的日期、首次集成测试的日期，需要的测试用例等。同时考虑测试所需特殊设备的日期情况。留出时间余量。
集成测试计划的编制
编制之前最好能够明确把握被测试对象
一般需要作以下工作： 集成测试人员安排
集成测试方案确定
集成测试计划的编写
集成测试的准备工作
系统测试：System Testing
目标：
检验组成整个系统的代码、以及系统的软硬件配合有无错误
代码实现的系统与用户需求是否吻合
检验系统的文档等各种是否完整、有效
模拟验收测试的要求，检查系统是否符合用户的验收标准
时机：
多数集成测试完成后
方法：
黑盒测试
责任：
测试工程师
验收测试：Acceptance Testing
目标：
使客户验收签字
系统是否符合事先约定的验收标准
时机：
系统测试完成后，在项目组看来开发和测试工作已经全部完成，可以交付使用
方法：
黑盒测试
责任：
产品经理或其他高级经理
开发工程师
测试工程师
用户
功能测试
是黑盒测试中的一方面
包括界面测试、易用性测试、安装测试、兼容性测试
性能测试
包括稳定性测试、负载测试、压力测试
回归测试
是对新版本的测试，重复上一版本的时的用例。
冒烟测试、随机测试
文章来源于领测软件测试网 https://www.ltesting.net/
