Volviendo # delegados C en la unidad de tests

Question

el fin de reducir la duplicación de código quisiera generar pruebas de unidad mediante programación de varias fuentes. Una forma sencilla de lo que podía pensar era generar un montón de delegados desde el interior de un método que analiza la información de configuración y las etiquetas de todos los delegados con el atributo [TestMethod] que luego se ejecuta por el marco de pruebas de Visual Studio.

Mi motivación es utilizar la mayor cantidad posible de las instalaciones de informes de pruebas del estudio visual porque podría escribir mi propia capa de informes para las pruebas utilizando algunas de las facilidades de reflexión de C#, pero prefiero no hacerlo. Mi solución parece bastante elegante y simple, pero no puedo obtener el marco de prueba de Visual Studio para entender exactamente qué estoy tratando de hacer, ¿alguien sabe cómo hacer lo que me gustaría?

Answer 1

Es posible que desee considerar Pex (y posiblemente Moles para código heredado) de Microsoft Research. Pex es un proyecto de investigación que genera automáticamente pruebas unitarias con una alta cobertura de código y, supuestamente, selecciona entradas y salidas interesantes para las pruebas. Supongo que hay algo de inteligencia allí. :)

No lo he usado personalmente, pero he escuchado de algunos colegas que Pex y Moles son muy interesantes y les han ayudado. Puede valer la pena mirar.

Espero que esto ayude!

Answer 2

Creo que si realmente quieres generar pruebas, sería mejor que literalmente generaras las pruebas, usando algo como T4 templates. En otras palabras, use la generación de código y cree los accesorios de prueba y los métodos para que los ejecute como lo haría con cualquier otro caso de prueba.

Answer 3

Lo siento si esto no responde a usted pregunta exactamente, pero creo que las pruebas de unidad de generación automática es la forma equivocada de abordar este problema.
Las pruebas unitarias son una forma efectiva de ayudar a evitar la regresión y proporcionar documentación sobre cómo debe usarse su código. Cuando generas automáticamente tus pruebas obtienes un montón de pruebas, pero si fallan, no sabes realmente si existe una falla real y terminas con muchas pruebas fallidas que no tienes idea de por qué fallan o cómo hacerlas. pasar. Al final, probablemente borre todas las pruebas, porque "no funcionan".

Dicho esto - probar Armadillo de Typemock - es una herramienta que escribe las pruebas de acuerdo con las acciones del usuario