2008-11-13 12 views
22

¿Cuáles son los pasos para ejecutar las pruebas de unidad de funcionamiento de Team Foundation Server cuando se ejecuta una compilación determinada?Pruebas de unidades en ejecución en Team Foundation Server (TFS) compilaciones

¿Cuáles son las advertencias/dificultades/soluciones provisionales que un dev o sysadmin debe tener en cuenta al configurar un servidor TFS para hacer esto por primera vez?

¿Cuáles son los pasos de solución de problemas comunes para los problemas de prueba de la unidad durante las compilaciones?

Respuesta

11

que depende de la versión de TFS está ejecutando, por lo que se asuma que se

2008.

En primer lugar, debe tener Team Edition para probadores instalados en el equipo que actuará como su agente de compilación, como se indica en How To: Create a Build Definition

Hay un par de formas de decirle a Team Build que ejecute pruebas para su compilación.

  1. Las pruebas unitarias se pueden ejecutar desde una lista de prueba definida dentro de la solución que se está construyendo. Esta lista es referenciada por la definición de construcción y se ejecutan todas las pruebas dentro de la (s) lista (s) elegida (s). Más información here
  2. La ejecución de pruebas de WildCard también está disponible al definir una máscara comodín (es decir, Prueba * .dll) que indica a Team Build que ejecute las pruebas presentes en los ensamblajes que coincidan con la máscara. Esto se hace al definir la definición de compilación también.

A tener en cuenta:

Si tiene intención de utilizar el método de comodines y desea habilitar la cobertura de código para su configuración de prueba, debe agregar lo siguiente a su archivo de definición de build para que pueda.

<RunConfigFile>$(SolutionRoot)\TestRunConfig.testrunconfig</RunConfigFile> 

Ver mi pregunta anterior sobre este para obtener más información here

+1

Nótese que en VS 2010, la extensión del archivo ahora es ".testsettings", pero de lo contrario funciona igual que antes. –

4

Si no desea utilizar configuraciones de prueba (un dolor en el culo para gestionar) basta con ejecutar toda la prueba en un .dll agregando esto a la configuración de compilación:

<ItemGroup> 
    <TestContainerInOutput Include="MyProject.UnitTests.dll" /> 
</ItemGroup> 

Todo el proceso es sencillo y bastante simple. Puede inspeccionar las pruebas de la unidad que están filamentadas en el servidor de compilación abriendo el archivo de resultados de la prueba localmente (un poco molesto) pero generalmente solo ejecutará las pruebas de la unidad localmente y podrá ver los resultados de inmediato.

Si está acostumbrado a NUnit, puede optar por ordenar las pruebas por nombre de clase, le da una vista similar.

Cuida con la cobertura de código, hace copias completas de tus binarios en compilación. Si tus binarios son lo suficientemente grandes y compilas a menudo, comerán rápidamente en el espacio de manejo.

+0

Pero el método comodín le permite ejecutar todas las pruebas de diferentes proyectos de prueba. Imagine la lista de Ola

Cuestiones relacionadas