【不看后悔！客户端测试基础】总包回归测试发版，特殊系统、各种类型的包、兼容性设备选择思路

测APP，不可避免的遇到“包”这个概念，其实就是安装包的意思。线上下载到的就是线上包，测试时用的是测试包。

一、包类型

包的类型跟打包指令是有关系的，各大公司有所不同，以下尽量转化成通用说法给大家参考（叫法可能也会有所不同）。

二、发版节奏（总包测试策略）

我经历过的一般是2周1版和1周1版。不管发版的频次是什么，都必须依赖下述几个工作：

1、确认版本的需求信息：

一般由项管统计，关键点是要确认list跟合入是一致的（这个一般由内部每个需求测试负责人协助确认）；

2、确认版本需要执行的用例范围：

• 通用核心用例+本版本改动影响点用例。【注意：用例是需要持续维护的】
• 有的公司版本流程中，会有很多个环节，根据时间节点的不同，用例的数量会有删减，所以一定要确认好用例的核心等级以及与本次总包密切关联的影响面。
• 如果有自动化，或者其他专项，那么也纳入用例池中。
• 圈选本次执行总包的设备（容易出问题的、可抓包的，以及其他兼容性策略）

3、确认版本的协作流程：

确认版本日历：主要关注有几个打包节点、每个节点的出包和回归时间是什么、回归完毕后需要做什么（我司是tapd流转和邮件回复）、灰度流程（几轮、几天）、提审信息；