tamaño supera practicas mejores maximo limites limite licencia datos almacenamiento acumulado visual-studio-2008 unit-testing

visual-studio-2008 - supera - tamaño de almacenamiento de sql server



¿Por qué todos mis resultados de prueba de Visual Studio "No se ejecutaron" (5)

A veces, el error también podría ser " Error al ejecutar la prueba de cola" XXX. La ruta no es de una forma legal " .

La solución podría ser cambiar el patrón de nombres TRX en el archivo .testsettings.

La cita de http://social.msdn.microsoft.com/Forums/da-DK/vststest/thread/c6efa2ba-1657-41bc-85b1-5a889d111e2f :

Si desea controlar el nombre de este archivo .trx, abra el Explorador de soluciones, abra Local.testsettings en Elementos de solución, seleccione General, cambie el esquema de nombres predeterminado al esquema definido por el usuario. Y entonces,

  1. Podría ejecutar la prueba con VS para obtener el archivo .trx que definió.

  2. Si desea obtener este resultado en la línea de comando, puede ejecutarlo con /testsettings:Local.Testsettings. Para obtener más información, consulte http://msdn.microsoft.com/en-us/library/ms182489.aspx#testsettings .

Cuando ejecuto mis pruebas unitarias en mi proyecto, veo un resultado "No ejecutado" para cada uno. He reiniciado mi computadora, así que dudo que este sea algún tipo de problema de proceso bloqueado.

Google no ha revelado nada. ¿Alguien tiene alguna idea?


¡Qué PITA! El IDE no muestra ningún error. Para determinar el error, tienes que hacer esto

  1. Abra el símbolo del sistema de Visual Studio
  2. Cambie al directorio donde se encuentra la salida binaria de su proyecto de prueba.
  3. Escriba mstest /testcontainer:The.Name.Of.Your.Test.Assembly.dll

En la parte inferior de la salida, verá el siguiente texto

Ejecutar tiene el (los) siguiente (s) problema (s):

En mi caso fue el siguiente:

Falló la ejecución de la prueba de cola ''Peter Morris @ PETERMORRIS-PC 2009-02-09 10:00:37'': Problema de implementación de prueba: la ubicación del archivo o directorio ''C: / SomePath / SomeProject.Tests / bin / Debug / Rhino.Mocks.dll no es confiable.

Ahora, si VS me hubiera dicho esto en el IDE, ¡podría haberlo solucionado en minutos! Todo lo que tienes que hacer es abrir Windows Explorer y encontrar esa DLL. Haga clic derecho sobre él y vaya a Propiedades. Luego haz clic en el botón "Desbloquear".

¡Qué desperdicio completo de mi tiempo!


Pruebas unitarias no ejecutadas

Descubrí que es un buen consejo nunca tener un constructor para una clase de prueba de unidad. Si algo en un constructor alguna vez arroja, la prueba solo será reportada como "no ejecutada". Ponga la inicialización de prueba en un método TestInitialize en su lugar. Las excepciones lanzadas allí son informadas por el IDE.

Binarios bloqueados

Por lo general, debes desbloquear el archivo ZIP antes de extraer los binarios del mismo, y luego se desbloquean todos los binarios. Si intentas desbloquear los binarios, el desbloqueo no se "pega".


Otra razón para "Falló la ejecución de la prueba de cola ''XXX''. La ruta no es de una forma legal. " Es que la cuenta no tiene un perfil cargado.

Por ejemplo, cuando inicia mstest.exe con CreateProcessAsUser () y olvida llamar a LoadUserProfile () también.


Si intenta iniciar una ejecución de prueba desde IIS, la prueba "Falló la cola" ejecutará "XXX". La ruta no es de una forma legal ". puede lanzarse si el usuario que ejecuta el grupo de aplicaciones no tiene un perfil de usuario . Para resolver esto, simplemente configure Load User Profile en true en la configuración avanzada del conjunto de aplicaciones.

vea https://social.msdn.microsoft.com/Forums/vstudio/en-US/7bb32a2d-7d10-4b8e-b743-e5beb1175917/trigger-mstest-from-app-hosted-on-iis?forum=csharpgeneral

y https://blogs.msdn.microsoft.com/vijaysk/2009/03/08/iis-7-tip-3-you-can-now-load-the-user-profile-of-the-application-pool -identidad/

para más información