我们应该在UnitTest程序集上使用FxCop吗？

Question

我们将FxCop用于所有项目。对于我们的UnitTests，我不确定它是否值得。我们最终得到了许多压制：

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

人们对单元测试代码的FxCop有什么想法？

Answer 1

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

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

Answer 2

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

（然而，如果它告诉你一些有用的东西，那么偶尔给它一个贯穿并且一次又一次没有伤害。）

Answer 3

是的，但你不必是一个疯子。你的测试是你的维护编码员最好的朋友。如果您的测试不易阅读，您的维护编码器将会遇到困难。我认为这有助于鼓励更好的习惯，单元测试代码没有宽松的许可证。

Answer 4

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