Cuando ejecuto mis pruebas de unidad 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.¿Por qué todos mis resultados de prueba de Visual Studio "No se ejecuta"?
Google no ha revelado nada. ¿Alguien tiene alguna idea?
¡Qué PITA! El IDE no muestra ningún error. Con el fin de determinar el error que tiene que hacer esto
En la parte inferior de la salida verá el siguiente texto
Run tiene el problema siguiente (s):
En mi caso fue el siguiente:
No se pudo hacer cola prueba 'Peter Morris @ PETERMORRIS-PC 2009-02-09 10:00: 37 ': Problema de implementación de prueba de ejecución: la ubicación del archivo o directorio' C: \ SomePath \ SomeProject.Tests \ bin \ Debug \ Rhino.Mocks.dll 'no es de confianza.
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é pérdida total de mi tiempo!
Las pruebas unitarias no ejecutados
que he encontrado que es un buen consejo para no 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
lo general, se tienen que desbloquear el archivo ZIP en sí antes de extraer los binarios de ella, y luego todos los binarios serán desbloqueados. Si intentas desbloquear los binarios, el desbloqueo no se "pega".
¡Gracias! Volví a votar su respuesta porque descubrí que desbloquear el ZIP era la clave, desbloquear solo los binarios no era suficiente. Gracias nuevamente por el consejo. – davecoulter
A veces, el error también podría ser "No se pudo hacer cola prueba de funcionamiento 'XXX'. El camino no es de una forma legal."
La solución podría ser cambiar el patrón de nombres en el archivo de TRX .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, se abrirá Solución Explorer, Local.testsettings abiertos en los puntos de soluciones, seleccione General, cambio de nomenclatura predeterminado esquema para Esquema definido por el usuario.Y luego,
Puede ejecutar la prueba con VS para obtener el archivo .trx que ha definido.
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.
Otra razón para "No se pudo hacer cola prueba de funcionamiento 'XXX'. El camino no es de una forma legal." es que la cuenta no tiene un perfil de carga.
E.g. cuando inicie mstest.exe con CreateProcessAsUser() y olvide llamar a LoadUserProfile() también.
Si intenta iniciar una prueba de funcionamiento de IIS la "No se pudo hacer cola prueba de funcionamiento 'XXX'. El camino no es de una forma legal". se puede lanzar 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.
para obtener más información
muy útil, gracias. Con respecto al IDE que no muestra el error, encontré que hay un enlace de "Error de ejecución de prueba" justo encima de la cuadrícula de resultados con un fondo amarillo. Al hacer clic en este, se devuelve el mismo mensaje que se recibe en el símbolo del sistema. –
Gracias. mi problema era ** UTA007: ** 'El método METHODNAME definido en la clase CLASSNAME no tiene la firma correcta. El método de prueba marcado con el atributo [TestMethod] debe ser no estático, público, no devuelve un valor y no debe tomar ningún parámetro' – itsho
@PeterMorris cómo abrir el símbolo del sistema de Visual Studio? –