ps：我理解的全量回归是 基本流程的冒烟 + 本次需求的所有用例
「原创声明：保留所有权利，禁止转载」
一般说的全量回归，就是整个完整的回归用例集走一遍。需不需要，取决于这个版本的需求或变更风险有多大，越大越是要多测试。
基本流程的冒烟 + 本次需求的所有用例，不叫【全量回归】
同问，每次封板之后是否需要把 本次需求的所有用例全部走一遍
最后一测，也就是上线前的回归测试
回归用例 + 新功能简单测试下
回归用例包含：老功能的 P0
如何确定用例为回归用例呢？
1、一级页面的功能，使用频率高的可添加回归用例集
2、每次新增功能，挑选重要功能的用例添加回归用例集
3、涉及到支付和广告，安全相关内容，添加回归用例集
4、根据公司业务情况，沟通考虑其他
理论上需要， 但是在排期/人力的现实情况下大部分团队做不到。 所以很多时候是做质量分级， 什么时候情况下（可能是根据版本性质，需求数量，改动范围等等判断）执行什么策略的测试方案。 比如 GA 版本全量回归， beta 版本跑通 p0,p1 的功能， 性能/高可用不做保证等等
保证 P0、P1 就行了