测试分类的框架

按照测试对象划分

(一) 可靠性测试

含义：可靠性即可用性，是指系统正常运行的能力或者程度，一般用正常向用户提供软件服务的时间占总时间的百分比表示。

系统非正常运行的时间可能是由于硬件，软件，网络故障或任何其他因素（如断电）造成的，这些因素能让系统停止工作，或者连接中断不能被访问，或者性能急剧降低导致不能使用软件现有的服务等。

可用性指标一般要求达到 4个或 5 个“9”，即 99.99%或者 99.999%。

不同的应用系统，可用性的要求是不一样的，非实时性的信息系统或一般网站要求都很低，99%和99.5%就可以了，但是军事系统，要求则很高。

(二) 容错性测试

含义：容错性测试是指系统能够处理异常，用户的错误操作而不至于系统崩溃，从而能够提高系统的可用性。

容错性测试包含以下方面：

• 输入异常数据或进行异常操作，以检验系统的保护性。

  如果系统的容错性好，系统只给出提示或内部消化掉，而不会导致系统出错甚至崩溃。

  比如数据级测试，校验测试，环境容错性测试，界面容错性测试

• 灾难恢复性测试。

  通过各种手段，让软件强制性地发生故障，然后验证系统已保存的用户数据是否丢失，系统和数据

  是否能尽快恢复。

(三) 安装卸载测试

应用的安装和卸载在任何一款APP中都属于最基本功能。一旦出错，就属于优先级为紧要Critical的缺陷。主要需要考虑以下方面：

• 软件不同的安装和卸载方式；
• 应用是否可以在不同的环系统，版本下安装（安装兼容性）
• 安装或者卸载过程中是否可以手动暂停，或者取消
• 安装空不足的时候系统是否有提示
• 是否可以正常的卸载，以及应用软件的各种卸载方式
• 卸载和安装过程中出现环境问题，软件是否可以正常并且合理的应对，比如死机，断电，断网等

(四) 内存泄露测试

造成内存泄露的原因有很多，最常见的有以下几种。

• 分配完内存之后忘了回收。
• 程序写法有问题，造成没办法回收（如死循环造成无法执行到回收步骤）。
• 某些API函数的使用不正确，造成内存泄露。

内存泄漏的检测方法

• 人工静态法：代码走读，人工查找未被回收的内存。
• 自动工具法：借助相应测试内存泄漏的工具，如Visual Leak Detector，记录每次内存分配，清楚告诉用户内存是如何泄漏的。

(五) 弱网测试

情景：①出现在手机一直刷不到内容，可能会出现 anr(无响应) 弹窗 ②网不好可能会造成客户端频繁地去发送请求，造成服务器压力过大。

如何进行弱网测试？

因为要模拟客户端网络不好，因此我们就要借助工具来进行环境模拟。这里我们借助fildder进行环境模拟。

1. 打开弱网设置：打开 fiddler -> Rules -> Performance -> Simulate Modern Speeds 进行勾选

   

2. 打开设置弱网的脚本：打开fiddler -> Rules -> Customize Rules… -> 找到弱网设置的代码

   

   

(六) 文档测试

文档测试一般的关注点：

• 文档的术语
• 文档的正确性
• 文档的完整性
• 文档的一致性
• 文档的易用性

按是否查看代码

(一) 黑盒测试

含义：黑盒测试就是在完全不考虑程序逻辑和内部结构的情况下，检查系统功能是否按照需求规格说明书的规定正常使用、是否能适当的接收输入数据而输出正确的结果，满足规范需求。

关注什么：业务功能是否符合预期。

不关注什么：不关注代码。

测试方法是什么：等价类、边界值、判定表、正价表、错误猜测法、场景法、基于需求设计测试用例。

黑盒测试的优点：对测试人员代码能力要求比较低、不容易遗漏软件需求文档中需要的测试的功能。

缺点：缺点是不可能覆盖所有代码。

(二) 白盒测试

含义：它一般用来分析程序的内部结构，针对程序的逻辑结构来设计测试用例进行测试。

关注点：关注的是内部代码逻辑。

不关注：业务功能。

测试方法有什么：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖 、条件组合覆盖、路径覆盖。

白盒测试的优点：代码的覆盖率较高、早期发现缺陷、更易于定位问题。

缺点：测试难度较高、虽然代码覆盖率高，但项目上线后，业务逻辑可能会有问题。

(三) 灰盒测试

灰核测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。

按开发阶段划分

(一) 单元测试

单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位：模块。又称为模块测试

• 测试阶段：编码后或者编码前（TDD）
• 测试对象：最小模块
• 测试人员：白盒测试工程师或开发工程师
• 测试依据：代码和注释+详细设计文档
• 测试方法：白盒测试
• 测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试

(二) 集成测试

集成测试也称联合测试（联调）、组装测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。

• 测试阶段：一般单元测试之后进行
• 测试对象：模块间的接口
• 测试人员：白盒测试工程师或开发工程师
• 测试依据：单元测试的模块+概要设计文档
• 测试方法：黑盒测试与白盒测试相结合
• 测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响

(三) 系统测试

将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。

• 测试阶段：集成测试通过之后
• 测试对象：整个系统（软、硬件）
• 测试人员：黑盒测试工程师
• 测试依据：需求规格说明文档
• 测试方法：黑盒测试
• 测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等

(四) 回归测试

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。

在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。随着系统的庞大，回归测试的成本越来越大，通过选择正确的回归测试策略来改进回归测试的效率和有效性是很有意义的。

(五) 冒烟测试

冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件主要功能和核心流程正常，在正式进行系统测试之前执行。冒烟测试一般在开发人员开发完毕后提交给测试人员来进行测试时，先进行冒烟测试，保证基本功能正常，不阻碍后续的测试。

如果冒烟测试通过，则测试人员开始进行正式的系统测试，如果不通过，则测试人员可以让开发人员重新修复代码直到冒烟测试通过，再开始进行系统测试。

回归测试和冒烟测试都属于系统测试。

(六) 验收测试

验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买都展示该软件系统满足原始需求。

• 测试阶段：系统测试通过之后
• 测试对象：整个系统（包括软硬件）。
• 测试人员：主要是最终用户或者需求方。
• 测试依据：用户需求、验收标准
• 测试方法：黑盒测试
• 测试内容：同系统测试(功能…各类文档等)

按测试实施组织

α测试与β测试之间的区别

1. 测试环境区别: α测试是在公司内部测试的，内部环境，β测试各种环境都有可能
2. 测试人员区别: α测试是公司内部员工测试的，β测试他是客户测试的
3. 测试时间节点区别: α测试在前，β测试在后
4. 测试人员数量区别: α测试人员比 β测试人员少

按是否运行划分

(一) 静态测试

所谓静态测试（static testing）就是不实际运行被测软件，而只是静态地检查程序代码、界面或文档中可能存在的错误的过程。不以测试数据的执行而是对测试对象的分析过程，仅通过分析或检查源程序的设计、内部结构、逻辑、代码风格和规格等来检查程序的正确性。

(二) 动态测试

动态测试（dynamic testing），指的是实际运行被测程序，输入相应的测试数据，检查实际输出结和预期结果是否相符的过程，所以判断一个测试属于动态测试还是静态的，唯一的标准就是看是否运行程序。

大多数软件测试工作都属于动态测试。

按是否手工划分

(一) 手工测试

手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。总结优缺点：

• 优点：自动化无法替代探索性测试、发散思维结果的测试。
• 缺点：执行效率慢，量大易错。

(二) 自动化测试

就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。简单说自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。

自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。

自动化测试按照测试对象来分，还可以分为接口测试、UI测试等。接口测试的ROI（产出投入比）要比UI测试高。

自动化实施步骤：

1. 完成功能测试，版本基本稳定
2. 根据项目特性，选择适合项目的自动化工具，并搭建环境
3. 提取手工测试的测试用例转化为自动化测试的用例
4. 通过工具、代码实现自动化的构造输入，自动检测输出结果是否符合预期
5. 生成自动测试报告
6. 持续改进，脚本优化。

按照地域划分

国际化测试

界面图文排布，时间，语言，数字格式，货币。