按开发阶段划分

单元----集成----系统----验收

SDK：(SoftWare DeveLopment Kit)一般是指软件工程师特定的软件包建立的开发工具集合。
ROI：产出投入比，指的是项目全部投资与运行寿命期内产出的工业增加值总和之比。该值越小，表名经济效果越好。

单元测试（Unit Testing）

手机有很多功能，女孩子都喜欢用美颜功能，突然有一天美颜功能不可用了，怎么办？只针对这一功能的代码进行测试。

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

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

集成测试（Intergration Testing）

集成测试也称联合（联调）测试、组装测试，将程序模块采用适当的集成策略组装起来，==对系统的接口及集成后的功能进行正确性检测的测试工作。==集成主要目的是检查软件单位之间的接口是否正确。
测试阶段：一般单元测试之后进行
测试对象：模块间的接口
测试人员：白盒测试工程师或开发工程师
测试依据：单元测试的模块+概要设计文档
测试方法：黑盒测试与白盒测试相结合
测试内容：模块之间的数据传输、模块之间的功能冲突、模块组装功能的正确性、全局数据结构、单元模块缺陷对系统的影响。

系统测试（System Testing)

新买手机都会有一个合格标签，在出厂前手机厂会将某型号的手机上的所有功能全部测试一遍。包括手机硬件本身，手机上自带的APP。

系统测试就是将已通过集成测试的软件系统，与计算机硬件，外设、数据库、网络等其他元素结合在一起，在实际运行环境下，进行一系列的系统测试工作。包括对功能、性能及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段，包括回归测试和冒烟测试。

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

回归测试(Regression Testing)：

手机的美颜功能不可用的例子，拿去维修点进行了维修，拿到手机后第一件事情是先看美颜功能修好了没有，第二事情就是看看手机的其它功能是否正常。

==回归测试是指修改了旧代码后，重新进行测试以确认没有引入新的错误或导致其他代码产生错误。==自动回归测试将大幅降低系统测试、维护升级等阶段的成本。

冒烟测试（smoke testing）：
冒烟测试的对象是每一个新编译的需要正式测试的软件版本，对主干流程进行测试，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。
冒烟测试一般在开发人员开发完毕后送给测试人员来进行测试时，测试人员会先进行冒烟测试，保证基本功能正常，不阻碍后续的测试。

验收测试(Acceptance Testing)：

买到新手机，一般会有7天包退，一个月包换，我们会尽量在7天内把手机的所有功能都试一遍。

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

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

按实施组织

α测试(Alpha Testing)

手机出厂前最后一次测试，开发和测试人员不参与。

==α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。==α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。
大型通用软件，在正式发布前，通常需要执行Alpha和Beta测试。α测试不能由程序员或测试员完成。

β测试(Beta Testing)

新手机购买回来，参与测试的人是购买者，使用的场所及环境已不再是手面厂商的环境及场所。

α测试β测试的区别：

第三方测试

介于开发方和用户方间的组织的测试

按是否运行划分

静态测试

静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对希求规格说明书、软件设计说明书、源程序结构分析、流程图分析、符号执行来找错。
检查项：代码风格和规则审核；程序设计和结构的审核；业务逻辑的审核；走查、审查与技术复审手册。
静态质量：度量所依据的标准是ISO9126。在该标准中，软件的质量用以下几个方面来衡量，即功能性(Functionality)、可靠性(Reliability)、可用性(Usability)、有效性(Efficiency)、可维护性
（Maintainability）、可移植性(Portability)。

静态测试最常用的技术就是评审，在无按键活动中主要有同行评审和阶段评审。
静态分析和文档测试都属于静态测试。

动态测试

**动态测试方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能。**这种方法由三部分组成：构造测试用例、执行程序、分析程序的输出结果。
大多数软件测试工作都属于动态测试。

按是否手工划分

手工测试

手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。
优点： 自动化无法替代探索性测试、发散思维结果的测试。
缺点： 执行效率慢，当工作量大时，容易出错。

自动化测试

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

自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。
通常所说的自动化是指功能自动化测试。
自动化测试按照测试对象划分，还可分为接口测试，UI测试等。接口测试的ROI(产出投入比)要比UI测试高。

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

按是否查看代码划分

黑盒测试(Black-box Testing）

不看代码，进行输入数据然后看输出的结果进而验证软件功能是否正确。例如功能测试、界面测试等。

白盒测试(White-box Testing)

白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。
白盒测试就是对软件的代码进行测试，寻找代码内部的错误。主要包括代码里面的模块接口测试，局部数据结构测试、路径覆盖测试、错误处理测试、边界溢出测试。

灰盒测试(Gray-Box Testing)

灰盒测试就是介于白盒测试和黑盒测试的一种测试，既关注代码又关注软件的功能性。

按测试对象划分

业务测试

将系统各个模块串接起来运行、模拟真实用户实际工作流程、满足用户定义的功能来进行测试的过程。关注需求和用户。

查看邮件：
登录网站-输入用户名、密码登录-进入收件箱-查到邮件-点击打开-查阅-关闭邮件-退出邮箱-关闭网站

界面测试

界面测试（简称UI测试)，测试用户界面的功能模块的布局是否合理、整体风格是否一致、各个控件的放置位置是否符合客户使用习惯，此外还要测试界面操作便捷性、导航简单易懂性，页面元素的可用性，界面中文字是否正确，命名是否统一，页面是否美观，文字、图片组合是否完美等。

容错性测试

容错性测试是检查软件在异常条件下自身是否具有防护性的措施或某种灾难性恢复手段。当系统出错时，能否在指定时间间隔内修正错误并重启系统。

容错性测试包含两个方面：
1、输入异常数据或进行异常操作，以检验系统的保护性
 (1)输入错误的数据类型，如猴年马月
 (2)输入定义域之外的数值
2、灾难恢复性测试。通过各种手段，让软件强制性地发生故障，然后验证系统已保存的用户数据是否丢失，系统和数据是否能尽快恢复。

文档测试

文档测试的关注点：
（1）文档的术语
（2）文档的正确性
（3）文档的完整性
（4）文档的一致性
（6）文档的易用性

兼容性测试

（1）平台测试
（2）浏览器测试（最常见的）
（3）软件本身能否向前或者向后兼容
（4）测试软件能否与其它相关的软件兼容
（5）数据兼容性测试

易用性测试

手机拔打电话功能不放在首页，放在一个目录下边，点击三四次才可以找到拔打电话功能，这个功能好用吗？

安装测试

测试程序的安装、卸载
典型的是app的安装、卸载

安全测试

安全测试是一个相对独立的领域，需要更多的专业知识。例如web的安全测试，需要熟悉各种网络协议TCP\HTTP，防火墙，CDN，熟悉各种操作系统的漏洞，熟悉路由器等。从软件来说，熟悉各种攻击手段，例如SQL注入、Xss等。

对于上传和下载的安全性该如何测试？

性能测试

检查系统是否满足需求规格说明书中规定的性能。

通常表现在以下几个方面：
（1）对资源利用（如内存、处理机周期等）进行的精确度量
（2）对执行间隔
（3）日志事件（如中断，报错）
（4）响应时间
（5）吞吐量（TPS）
（6）辅助存储区（例如缓冲区、工作区的大小等）
（7）处理精度等进行的监测

内存泄漏测试

电脑打开的东西太多，机器反应慢甚至死机，重启之后就好了，过会同样的问题出现了

从用户使用的角度来看，内存泄露本身不会造成什 么危害，一般用户可能根本不会感觉到内存泄露的存在。但是内存泄露是会累积的，只要执 行的次数足够多，最终会耗尽所有可用内存，使软件的执行越来越慢，最后停止响应。可以 把这种软件的问题比喻成软件的“慢性病”。

造成内存泄露的原因有很多，最常见的有以下几种。
（1）分配完内存之后忘了回收。
（2）程序写法有问题，造成没办法回收。
（3）某些API函数的使用不正确，造成内存泄露。
（4）没有及时释放。