要求正式单元测试的最有说服力的方法是什么？

Question

这当然预示着单元测试是一件好事.我们的项目有一定程度的单元测试,但它最多不一致.

您使用过或曾经使用过哪些最有说服力的方法来说服每个人,正式的单元测试是一件好事,并且需要它才能真正符合我们工作的"大型"项目的最佳利益.我不是开发人员,但我在质量保证方面,并希望提高所提供工作的质量,以确保其准备好进行测试.

通过正式的单元测试,我只是在谈论

• 确定要编写的单元测试
• 识别测试数据(或描述)
• 写这些测试
• 跟踪这些测试(并根据需要重新使用)
• 使结果可用

Answer 1

因此，在我提出这个问题两年后，我发现一个意想不到的答案是，迁移到新的 SDLC 正是我们所需要的。五年前，我们建立了第一个正式的 SDLC。它改善了我们的情况，但遗漏了一些重要的事情，例如自动化。我们现在正在建立一个新的 SDLC（在新的管理下），其中的租户之一是自动化。不仅仅是自动化单元测试，还有自动化功能测试。

我想教训是我想得太小了。如果您要改变创建软件的方式，请“全力以赴”并进行彻底的更改，而不是在您不习惯的情况下提出增量更改。