Dovremmo usare FxCop sugli assembly UnitTest?

Question

Usiamo FxCop per tutti i nostri progetti. Per i nostri UnitTest non sono sicuro che ne valga la pena. Finiamo con molte soppressioni:

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

Quali sono le opinioni della gente su FxCop sul codice del test unitario?

Answer 1

Quando insegno alla nostra unit test / classe TDD, di solito dico alle persone di scrivere il codice di test seguendo gli stessi principi che avrebbero quando scrivono un codice di produzione prober. Tuttavia, riconosco che alcune delle regole di FxCop potrebbero generare troppo rumore.

Non potresti utilizzare un sottoinsieme adatto delle regole FxCop per il codice di test?

Answer 2

non vale la pena; FxCop è per gli standard di codifica di produzione, non per il codice di test interno

(tuttavia, non fa male dargli una rincorsa e una volta ogni tanto, nel caso ti dica qualcosa di utile ...)

Answer 3

Sì, ma non devi essere un maniaco al riguardo. I tuoi test sono i migliori amici del tuo programmatore di manutenzione. Se i tuoi test non sono facili da leggere, il tuo programmatore di manutenzione avrà delle difficoltà. Penso che aiuti a incoraggiare abitudini migliori, il codice unit test non ha una licenza permissiva per essere sciatto.

Answer 4

Vai avanti se hai tempo a disposizione. Non è una cattiva idea fare in modo che il poliziotto dia un'occhiata a tutto il tuo codice.