一般说的全量回归，就是整个完整的回归用例集走一遍。需不需要，取决于这个版本的需求或变更风险有多大，越大越是要多测试。

基本流程的冒烟 + 本次需求的所有用例，不叫【全量回归】

同问，每次封板之后是否需要把 本次需求的所有用例全部走一遍

我理解集成测一遍，系统应该不用重复测，而是更侧重场景方向的用例

最后一测，也就是上线前的回归测试
回归用例 + 新功能简单测试下
回归用例包含：老功能的 P0
如何确定用例为回归用例呢？
1、一级页面的功能，使用频率高的可添加回归用例集
2、每次新增功能，挑选重要功能的用例添加回归用例集
3、涉及到支付和广告，安全相关内容，添加回归用例集
4、根据公司业务情况，沟通考虑其他

理论上需要， 但是在排期/人力的现实情况下大部分团队做不到。 所以很多时候是做质量分级， 什么时候情况下（可能是根据版本性质，需求数量，改动范围等等判断）执行什么策略的测试方案。 比如 GA 版本全量回归， beta 版本跑通 p0,p1 的功能， 性能/高可用不做保证等等

保证 P0、P1 就行了