5

すべてのプロジェクトで FxCop を使用しています。私たちの UnitTests にとって、それだけの価値があるかどうかはわかりません。最終的には多くの抑制が行われます。

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

単体テスト コードの FxCop について、人々はどのように考えていますか?

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 に答える