Devemos usar o FXCOP em montagens da Unittest?
-
19-08-2019 - |
Pergunta
Usamos o FXCOP para todos os nossos projetos. Para nossos unitests, não tenho certeza se vale a pena. Acabamos com muitos suprimidos:
[SuppressMessage("Microsoft.Performance", "CA1822:MarkMembersAsStatic", Justification = SuppressJustifications.CA1822MethodIsUsedExternallyAsNonStatic)]
[SuppressMessage("Microsoft.Usage", "CA1806:DoNotIgnoreMethodResults", MessageId = "Cantaloupe.Seed.Security.RijndaelEncryption", Justification = SuppressJustifications.CA1806MethodIsCalledForExceptionThrowingTest)]
Quais são os pensamentos das pessoas no FXCOP no código de teste da unidade?
Solução
Quando ensino nossa classe de teste de unidade / TDD, geralmente digo às pessoas para escrever o código de teste seguindo os mesmos princípios que sim ao escrever o código de produção do ProBer. No entanto, reconheço que algumas das regras do FXCOP podem gerar muito ruído.
Você não poderia usar um subconjunto adequado das regras do FXCOP para o código de teste?
Outras dicas
não vale o esforço; O FXCOP é para padrões de codificação de produção, não o código de teste interno
(No entanto, não dói dar um passo em frente e uma vez por vez de vez em quando, caso isso lhe diga algo útil ...)
Sim, mas você não precisa ser um maníaco sobre isso. Seus testes são o melhor amigo do seu codificador de manutenção. Se seus testes não forem fáceis de ler, seu codificador de manutenção terá um momento difícil de coisas. Eu acho que ajuda a incentivar melhores hábitos, o código de teste de unidade não tem uma licença permissiva para ser desleixada.
Vá em frente se tiver tempo em suas mãos. Não é uma má idéia fazer o policial dar uma olhada em todo o seu código.