按开发阶段划分
（1）从下到上三层测试，投入相同的时间，人力资源等，回报率越来越低。
（2）从下到上，测试效率越来越低
（3）从下到上，定位问题越来越困难，反馈周期越来越长
单元测试
单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试室对象是软件设计的最小单位：模块。又称为编码模块测试。
- 测试阶段：编码后或者编码前（TDD）
- 测试对象：最小模块
- 测试人员：白盒测试开发工程师或者开发工程师
- 测试依据：代码和注释+详细设计文档
- 测试方法：白盒测试
- 测试内容：模块接口测试、局部数据结构测试（局部变量）、路径测试、错误处理测试、边界测试
Junit 单元测试
Junit 是Java编程语言的单元测试框架，用于编写和运行可重复的自动化测试
Junit的特点
- 开源框架
- 提供注解来识别测试方法
- 提供断言来测试预期结果
- 提高编码速度，并且提高代码的质量
- 代码优雅简洁，不复杂，减少编码时间
- Junit测试可以自动运行并且检查自身结果并提供即时反馈
Junit注解
| 注解 | 描述 |
|---|---|
| @Test | 测试注解，标记一个方法可以是测试用例 |
| @Before | 表示必须在类中的每个测试之前执行，以便执行某些先决条件。每个测试方法都会运行一次 |
| @BeforeClass | 指出这是附着在静态方法必须执行一次并在类的所有测试之前。这种情况一般用于测试计算、共享配置方法（如数据库连接）。每个类只运行一次 |
| @After | 表示该方法在每项测试后执行（如执行每个测试后重置某些变量，删除临时变量等）。每个测试方法都会运行一次 |
| @AfterClass | 当需要执行所有在Junit测试用例后执行，AfterClass注解可以使用清理一些资源（如数据库的连接），方法名必须为静态方法。每个类值运行一次 |
| @Ignore | 当想暂时禁用特定的测试用例执行可以使用这个注解，每个被@Ignore注解后的方法将不会再执行 |
| @Runwith | 放在测试类名之前，用来确定这个类怎么运行的。 |
| @SuiteClasses | 用于套件测试 |
| @Parameters | 用于使用参数化功能 |
集成测试
集成测试也称联合测试（联调）、组装测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。集成测试的主要目的是检查软件单位之间的接口是否正确。
- 测试阶段：一般单元测试之后执行
- 测试对象：模块间的接口
- 测试人员：白盒测试工程师或开发工程师
- 测试依据：按单元测试+概要设计文档
- 测试方法：白盒测试与黑盒测试相结合
- 测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能的正确性、全局数据结构、单模块缺陷对系统的影响
系统测试
将软件系统看成是一个系统的测试。包括对功能，性能以及软件所运行的软硬件环境进行测试。系统测试包括回归测试和冒烟测试
- 测试阶段：集成测试通过之后
- 测试对象：整个系统（软件+硬件）
- 测试人员：黑盒测试工程师
- 测试依据：需求规格说明文档
- 测试方法：黑盒测试
- 测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等
回归测试
回归测试是指修改了旧代码后，重新进行测试以确定修改没有引入新的错误或导致其他代码错误。自动回归测试将大幅度降低系统测试、维护升级等阶段的成本
冒烟测试
在正式对系统测试之前，对系统的主要流程和核心功能进行测试
验收测试
验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买方展示该软件的系统满足原始修
- 测试阶段：系统测试通过之后
- 测试对象：整个系统（包括硬件）
- 测试人员：主要是最终用户或需求方
- 测试依据：用户需求、验收标准
- 测试方法：黑盒测试
- 测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等（同系统测试）
按测试实施组织
α测试
α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。α测试的主要目的是评价软件产品的功能、局域化、可使用性、可靠性、性能和支持。α测试不能由开发人员和测试人员完成
β测试
bate测试是一种验收测试。Bata测试由软件的最终用户在一个或多个场所进行
α测试和β测试的区别
- 测试场所不同：α测试是指把用户请到开发方的场所来测试，Bata测试是指在一个或多个用户的场所进行测试
- α测试的环境是受开发方控制的，用户数量相对较少，时间比较集中。β测试的环境是不受开发方控制的，用户数量较多，时间不集中
- α测试在β测试之前执行。通用的软件产品需要大规模的β测试，测试周期较长
第三方测试
介于开发方和用户方之间的组织的测试
按是否运行划分
静态测试
静态测试方法是指不运行被车程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性，对需求需求规格说明书、软件设计说明书、软件设计说明书、源程序做结构分析图、流程图分析、符号执行来找错。
- 检查项：代码风格和规则审核；程序设计和结构的审核；业务逻辑的审核；走查、审查与技术复审手册
- 静态质量：度量所依据的标准是QSO9126。在该标准中，软件的质量用一下几个方面来衡量，即功能性、可靠性、可用性、有效性、可维护性、可移植性
动态测试
动态测试方法是指通过运行被测试程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能。这种方法由三个部分组成：构造测试用例、执行程序、分析程序的输出结果
按是否手工划分
手工测试
手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。
- 优点：自动化无法代替探索性测试、发散思维结果的测试
- 缺点：执行效率慢，量大易错
自动化测试
就是在预设条件下运行系统或应用程序，评估运行结果，预估条件应包括正常条件和异常条件。简单来说自动化测试就是把以人为驱动的测试行为转化为机器执行的一种过程。自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。通常所说的自动化是指功能测试自动化
自动化测试实施步骤
- 完成功能测试，版本基本稳定
- 根据项目特性，选择合适项目的自动化工具，并搭建环境
- 提取手工测试的测试用例转化为自动化测试的测试用例
- 通过工具、代码实现自动化的构造输入，自动检测输出结果是否符合预期
- 生成自动测试报告
- 子序改进，优化脚本
按是否查看代码划分
黑盒测试
黑盒测试也成功能测试，测试中把被测试的软件当成一个黑盒子，不关心盒子的内部结构是什么，只关心软件的输入数据和输出数据
黑盒测试方法
- 等价类
- 边界值法
- 因果图法
- 正交法
- 错误猜测法
- 场景法
白盒测试
白盒测试又称结构测试、透明测试、逻辑驱动测试或基于代码的测试。白盒指的是打开盒子，去研究里面的源代码和程序结果。接口测试也是白盒测试的一种
- 语句覆盖
- 判定（分支）覆盖
- 条件覆盖
- 判定/条件覆盖
- 多重条件覆盖
- 路径覆盖
灰盒测试
灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。
按测试地域划分
国际化测试
软件的国际化和软件的本地化是面向全球不同地区的用户使用的软件系统的两个过程。而本地化测试和国际化测试是针对这类软件产品进行测试
本地化测试和国际化测试的一些要点
- 本地化后的软件在外观上与原来的版本是否存在很大的差异，外观是否整齐、不走样
- 是否对所有界面元素都进行了本地化处理，包括对话框、菜单、工具栏、状态栏、提示信息（包括信息的提示）、日志等
- 在不同分辨率的屏幕下界面是否展示正常
- 是否存在不同的字体大小，字体设置是否得当
- 日期、数字格式、货币等是否能适应不同国家和地区的文化习俗。例如，中文是年月日，而英文是月日年
- 排序的方式是否考虑了不同语言的特点。例如中文按照第一个字的汉语拼音顺序排序，而英文按照首字母排序
- 不同国家采用的不同度量单位，软件是否能自适应和转化
- 软件是否能在不同类型的硬件上正常运行，特别是在当地市场上销售的流行硬件上
- 软件是否能在Window或者其他操作系统的当地版本上运行
10.联机帮助和文档是否已经翻译，翻译后的连接是否正常。正文翻译是否正确、恰当、是否有语法错误
本地化测试
除了国际化测试，之前所说都是本地化测试
按测试对象划分
业务测试
测试人员把系统各个模块串接起来运行、模拟真实用户实际的工作流程，满足用户需求定义的功能来进行测试的过程。
界面测试
界面测试（简称UI测试），测试用户界面的功能模块的布局是否合理、整体风格是否一致、各个控件放置的位置是否合适，此外还要测试界面操作便捷性、导航简单易懂性，页面元素的可用性，界面中文是否正，命名是否同一，页面是否美观，文字、图片组合是否完美等。
容错性测试
检查软件在异常情况下自身是否具有防护性措施或某种灾难性恢复时手段。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。容错性测试包括两个方面：
- 输入异常数据或异常操作，以检验系统的保护性。如果系统的容错性好，系统弄只是给出提示或内部消化掉，不会导致系统出错甚至崩溃。
- 灾难性恢复测试。通过各种手段，让软件强制性地发生故障，然后验证系统已保存的用户数据是否丢失，系统和数据是否能尽快恢复
文档测试
国家有关计算机软件产品开发文件编制指南中共有14种文件，可分为3大类：
- 开发文件
- 用户文件
- 管理文件
文档测试关注的点
- 文档的术语
- 文档的正确性
- 文档的完整性
- 文档的一致性
- 稳当的一致性
兼容性测试
主要是指软件在不同平台环境之间能否很好的运作，会不会有影响、软件和硬件之间能否发挥很好的效率工作，会不会影响导致系统的崩溃
- 平台测试
- 浏览器测试
- 软件本身是否能向前或向后兼容
- 测试软件能否与其他相关的软件兼容
- 数据兼容性测试
易用性测试
用户体验测试。易用性是交互的适应性、功能性和有效性的集中体现。易用性属于人体工程学的范畴。
- 遵循行业标准
- 直观性
- 灵活性
- 舒适性
- 舒适性
- 实用性
安装测试
APP的安装与卸载，APP基础功能测试
安全测试
数据泄露、黑客攻击、SQL注入、XSS注入、病毒等
性能测试
资源泄露、资源瓶颈、线程阻塞、数据库查询慢效率低等、响应时间、吞吐量（TPS）、资源利用率（CPU 宽带 磁盘等）
内存泄漏测试
引起资源泄露原因：分配的内存没有释放，使用API函数的时候不正确，代码有问题，导致最终无法释放内存。
通过代码扫描分析工具来检查