如何使自动化测试流行？[关闭]

我们的代码库已经增长了20年。我们大约有10位开发者+平方英尺与500kloc合作。不久前，我们的一个小团队（2个开发人员，一个来自sqa）开始着手进行自动化测试程序。目前，一次运行需要11小时，并且某种程度上是一项集成测试。我们正在努力解决这个问题，减少误报，并在此方面取得了良好的进展。但是细节并不重要。

一切正常，我们将继续对其进行改进。我们（小团队）非常喜欢。如果我们弄坏了东西，我们会在一天后而不是两个月后注意到sqa。此外，我们的经理（开发人员+平方英尺）也很喜欢这个想法。但是团队中的其他人只是忽略了测试结果。在他们看来，如果在签入后测试失败，这是测试的问题，而不是代码更改的问题，这只是我们的玩具项目。如果失败的测试是真正的错误，我们进行了几次讨论。大多数时候是这样。

我们不能也不想强制执行某些事情。我们如何证明自动化测试是一回事？

免责声明

尽管我听起来像是一位经理，但我还是以开发人员的身份写这封信的，他还需要说服自动化测试是好的。

您必须了解开发人员的基本心理。开发人员提交代码的根深蒂固的需求。阻止他们这样做的任何事情都是非常非常糟糕的事情。测试失败肯定会阻止他们这样做，因此，这是一件坏事。因此，抵抗。

您必须指出的是，尽管自动化测试会在短期内减慢它们的速度，但从长远来看，这将为他们节省很多麻烦并实际上会加快它们的速度，因为它们将能够更加专注于开发新事物，将减少开发人员讨厌做的另一件事：修复错误。

是的，您必须执行它。您必须获得管理层的无条件支持，并且使编写自动测试成为强制性且不可协商的。随着时间的流逝，开发人员将习惯它们。有帮助的是，您可以设计一些度量标准，以显示完成了多少新开发，以及自引入自动测试以来减少了多少错误。单词易变。数字是实心的。数字是普通开发人员比文字更能理解的东西。如果您可以使用实数证明自动测试是好的，那么您对它们的抵抗力将很小甚至没有。

在他们看来，如果在签入后测试失败，这是测试的问题，而不是代码更改的问题，这只是我们的玩具项目。如果失败的测试是真正的错误，我们进行了几次讨论。 大多数时候是这样。

有你的问题。如果您的测试不可靠（即使“在大多数情况下”是可靠的），那么人们将倾向于忽略结果。您的自动化团队应专注于消除那些假阴性。只有这样，团队的其余成员才能对结果获得足够的信任，以真正信任他们。

我们不能也不想强制执行某些事情。

您绝对应该执行它！如果有人推送新代码而测试失败，则应拒绝该代码！这是可靠地维护较大的软件项目的唯一方法。