unit testing - test - Marco de prueba de unidad.NET favorito
unit test c# ejemplo (15)
He usado Nunit por bastante tiempo, pero prefiero cosas cocidas en VS. Entonces, ahora estoy usando MSUnit. Solo una preferencia por tener menos complementos instalados en VS.
He estado usando NUnit por algunos años. He probado MBUnit por un tiempo corto, así como Zenebug y XUnit, pero sigo volviendo a NUnit.
¿Cuál es su Marco de prueba de unidad preferido / más usado? ¿Puedes explicar por qué lo estás usando?
Me gusta xUnit por la forma en que usa el constructor y los métodos de eliminación en lugar de tener que aplicar atributos a otros métodos para la inicialización y todo eso.
NUnit. Podemos usarlo en CC.
Nunit por la victoria !! Es simple y fácil de implementar. Sin desorden, sin problemas.
Solía usar NUnit, pero ahora prefiero el framework que viene con Visual Studio 2008, simplemente porque tiene una integración más estrecha y es más fácil de configurar para probar métodos privados.
También tuvimos problemas para mantener sincronizadas las versiones de NUnit con el resto del equipo. Fue una molestia menor (ir y actualizar, o corregir las referencias del proyecto), pero se fue con el interruptor.
xUnit.net, pero no soy imparcial. :)
Por qué lo uso: http://www.codeplex.com/xunit/Wiki/View.aspx?title=WhyDidWeBuildXunit
Me gusta la forma en que maneja los informes, y estoy esperando algunas de las próximas funciones de las que he oído hablar, como la integración con JsUnit.
MbUnit tiene una sintaxis compatible con NUnit pero tiene más funciones (especialmente pruebas basadas en datos).
El soporte para las pruebas de NUnit en Resharper es excelente y establece un listón muy alto para mí al alejarme de NUnit. Puedo ejecutar todas las pruebas en una solución directamente desde Visual Studio, o puedo profundizar y concentrarme en pruebas específicas. Cuando mi código está registrado, mi compilación de integración continua ejecuta las mismas pruebas. Esto me da mucha confianza en mi proceso de desarrollo.
Gallio parece que va a ser increíble una vez que se vuelva más estable (actualmente alfa).
No es solo un marco de prueba, sino una plataforma de automatización de prueba, por lo que funcionará con muchos frameworks de prueba existentes (MbUnit, NUnit, xUnit.net) y será totalmente extensible, con varias características adicionales incorporadas, como generación de informes en muchos formatos y herramientas de análisis de código.
También he escuchado que será capaz de
- salidas de imágenes de salida, por lo que, por ejemplo, las fallas en las pruebas de WatiN pueden mostrarse como capturas de pantalla, para que pueda ver en qué estado se encontraba el navegador cuando falló la prueba.
- filtrar por espacio de nombres, por lo que puede deseleccionar fácilmente las pruebas de un espacio de nombre completo antes de ejecutarlas
Editar: Ahora está fuera de alfa ahora. Lo hemos intentado en nuestra compañía y realmente lo odiamos. Fue horrible de usar y muy lento. Qué lástima.
- x Ceremonia inigualable, soporte para pruebas basadas en datos y otras extensiones
MSTest
http://en.wikipedia.org/wiki/MSTest
No sé si es mi favorito (realmente no he intentado con muchos otros), pero es conveniente ya que está integrado en Visual Studio.
He estado usando NUnit durante 4 años, definitivamente recomendaría usarlo. Reshaper: un plugin para VisualStudio de JetBrains incluye UnitTestRunner que se integra muy bien con VisualStudio y le permite ejecutar / depurar sus pruebas directamente desde el IDE. Resharper, NUnit y RhinoMocks es mi conjunto de herramientas preferido para UnitTesting.
He usado tanto NUnit como MS Test. Me gusta la integración de MS Test con el IDE y el beneficio adicional de la cobertura del código también. Pero debido a la razón de rendimiento, así como a las afirmaciones fluidas, prefiero usar NUnit sobre la prueba de MS.
Puede escribir afirmaciones agnósticas de framework utilizando una biblioteca llamada Should. También tiene una sintaxis fluida muy agradable que puede usarse si le gustan las interfaces fluidas. Tenía una publicación de blog relacionada con lo mismo.
http://nileshgule.blogspot.com/2010/11/use-should-assertion-library-to-write.html
Si utilizamos algo como Should para las aserciones, las dos versiones de prueba casi lo mismo y no veo mucha diferencia entre los dos frameworks.
Hice una comparación de los marcos de prueba de unidades NUnit y MSTest en uno de mis blogs .
He usado nUnit durante años, pero cuando nos movimos a VS2008 y TFS 2008 (usando TeamBuild) decidimos probar MSTest. No hay grandes quejas allí ... realmente nos gusta lo bien que se integra con el IDE, así como el servidor de construcción CI.
Una cosa nueva que estamos intentando y que parece tener un potencial increíble es otro complemento de Microsoft Research llamado Pex (requiere VS2008). Tal como lo expresan: "Pex genera pruebas unitarias a partir de pruebas unitarias parametrizadas escritas a mano mediante pruebas exploratorias automáticas basadas en la ejecución simbólica dinámica". La forma en que lo expreso es: esto hace un análisis estático en tu unidad de prueba y código objetivo y las pruebas unitarias de codegen para lograr una cobertura de código super alta (que a menudo no es práctico si lo haces a mano).