烟雾测试和回归测试是重要的手动测试类型，应用于开发和发布更新的不同阶段。
问题的历史:
烟雾测试（来源于电子学中的“烟雾测试”——开机后检查设备是否冒烟）是一种快速的基本检查，确保系统的主要功能正常工作。回归测试是对功能的全面或部分重新检查，以确保新代码没有破坏现有功能。
问题:
这些测试经常被混淆或不正确地应用，导致浪费时间或错过重要检查。同时，如何根据哪些标准来形成烟雾和回归测试集的问题也会出现。
解决方案:
关键特点：
烟雾测试是否包含在回归测试中？
不，烟雾测试是特定“至关重要”测试的子集，而回归包括新的和重要的旧检查。
发布前是否可以只运行烟雾测试？
不——这还不够。烟雾测试仅表示一切“活着”，但不保证在不太“公开”的功能中没有严重缺陷。
在每次发布时是否可以更改烟雾测试的内容？
不，烟雾测试的组成是稳定的，仅在产品发生根本性变化时才会更改。
在发布前，团队仅限于烟雾测试，没有进行回归测试。结果是在发布后发现了不起眼但重要功能中的缺陷。
优点:
缺点:
在每次部署到测试环境后，首先进行烟雾测试，然后根据更新的场景进行回归测试。记录结果，并在产品改变时及时更新测试。
优点:
缺点: