烟雾测试和回归测试的区别

1. 烟雾测试: 烟雾测试指的是在新开发的软件版本上执行的初始测试。通过这种软件测试，表明软件产品的核心功能运行良好，没有任何问题。如果在任何情况下，软件未能通过冒烟测试，那么它将被视为损坏的构建，并转发回开发人员。在对软件进行任何功能测试或详细的功能测试之前，需要进行一些测试。这种冒烟测试在软件开发生命周期(SDLC)的初始开发阶段进行。烟雾测试也被称为“表层测试”，因为它发生在实际过程测试之前，不执行深度测试，只是验证核心功能是否正常工作。烟雾测试不仅被称为表面测试，也被称为“构建验证测试”，因为它验证软件的初始构建。例如，考虑到公共汽车票务预订网站，在这个烟雾测试的例子中，测试人员将确保网站登录功能，修改密码，预订座位，取消座位，预订通知功能等工作正常。

2. 回归测试: 回归测试指的是对软件进行深入和彻底的检查，以确保最近的代码更改没有对现有功能造成不利影响。意味着它是在bug修复或需求更改后对软件更改的验证。完成变更需求的健全测试后，进行回归测试以了解所有受影响的特性。因此，回归测试主要在任何bug修复、代码修改、需求更改、缺陷修复或任何新模块开发之后进行。这样做是为了在任何更改之后对软件进行影响分析。示例——如果我们将采用上面相同的示例，那么回归测试示例不仅包括使Bus Ticket Reservation站点正常工作的基本功能，还允许我们测试更复杂的座位预订用例，如旅行地点、预订促销代码、国际税收等。

烟雾测试与回归测试的区别:

编号	烟雾测试	回归测试
1	烟气测试是验证系统稳定性的表面水平测试。	回归测试是验证系统合理性的深层测试。
2	烟雾测试之后总是回归测试。	回归测试总是在整个测试阶段进行。
3	烟雾测试的测试用例是回归测试的一部分，只涵盖核心功能。	回归测试从功能规范或软件需求规范(SRS)中获得。
4	烟雾测试由开发人员执行。	回归测试由专业测试人员执行。
5	快速执行冒烟测试，以确认是否接受或拒绝构建。	回归测试不负责接受或拒绝软件构建以进行进一步的测试过程。
6	烟雾测试成本低。	回归测试的成本有点高。
7	烟雾测试是被记录或脚本化的。	回归测试没有记录或脚本。
8	烟雾测试也被称为构建验证测试。	回归测试没有任何其他名字。
9	烟雾测试所需的时间和人力比回归测试少。	回归测试所需要的时间和人力比烟测少。