visual unitarias unit test studio son software que pruebas las interfaz ejemplos unit-testing tfs installation mstest

unit testing - test - Ejecución de pruebas unitarias en las compilaciones de Team Foundation Server(TFS)



unit test visual studio (3)

¿Cuáles son los pasos para ejecutar las pruebas unitarias de Team Foundation Server cuando se ejecuta una compilación determinada?

¿Cuáles son las advertencias / dificultades / soluciones provisionales que un desarrollador o administrador de sistemas debería tener en cuenta al configurar un servidor TFS para que lo haga por primera vez?

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


Si no quiere usar las configuraciones de prueba (Un dolor en el culo para administrar) simplemente ejecute todas las pruebas en un .dll al agregar 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.

Cuidado con la cobertura del 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.



depende de la versión de TFS que esté ejecutando, así que asumiré que es 2008.

En primer lugar, debe tener Team Edition para Testers instalado en la computadora que actuará como su agente de compilación, como se establece en Cómo: Crear una definición de compilación.

Hay un par de maneras 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 aquí
  2. La ejecución de prueba de WildCard también está disponible al definir una máscara de comodín (es decir, Test * .dll) que instruye a Team Build para ejecutar cualquier prueba presente en ensamblajes que coincidan con la máscara. Esto se hace al definir la definición de compilación también.

Cosas a tener en cuenta:

Si tiene intención de utilizar el método de comodín 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 compilación para habilitarlo.

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

Ver mi pregunta anterior sobre esto para obtener más información aquí