Utilizamos FxCop para todos nuestros proyectos. Para nuestros UnitTests no estoy seguro de que valga la pena. Terminamos con muchas supresiones:¿Deberíamos usar FxCop en ensamblajes UnitTest?
[SuppressMessage("Microsoft.Performance", "CA1822:MarkMembersAsStatic", Justification = SuppressJustifications.CA1822MethodIsUsedExternallyAsNonStatic)]
[SuppressMessage("Microsoft.Usage", "CA1806:DoNotIgnoreMethodResults", MessageId = "Cantaloupe.Seed.Security.RijndaelEncryption", Justification = SuppressJustifications.CA1806MethodIsCalledForExceptionThrowingTest)]
¿Cuáles son las opiniones de las personas sobre FxCop en el código de prueba de la unidad?
¿Eh? "No vale la pena el esfuerzo" es un poco fuerte, diría yo. ¿Por qué debería tratar el código "interno" con una calidad diferente como código de "producción"? La aplicación de estándares de codificación (de la manera en que FxCop puede hacer) es una parte importante de verificar la exactitud del código, aunque seguramente no es la * más * importante o solo una. –
@ [Christian.K]: es por eso que dije que no hace daño hacerlo de vez en cuando, por las dudas, pero no hay ninguna razón para la conformidad completa de FxCop en el código de prueba de la unidad, o el código desechable, o uno código de utilidad de disparo, et al. Usa tu mejor juicio. –