测试笔记_互联网产品的测试策略应该如何设计

Q:互联网产品的测试策略和传统软件产品的测试策略到底有哪些不同？

研发流程的不同决定了测试策略的不同

• 互联网产品的上线周期通常是以“天”甚至是以“小时”为 单位，而传统软件产品的周期多以“月”，甚至以“年”为单位。
• 发布周期的巨大差异决定了，传统软件产品的测试策略必然不适用于互联网产品的测试，二者的测试策略必然在测试执行时间和测试执行环境上有巨大差异。
• 通常情况下，互联网产品要求全回归测试的执行时间不能超过 4 小时

传统软件产品的测试策略设计

• 单元测试：白盒测试，通常由开发工程师自己完成。

• API 测试：针对各个模块暴露的接口，灰盒测试。

  灰盒测试方法是介于白盒测试和黑盒测试之间的一种测试技术，其核心思想是利用测试执行的代码覆盖率来指导测试用例的设计。

• GUI 测试：端到端测试，模拟真实用户使用软件的行为，验证这些操作对应的结果是否正确。

互联网产品的测试策略设计

1. GUI 测试

• 互联网产品的 GUI测试通常采用“手工为主，自动化为辅”的测试策略，手工测试往往利用探索性测试思想，针对新开发或者新修改的界面功能进行测试

• 自动化测试的关注点主要放在相对稳定且核心业务的基本功能验证上。

• GUI 的自动化测试往往只覆盖最核心且直接影响主营业务流程的 E2E 场景。

2. API测试

对于互联网产品来说，把测试重点放在 API 测试上，重量级 API 测试，轻量级 GUI 测试，轻量级单元测试”的原则

• API 测试用例的开发与调试效率比 GUI 测试要高得多，而且测试用例的代码实现比较规范，通常就是准备测试数据，发起 request，验证 response 这几个标准步骤。
• API 测试用例的执行稳定性远远高于 GUI 测试。
• 单个 API 测试用例的执行时间往往要比 GUI 测试短很多。
• 在微服务架构下，客户端应用的实现都是基于对后端微服务的调用.
• API 接口的改动一般比较少，即使有改动，绝大多数情况下也需要保证后向兼容性
  

3. 单元测试

互联网产品的全面单元测试只会应用在那些相对稳定和最核心的模块和服务上，而应用层或者上层业务服务很少会大规模开展单元测试。

小结

• 以中间层的 API 测试为重点做全面的测试。
• 轻量级的 GUI 测试，只覆盖最核心直接影响主营业务流程的 E2E 场景。
• 最上层的 GUI 测试通常利用探索式测试思维，以人工测试的方式发现尽可能多的潜在问题。
• 单元测试采用“分而治之”的思想，只对那些相对稳定并且核心的服务和模块开展全面的单元测试，而应用层或者上层业务只会做少量的单元测试。