我们使用的FxCop为我们所有的项目。对于我们的单元测试,我不知道这是值得的。我们结了许多禁止显示:

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

什么是人们对FxCop的想法在单元测试代码?

有帮助吗?

解决方案

当我教我们的单元测试/ TDD类,我通常告诉人们编写测试代码之后,他们会编写探测器生产代码时相同的原则。不过,我承认,一些FxCop的规则可能会产生过多的噪音。

无法使用的规则的FxCop的合适子集用于测试代码

其他提示

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

(但是,它不伤害给它一个运行通过和一个曾经在飘飞,在情况下,它会告诉你一些有用的东西......)

是的,但你不必是一个关于它的疯子。你测试你的维护编码器的最好的朋友。如果你的测试是不容易读你的维护编码器将有许多事情很难。我认为这有助于鼓励良好的习惯,单元测试代码没有一个宽容的许可马虎。

继续,如果你有时间在您的手中。它不是一个坏主意,让警察看看所有的代码。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top