我对单元测试有相当多的了解。我一直在尝试阅读代码契约(Contract)。它真的有助于单元测试吗？它是否被高估了，尤其是当我们谈论代码契约有助于进行单元测试时。我特别指的是 .net 4.0 中的契约(Contract)。我使用 nunit 进行单元测试。
最佳答案
是和否。单元测试基本上是一个契约(Contract)，上面写着，MyMethod() 接受 X 并期望 Y 将是一个结果，如果它不这样做，那么单元测试就会失败，并且作为 MyMethod() 的开发者，您会收到警告，您破坏了里面的东西。代码契约确实可以帮助你编写单元测试，因为契约中的要求使你在编写单元测试时更容易了解单元测试的要求。然而，代码契约的真正原因不在于你，而在于使用你创建的 API 的其他开发人员。单元测试让您知道正确的输入和输出，但是当您将代码发布到野外时，单元测试不会与 .dll 一起发布。代码契约为其他开发人员提供了通过编译时契约和检查了解这些相同需求的好处。契约(Contract)可以防止那些有不阅读方法文档并开始传递内容的可怕倾向的开发人员(我)，因此现在他们将通过契约(Contract)得到积极警告。
关于c# - 代码契约真的有助于单元测试吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3345314/