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

時間があれば、先に進んでください。警官にすべてのコードを見てもらうのは悪くない考えです。