问自动化测试仍然被称为冒烟测试吗？

EN

这是一种维恩图。有些自动化测试是烟雾测试，有些烟雾测试是自动化的(只要它们是由计算机程序运行的)。烟雾测试是对“有烟的地方，通常有火”这一术语的理解(如果我没记错的话)。这是一组初步测试，程序必须通过才能被认为是“真正的”(即：fire)测试。

烟雾测试可以是手动的，因为测试员有一系列他遵循的步骤，但这些步骤不是由计算机程序自动完成的。

烟雾测试仍然在使用--在我工作过的地方，它通常是自动化的。

自动化测试可以做冒烟测试(浅的，宽的)，但它也可以做其他测试，如regression testing和unit testing。基本上，自动化测试可以是任何可重复的测试。

是的，烟雾测试仍在使用中。我通常会看到两种情况。第一个是确定软件是否准备好进行更深入的测试。第二个，也是IMO更常见的，跳过全面测试功能，这些功能不应该受到新构建更改的影响。

我不认为烟雾测试通常是自动化的。根据我的经验，冒烟测试实际上只是一个基本的理智测试，以确保后续测试可以实际运行，并且没有像启动代码或菜单项这样的基本测试被破坏。这通常是由人手动完成的。我认为它可以是自动化的，但通常它涉及到新功能的添加，因此自动化测试也必须更改，并且您仍然会遇到相同的问题，即您需要一个人来验证自动化测试是否被修改以正确地测试新功能。相比之下，自动化测试(如单元测试)代表一个回归测试套件，创建这些测试套件是为了测试已建立的功能，这些功能在不同的版本之间不应该有太大的变化，尽管您当然也会添加单元测试来涵盖新的功能。