2010-09-07 20 views
8

MS Test me está matando.Hay un MS Test Runner que es más rápido

Es tan lento en comparación con NUnit. Estoy atrapado con eso porque necesito poder obtener resultados de prueba en TFS fácil. (Además, funciona mejor con Pex y también estoy usando eso).

Pero realmente me gustaría que fuera más rápido. Incluso un poco más rápido sería agradable.

¿Alguien ha hecho un corrector de prueba para las pruebas de MS Test que va más rápido que el incrustado en Visual Studio?

+0

He leído informes que indican que MSTest crea copias de carpetas bin para cada ejecución de prueba ... como resultado, ralentiza los tiempos de ejecución. Verifique si hay una configuración que lo apague. Otra opción sería utilizar el corredor de la consola para MSTest. – Gishu

Respuesta

1

Debe poder integrar NUnit en TFS con algunas tareas de compilación personalizadas (which some people have done). Si realmente deseaba enloquecer, podía transformar los resultados de las pruebas de NUnit en archivos .TRX e importarlos directamente usando el MSTEST command line options

+0

Idea genial, pero ese proyecto no se ha actualizado durante casi un año. (Y necesitaría hacerlo con TFS 2010) Creo que podría hacer mi propia versión, pero no estoy seguro de poder obtener el tiempo para aprobarla. Así que tendría que hacerlo en mi propio tiempo, y no estoy seguro de que valga la pena (tengo tantos otros proyectos que me mantienen ocupado en mi propio tiempo de desarrollo). – Vaccano

+0

Incluso sin las tareas de compilación personalizada, siempre puede ejecutar un ejecutable como un paso de compilación. Mucha gente en línea ha encontrado formas de convertir la salida de NUnit en archivos .TRX. En ese punto, puede importarlos directamente a TFS y vincularlos directamente a una compilación. – Josh

3

La plataforma Gallio proporciona un adaptador de prueba para MSTest. A continuación, puede ejecutar sus pruebas con cualquier corredor que soporte a Gallio, incluidos los corredores incorporados como Echo o Icarus, y los corredores de terceros como TD.Net o R#.

Los corredores de prueba que no son GUI suelen ser un poco más rápidos. Por lo tanto, es posible que desee probar Echo o PoSh snap-in.

+0

El uso del corrector de prueba Resharper para ejecutar pruebas de unidad MSTest es bastante rápido.Más rápido que el corredor de pruebas VS, creo. –

1

TestDriven.Net es probablemente el más rápido. Luego va el msTest runner embedded en Visual Studio.

Encontré que el corrector de prueba ReSharper es más lento que el built-in, especialmente si la solución es grande. En el momento en que estaba investigando, ReSharper parecía hacer una reconstrucción completa de la solución, donde msTest solo estaba construyendo proyectos modificados.

Así que la mejor opción sería TestDriven.NET

0

Albacora tiene una tarea MSTest.

https://github.com/derickbailey/Albacore/wiki/MSTest-Task

Se podría escribir un archivo rastrillo simple que construyó su proyecto y luego se ejecutó la tarea MSTest.

Mi recomendación es que, inicialmente, escriba un proyecto para ejecutar solo la tarea MSTest de atún blanco y el tiempo que lleva.

PD: Yo no usaría Gallio porque, en mi experiencia, ese corredor de prueba tarda 6 segundos más que TestDriven.net para ejecutar pruebas de NUnit. PD 2: Mi verdadera recomendación es eliminar MSTest para xUnit.net o NUnit

Cuestiones relacionadas