版本升级验证注意事项

作为一名测试人员，除了进行常规版本测试之外，我们还要针对不同大小的版本做上线验证，不同版本升级时测试的力度是不一样的。

按照版本规模的大小和版本紧急程度，可以对版本做如下划分：

详细介绍下各个版本的特点：

补丁版本：线上出现突发情况，或者突发bug，问题影响用户正常使用，需要立马修复。

小版本：需求较少的迭代，改动的模块较少，涉及面教少，基本是小优化的集合，开发周期较短。

大版本：需求较多的迭代，改动的模块较多，涉及面较广，基本都是重大升级，开发周期较长。

针对这些版本，除了测试范围和测试侧重点不同之外，还有一些通用的上线测试步骤和点检内容可供参考：

一、升级前准备：

1.模拟用户场景生成测试数据

　　在这个阶段主要利用前期市场用户反馈的一些常用场景进行整理，列出用户经常使用的操作，生成尽可能全的用户数据和用户场景覆盖，创建数据的多样性。另外如果能够获取线上用户数据，最好考虑测试环境提前做一遍用用户数据进行的升级测试。

2.模拟用户环境配置

　　这部分也是需要获取客户配置信息，尽可能用测试环境模拟真实的线上用户环境。

二、升级后的验证：

1. 灰度测试

灰度测试的重点是模拟后端数据在测试环境上线，同时模拟用户使用新老版本的客户端来操作验证前后端功能、性能、UI等表现情况。

2. 线上测试

版本升级的线上测试跟全量版本测试还是有很多区别的，优先验证修改部分，其次验证核心功能，例如：支付，登录，数据管理等。

线上测试重点主要是在真实用户环境下针对上线客户端做模拟真实用户使用情况，涉及UI，易用性、功能性方面的内容。

三、需要点检的内容：

需要测试这边填写的一些checklist，此checklist结果需要附属在测试报告中。

App端checklist 项目：