目录
1.按照是否查看代码划分
① 黑盒测试(Black-box Testing)
黑盒测试就是在完全不考虑程序逻辑和内部结构的情况下，检查系统功能是否按照需求规格说明书的规 定正常使用、是否能适当的接收输入数据而输出正确的结果，满足规范需求。
所以，黑盒测试又称之为数据驱动测试，只注重软件的功能
黑盒测试的优点
① 不需要了解程序内部的代码以及实现，不关注软件内部的实现。
② 从用户角度出发设计测试用例，很容易的知道用户会用到哪些功能，会遇到哪些问题，锻炼测试人 员的产品思维。
③ 测试用例是基于软件需求开发文档，不容易遗漏软件需求文档中需要测试的功能。
黑盒测试的缺点是不可能覆盖所有代码。
黑盒测试用到的测试方法有，等价类，边界值，因果图，正交排列，场景设计法，错误猜测法等。
② 白盒测试(White-box Testing)
白盒测试又称为结构测试或逻辑测试，它一般用来分析程序的内部结构，针对程序的逻辑结构来设计测试用例进行测试。
白盒测试的测试目的是，通过检查软件内部的逻辑结构，对软件中的逻辑路径进行覆盖测试；在程序不 同地方设立检查点，检查程序的状态，以确定实际运行状态与预期状态是否一致。
主要包含六种测试方法：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
③ 灰盒测试(Gray-Box Testing)
灰盒测试是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输 出、输入的正确性，同时也关注程序内部的情况。
2.按照开发阶段划分
① 单元测试(Unit Testing)
单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。
测试的对象是软件设计的最小单位：模块。又称为模块测试
测试阶段：编码后或者编码前（TDD）
测试对象：最小模块
测试人员：白盒测试工程师或开发工程师
测试依据：代码和注释+详细设计文档
测试方法：白盒测试
测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
② 集成测试(Integration Testing)
集成测试也称联合测试（联调）、组装测试，将程序模块采用适当的集成策略组装起来，对系统的接口 及集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。
测试阶段：一般单元测试之后进行
测试对象：模块间的接口
测试人员：白盒测试工程师或开发工程师
测试依据：单元测试的模块+概要设计文档
测试方法：黑盒测试与白盒测试相结合
测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块 缺陷对系统的影响
③ 系统测试(System Testing)
例如新买手机都会有一个合格标签，在出厂前手机厂会所某型号的手机上的所有功能全部测试一遍。包括手机硬件 本身，手机上自带的APP。
将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。
测试阶段：集成测试通过之后
测试对象：整个系统（软、硬件）
测试人员：黑盒测试工程师
测试依据：需求规格说明文档
测试方法：黑盒测试
测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等
回归测试(Regression Testing) 和 冒烟测试（smoke testing）都属于系统测试。
④ 验收测试(Acceptance Testing)
买到新手机，一般会有7天包退，一个月包换，我们会尽量在7天内把手机的所有功能都试一遍。
验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买都展 示该软件系统满足原始需求。
测试阶段：系统测试通过之后
测试对象：整个系统（包括软硬件）
测试人员：主要是最终用户或者需求方。
测试依据：用户需求、验收标准
测试方法：黑盒测试
测试内容：同系统测试
3.按照实施组织划分
① α 测试(Alpha Testing)
手机出厂前最后一次测试，开发和测试人员不参与。
α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的 测试。α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。
α测试不能由程序员或测试员完成。
② β 测试(Beta Testing)
新手机购买回来，参与测试的人是购买者，使用的场所及环境已不再是手面厂商的环境及场所。
Beta测试是一种验收测试。Beta测试由软件的最终用户们在一个或多个场所进行。
α 测试与Beta测试的区别：
测试的场所不同：Alpha测试是指把用户请到开发方的场所来测试,beta测试是指在一个或多个用户的场 所进行的测试。
Alpha测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中。beta测试的环境是不受开发 方控制的,用户数量相对比较多,时间不集中。
alpha测试先于beta测试执行。通用的软件产品需要较大规模的beta测试,测试周期比较长。
③ 第三方测试
介于开发方和用户方间的组织的测试。
小结：α 测试与 β 测试的区别：
测试环境：α 测试在公司内部；β 测试环境没有要求。
测试人群：α 测试人员是公司内部人员；β 测试人员是用户。
测试前后顺序：α 测试在前，β 测试在后。
测试时间长短：α 测试时间较短，β 测试比 α 测试时间长。
4.按照是否运行代码划分
① 静态测试(Static testing)
所谓静态测试（static testing）就是不实际运行被测软件，而只是静态地检查程序代码、界面或文档中 可能存在的错误的过程。不以测试数据的执行而是对测试对象的分析过程，仅通过分析或检查源程序的 设计、内部结构、逻辑、代码风格和规格等来检查程序的正确性。
② 动态测试(Dynamic testing)
动态测试（dynamic testing）：指的是实际运行被测程序，输入相应的测试数据，检查实际输出结果 和预期结果是否相符的过程，所以判断一个测试属于动态测试还是静态的，唯一的标准就是看是否运行程序。
大多数软件测试工作都属于动态测试。
5.按照是否手工划分
① 手工测试(Manual testing)
手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。
优点：自动化无法替代探索性测试、发散思维结果的测试。 缺点：执行效率慢，量大易错。
② 自动化测试(Automation Testing)
自动化测试就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。简单说 自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。
自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。
自动化测试按照测试对象来分，还可以分为接口测试、UI测试等。
接口测试的ROI（产出投入比）要比 UI测试高。
自动化实施步骤：
1.完成功能测试，版本基本稳定
2.根据项目特性，选择适合项目的自动化工具，并搭建环境
3.提取手工测试的测试用例转化为自动化测试的用例
4.通过工具、代码实现自动化的构造输入，自动检测输出结果是否符合预期
5.生成自动测试报告
6.持续改进，脚本优化。