回归测试和确认测试的应用场景如何考虑

首先，评估bug修改的影响程度。如果改动大，影响到底层或者影响到系统框架，那肯定要做全面的回归测试，甚至要做详细的回归测试分析和测试设计。如果改动较小，就可以酌情只做确认测试即可。

其次，要评估bug涉及到的功能的重要性和使用频率。如果是核心功能模块，一定要做回归测试。如果是不常用功能模块，也可以酌情只做确认测试。

另外，负责修改bug的开发人员最了解bug的来龙去脉，所以，最好跟开发人员沟通交流，讨论bug的根因、修改方案及修改影响，结合开发人员的测试建议，再结合测试人员自身的经验，输出相关测试用例。这种回归过程是比较精准的一种回归测试的途径。

当然，什么时候选择确认测试类型，什么时候选择回归测试类型，很多情况下，会根据项目的整体情况，基于风险对回归测试做取舍，这不仅仅是技术层面的事情了，涉及到测试策略方面的调整。