首先对三个测试都介绍一下这三者的基本概念
一：系统测试
按名字来看，系统测试是对软硬件集合在一起的系统，验证时应尽可能模拟实际的运行环境与条件，通过与需求做比较，
发现与系统定义不符合或与之矛盾的地方的一种测试。
系统测试常用类型：功能、性能、压力、容量、安全性、GUI、可用性、安装、配置、异常（恢复性）、备份、健壮性、文档、在线帮助、网络、稳定性测试。
1.功能测试：
1) 概念：根据产品的SRS和测试需求列表，验证产品的功能实现是否符合产品的需求规格
2) 目标：为了发现以下几类错误
a) 是否有不正确或遗漏了的功能
b) 功能实现是否满足用户需求和系统设计的隐藏需求
c) 输入能否正确接受？能否正确输出结果？
2. 性能测试：
1) 概念：用来测试软件在集成系统中的运行性能
2) 目标：度量系统相对于预定义目标的差距
3) 工具：LoadRunner、WebLoad、SilkPerformer
4) 重要性：
a) 性能是质量的重要组成部分
b) 给用户树立良好形象
c) 节省成本的重要手段
5） 性能测试的关键：有效的协调、正确的模型、瓶颈的定位、合理的建议
6） 性能需求五大特性：需求行、代表性、完整性、可测试性、可用性
3. 压力测试：关注稳定性和破坏性
1) 目的：调查系统在其资源超负荷的情况下的表现
2) 目标：通过极限测试方法，发现系统在极限或恶劣环境中自我保护能力，主要验证系统的可靠性。
4. 容量测试：
1) 目的：使系统承受超额的数据容量来发现它是否能够正确处理
2) 关注点：
a) 整体的业务流量（一般关注静态容量）
b) 数据库的容量
c) 最大文件数目
d) 最大事务数
5. 安全性测试：口令认证、加解密技术、权限管理、安全日志
6. GUI测试：
1) 关注点：界面实现与界面设计的吻合情况、确认界面处理的正确性
2) 对象：简单界面元素、组合类界面元素、完整界面（窗口）
3) 内容：外观、界面元素行为、布局、友好功能
7. 可用性测试：
关注点：
1)复杂的功能或指令
2)难的安装过程
3)误信息过于简单
4)户被迫去记住太多的信息
5)语法、格式和定义不一致
8. 配置测试
概念：测试系统在各种软硬件配置、不同的参数配置下系统具有的功能和性能
目标：验证全部配置的可操作性和有效性，特别需要对最大配置、最小配置或特殊配置进行测试
9. 异常测试：
概念：又叫系统容错和可恢复性测试，通过人工干预手段使系统产生软、硬件异常，通过验证系统异常前后的功能和运行状态，
达到检验系统的容错、排错和恢复的能力。它是系统可靠性评价的重要手段。
容错处理：系统自动处理、人工干预处理
系统可靠性指标：平均失效时间间隔（MTBF）、平均恢复时间（MTTR） 系统可靠性设计技术：
1) 避开错误
2） 容错技术：结构冗余（动、静态）、信息冗余、时间冗余、硬件冗余、附加冗余技术
10.健壮性测试：Robustness Testing
用于测试系统在出现故障时，是否能够自动恢复或忽略故障继续运行
11. 网络测试：
概念：在网络环境下和其他设备对接，进行系统功能、性能与指标方面的测试，保证设备对接正常。
内容：考察系统的处理能力、系统兼容性、系统稳定可靠性及用户使用等方面。
1) 一致性测试：检测系统与协议规范符合程度
2） 性能测试：检测协议实体或系统的性能指标
3） 互操作性测试：
4） 坚固性测试：检测协议实体或系统在各种恶劣环境下运行的能力
12. 系统稳定性测试： 目的是评价系统在一定负荷情况下、长时间的运行情况。
二：单元测试
1、 单元的基本属性：
1) 明确的功能
2) 可定义的规格
3) 与其他单元接口的清晰划分
2、 单元测试的目的：
在于发现各模块内部可能存在的各种错误，主要是基于白盒测试。
a) 验证代码是与设计相符合的；
b) 发现设计和需求中存在的错误；
c) 发现在编码过程中引入的错误。（和设计不相符或和设计相符，但是由于
编码疏漏引起）
3、 单元测试关注的重点：
出错处理、单元接口、局部数据结构、独立路径、边界条件
4、 单元测试的主要关注点：
1) 参数的属性、顺序、个数是否与LLD一致
2) 不能修改只做输入用的形参，否则可能导致数据的错误修改
3) 约束条件是否通过形参来传送
5、 驱动和桩的功能：
1) 驱动单元：被测函数的主函数，能接受输入数据，输出实际测试结果
2） 桩单元：用来代替所测单元调用的子单元
6、 单元测试策略：
孤立的测试策略、自顶向下、自底向上的单元测试策略
1) 孤立的测试策略：
· 方法：不考虑每个模块与其他模块之间的关系，为每个模块设计桩模块和驱动模块。每个模块进行独立的单元测试。
· 优点：该方法是最简单，最容易操作的。可以达到高的结构覆盖率。该方法是纯粹的单元测试。
· 缺点：桩函数和驱动函数工作量很大，效率低。
2) 自顶向下的单元测试策略：
· 方法：先对最顶层的单元进行测试，把顶层所调用的单元做成桩模块。其次对第二层进行测试，使用上面已测试的单元做驱动模块。如此类推直到测试完所有模块。
· 优点：可以节省驱动函数的开发工作量，测试效率较高。
· 缺点：随着被测单元一个一个被加入，测试过程将变得越来越复杂，并且开发和维护的成本将增加。
3) 自底向上的单元测试策略：
· 方法：先对模块调用层次图上最低层的模块进行单元测试，模拟调用该模块的模块做驱动模块。然后再对上面一层做单元测试，用下面已被
测试过的模块做桩模块。以此类推，直到测试完所有模块。
· 优点：可以节省桩函数的开发工作量，测试效率较高。
· 缺点：不是纯粹的单元测试，底层函数的测试质量对上层函数的测试将产
生很大的影响。
7、 单元测试的四个阶段： 测试计划：完成单元测试计划；
· 测试设计：完成单元测试方案；
· 测试实现：完成单元测试用例、单元测试规程、单元测试脚本及数据文件；
· 测试执行：执行单元测试用例，修改发现的问题并进行回归测试，提交单元测试报告。
三：集成测试
- 集成测试的目的：确保各组件组合在一起后能够按照既定意图写作运行，并确保增量的行为正确（属于灰盒测试）
1) 验证接口是否与设计相符
2) 发现设计和需求中存在的错误
2.集成测试关注的重点：单元间的接口、集成后的功能
3.集成测试的层次：模块内集成、子系统内集成、子系统间集成
4.集成测试策略：
1) 大爆炸集成
2) 自顶向下集成
3) 自底向上集成
4) 三明治（混合式）集成
5) 基干集成
6) 分层集成
7) 基于功能的集成
8) 基于消息的集成
9) 基于进度的集成
10) 基于风险的集成
三者之间的区别：
根据不同的测试阶段，测试可以分为单元测试、集成测试、系统测试和验收测试。
体现了测试由小到大、又内至外、循序渐进的测试过程和分而治之的思想。
单元测试的粒度最小，一般由开发小组采用白盒方式来测试，主要测试单元是否符合“设计”。
集成测试界于单元测试和系统测试之间，起到“桥梁作用”，一般由开发小组采用白盒加黑盒的方式来测试，既验证“设计”，又验证“需求”。
系统测试的粒度最大，一般由独立测试小组采用黑盒方式来测试，主要测试系统是否符合“需求规格说明书”。
验收测试与系统测试相似，主要区别是测试人员不同，验收测试由用户执行。
黑盒测试不考虑程序内部结构和逻辑结构，主要是用来测试系统的功能是否满足需求规格说明书。一般会有一个输入值，一个输入值，和期望值做比较。
白盒测试主要应用在单元测试阶段，主要是对代码级的测试，针对程序内部逻辑结构，测试手段有：语句覆盖、判定覆盖、条件覆盖、路径覆盖、条件组合覆盖 集成测试主要用来测试模块与模块之间的接口，同时还要测试一些主要业务功能。
系统测试是在经过以上各阶段测试确认之后，把系统完整地模拟客户环境来进行的测试