【测试】测试分类

按开发阶段

---

单元测试

• 单元测试：是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位：模块。又称为模块测试
• 测试阶段：编码后或编码前
• 测试对象：最小模块
• 测试人员：白盒测试工程师或开发人员
• 测试依据：代码注释+详细设计文档
• 测试方法：白盒测试
• 测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试

集成测试

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

系统测试

• 系统测试：将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段，包括回归测试和冒烟测试
  
  • 回归测试：回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。随着系统的庞大，回归测试的成本越来越大，通过选择正确的回归测试策略来改进回归测试的效率和有效性是很有意义的
  • 冒烟测试：冒烟测试一般在开发人员开发完毕后送给测试人员来进行测试时，测试人员会先进行冒烟测试，保证基本功能正常，不阻碍后续的测试
    
    • 对象：每一个新编译的需要正式测试的软件版本
    • 目的：确认软件基本功能正常，可以进行后续的正式测试工作
    • 执行者：版本编译人员

验收测试

• 验收测试：验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买都展示该软件系统满足原始需求
• 测试阶段：系统测试通过之后
• 测试对象：整个系统（包括软硬件）
• 测试人员：主要是最终用户或者需求方
• 测试依据：用户需求、验收标准
• 测试方法：黑盒测试
• 测试内容：同系统测试(功能…各类文档等)

按测试实施组织

---

• α测试：α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)，开发和测试人员不参与
• β测试：β测试是一种验收测试。β测试由软件的最终用户们在一个或多个客房场所进行
• 第三方：介于开发方和用户方间的组织的测试

按测试执行方式

---

静态测试

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

动态测试

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

按是否查看代码

---

黑盒测试

• 黑盒测试：黑盒测试也称功能测试，测试中把被测的软件当成一个黑盒子，不关心盒子的内部结构是什么，只关心软件的输入数据与输出数据

白盒测试

• 白盒测试：白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒指的打开盒子，去研究里面的源代码和程序结果。接口测试也是白盒测试的是一种

灰盒测试

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

按是否手工执行

---

手工测试

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

自动化测试

• 自动化测试：自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。功能测试自动化、性能测试自动化、安全测试自动化
• 一般我们说的自动化测试为：功能测试自动化
• 自动化实施步骤：
  
  • 完成功能测试，版本基本稳定
  • 根据项目特性，选择适合项目的自动化工具，并搭建环境
  • 提取手工测试的测试用例转化为自动化测试的用例
  • 通过工具、代码实现自动化的构造输入，自动检测输出结果是否符合预期
  • 生成自动测试报告
  • 持续改进，脚本优化

按测试对象划分

---

业务测试

• 业务测试：是测试人员把系统各个模块串接起来运行、模拟真实用户实际的工作流程，满足用户需求定义的功能来进行测试的过程
• 业务测试关注需求与用户

性能测试

• 性能测试：检查系统是否满足需求规格说明书中规定的性能。通常表现在以下几个方面：
  
  • 对资源利用（如内存、处理机周期等）进行的精确度量
  • 对执行间隔
  • 日志事件（如中断，报错）
  • 响应时间
  • 吞吐量（TPS）
  • 辅助存储区（例如缓冲区、工作区的大小等）
  • 处理精度等进行的监测

安全性测试

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

易用性测试

• 易用性测试：易用性（Useability）是交互的适应性、功能性和有效性的集中体现。易用性属于人体工程学的范畴，人体工程学（ergonomics）是一门将日常使用的东西设计为易于使用和实用性强的学科
• 易用性测试也叫作用户体验测试

界面测试

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

文档测试

• 国家有关计算机软件产品开发文件编制指南中共有14 种文件，可分为3 大类：
  
  • 开发文件：可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗
  • 用户文件:用户手册、操作手册，用户文档的作用：改善易安装性；改善软件的易学性与易用性；改善软件可靠性；降低技术支持成本
  • 管理文件：项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。
• 在实际的测试中，最常见的是用户文件的测试，例如：手册说明书等。也会有一些公司对需求文档进行测试，来保证需求文档的质量
• 文档测试的关注点：
  
  • 文档的术语
  • 文档的正确性
  • 文档的完整性
  • 文档的一致性
  • 文档的易用性

安装测试

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

兼容性测试

• 兼容性测试：兼容性主要是指软件之间能否很好的运做，会不会有影响、软件和硬件之间能否发挥很好的效率工作，会不会影响导致系统的崩溃。
  
  • 平台测试
  • 浏览器测试
  • 软件本身能否向前或者向后兼容
  • 测试软件能否与其它相关的软件兼容
  • 数据兼容性测试
• 最常见的就是浏览器的兼容性测试，不同浏览器在css，js解析上的不同会导致页面的显示不同。常见的IE8的兼容性。