【回归测试】

前言

此文仅代表我当前对回归测试的一些理解，以自己亲身接受项目的经历以及往上学习到的知识编写（刚结束一个项目，萌新一枚~），欢迎大家一起讨论学习。

定义

回归测试是指在软件发生更改后，重新执行以前的测试用例，以确保这些更改没有引入新的缺陷，或未影响已经验证过的功能的正常运行。回归测试的目标是确认软件在新的修改下仍然保持稳定性和正确性。
回归测试是对软件修改后重新执行先前的测试用例以确保修改没有影响原有功能且未引入新缺陷，而重测试是对之前发现缺陷并已修复的部分专门重新进行测试来验证该缺陷是否被正确修复。

什么时候开始回归测试

回归测试一般是在第二轮测试时开始，目的是验证第一轮的Bug有没有修复好。当然回归测试也是一个循环的过程，穿插在软件测试整个生命周期里面，如果回归的问题不通过，则需要开发人员修改后再次回归，直到通过为止。
第一句话好理解，在第一轮测试完成后，新版本发版，完成冒烟测试后即可开始回归测试。
第二句话可以这么理解：回归测试不是一次性的行为，可以从从测试流程角度来理解。
修改触发循环：软件的开发过程中，无论是修复了一个Bug，还是添加了新的功能模块，一些小小的改变都可能对软件中已经通过测试的部分产生潜在影响。每一次这样的修改之后，都需要进行回归测试来验证那些原本正常的功能是否依然正常。
持续迭代循环：迭代是软件开发的一个特征。eg:电商应用的开发中，可能在一个月内进行了多次版本更新，每次涉及到多个功能点的更改或者新增添某个小功能，如在结算时增添了折扣券功能，这时就要对以前的结算功能进行回归测试来保证原来结算功能的稳定性。

回归测试怎么做

1.全面回归测试：完全回归测试涉及执行所有已经编写的测试案例。这是一种理想的场景，前提是留给测试的时间足够长，可是现实往往是每天都要加班赶DDL（笑死，emmm降本增利）。
2.选择性回归测试：执行一个特定的测试子集，这个子集与最近修改的代码相关。这种办法更加的高效，但它依赖于测试者正确识别出与修改直接相关以及可能间接受影响的测试案例。

怎么做好回归测试

1.沟通：沟通很重要。作为一个萌新测试，有时自己对PRD的理解不正确，此时开发老师会和你掰扯一下；有时PRD中对功能点描述不清晰，此时就要和PM老师确认清楚。
2.关键点测试：对于此次上线版本的主要业务流程需要回归，即使看着和本次修改无太直接关联，也最好能走一下基本流程。
3.测试用例的维护：删除因需求改变而过时的、冗余的测试用例，改进不易重复和结果难以控制的测试用例，增添对未测试的程序段等进行测试的新测试用例。

引用文章

什么是冒烟测试和回归测试，这个 我弟弟都懂了！.
十分钟了解回归测试.
什么是回归测试.