[开发测试]【软件测试理论】（三）测试技术体系

1. 软件测试分类

1.1 按开发阶段分类：

• 单元测试
• 集成测试
• 系统测试
  • 功能测试
  • 兼容性测试：保障产品在不同的软硬件环境下都可以使用
  • 性能测试：软件是否好用
    • 响应速度（客户关心内容）、运行是否流畅
    • 系统资源利用情况（测试人员关心）
    • 系统容量（用户最大并发量）
    • 系统稳定性
  • 安全测试（相对独立的一个领域）
• 验收测试
  • α测试：内测版本，开发环境下模拟真实用户操作进行测试
  • β测试：公测版本，实际使用环境下，实际用户进行操作

1.2 按是否查看代码分类：

• 白盒测试
  • 研究产品内容的源代码和程序结构
  • 单元测试就是白盒测试的一种
• 黑盒测试：
  • 黑盒测试又称为数据驱动测试
  • 完全不考虑程序内部结构和内部特性
  • 注重于测试软件的功能需求
  • 只关心软件的输入数据和输出数据
• 灰盒测试
  • 结合白盒测试和黑盒测试的要素的一种测试

1.3 按测试执行方式：

• 静态测试
  • 不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。
  • 对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错
• 动态测试
  • 通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能

1.4 按是否手工执行划分：

• 手工测试
  • 由人去一个一个的输入用例，然后观察结果，和机器测试相对应。
• 自动化测试
  • 把以人为驱动的测试行为转化为机器执行的一种过程

1.5 其他分类：

• 冒烟测试
  • 开发提交代码后，在系统测试之前，需要把所有功能流程全部跑通，也就是对软件基本功能进行测试。
• 回归测试
  • 修改代码后，对原有bug进行测试，确保bug被修复且无新bug被引入。
• 随机测试
  • 除了根据测试用例和测试说明书进行测试外，还需要进行随机测试，主要是根据测试者的经验对软件进行功能和性能抽查。
  • 一般在测试最后去执行
• 探索性测试
  • 探索性强调测试人员的主观能动性，抛弃繁杂的测试计划和测试用例设计过程，强调在碰到问题时及时改变测试策略。

2. 自动化分层测试体系

分层测试体系说明：

• 层级越往上BUG反馈速度越慢、维护成本越高
• 根据分层测试策略，UI端和服务端都要完成测试

Unit Tests：

• 可对产品质量做到最强的保障。既要保证质量，又要做到持续交付，则单元测试一定要做起来。
• 单元测试方法：
  • Java单元测试框架：
    • Junit
    • TestNG
  • Python单元测试框架：
    • Unittest
    • Pytest

Service Tests：

• 接口：全称Application Programming Interface，一般称作API。对于软件来说，接口相当于每个模块之间传递数据的桥梁。
• 接口测试：针对软件对外提供的服务的接口的输入输出尽心测试
• 接口测试的重点：检查接口参数传递的正确性，接口功能实现的正确性，输出结果的正确性，以及对各种异常情况的容错处理的完整性和合理性
• 为什么进行接口测试？保证API反馈数据的正确，并且接口比UI更底层，进行接口测试，发现的问题修改代价比UI层测试小。
• 接口测试的方法和工具
  • Charles、Fidder ：代理工具，接口数据抓包
  • postman
  • Jmeter ：接口功能和性能验证
  • LoadRunner
  • 打造自己的接口测试框架：
    • Python：Requests、HttpRunner
    • Java：HttpClient、RestAssured

UI Tests：

• 可对核心业务，相对稳定的业务，做UI自动化测试
• UI测试方法
  • 手工方法：人工查看、操作
  • 自动化方法
    • web端：selenium
    • app端：appium