如果我们使用的FxCop的单元测试组件?
-
19-08-2019 - |
题
我们使用的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是用于生产编码标准,而不是内部测试代码
(但是,它不伤害给它一个运行通过和一个曾经在飘飞,在情况下,它会告诉你一些有用的东西......)
是的,但你不必是一个关于它的疯子。你测试你的维护编码器的最好的朋友。如果你的测试是不容易读你的维护编码器将有许多事情很难。我认为这有助于鼓励良好的习惯,单元测试代码没有一个宽容的许可马虎。
继续,如果你有时间在您的手中。它不是一个坏主意,让警察看看所有的代码。
不隶属于 StackOverflow