5

我们在所有项目中都使用 FxCop。对于我们的单元测试，我不确定它是否值得。我们最终得到了许多抑制：

[SuppressMessage("Microsoft.Performance", "CA1822:MarkMembersAsStatic", Justification = SuppressJustifications.CA1822MethodIsUsedExternallyAsNonStatic)]
[SuppressMessage("Microsoft.Usage", "CA1806:DoNotIgnoreMethodResults", MessageId = "Cantaloupe.Seed.Security.RijndaelEncryption", Justification = SuppressJustifications.CA1806MethodIsCalledForExceptionThrowingTest)]

人们对 FxCop on Unit test code 有什么看法？

4

4 回答 4

5

当我教授我们的单元测试/TDD 课程时，我通常会告诉人们按照与编写探测器生产代码时相同的原则编写测试代码。但是，我承认某些 FxCop 规则可能会产生过多的噪音。

您不能为测试代码使用合适的 FxCop 规则子集吗？

于 2009-01-19T19:48:50.500 回答
2

不值得努力；FxCop 用于生产编码标准，而不是内部测试代码

（但是，不时给它一个贯穿和一次检查并没有什么坏处，以防它告诉你一些有用的东西......）

于 2009-01-19T19:26:35.083 回答
2

是的，但您不必对此感到疯狂。你的测试是你的维护编码员最好的朋友。如果您的测试不容易阅读，您的维护编码员将会遇到困难。我认为这有助于鼓励更好的习惯，单元测试代码没有允许马虎的许可。

于 2009-01-19T19:48:31.297 回答
1

如果您有时间，请继续。让警察查看您的所有代码并不是一个坏主意。

于 2009-01-19T19:29:48.993 回答