2011-07-08 14 views
6

Estoy intentando crear una prueba de interfaz de usuario codificada en un proyecto de prueba de Visual Studio 2010.
botón derecho del ratón en el proyecto, seleccione Agregar Prueba Seleccionar Coded UIError al crear la prueba de interfaz de usuario codificada en Visual Studio 2010 Ultimate

entonces consigo el aviso de error:

El siguiente paquete al cargar: C: \ Users [Ruta archivo Goes Aquí] \ Microsoft.VisualStudio.TestTools.UITest.Extension.IE.dll. La prueba de UI codificada ahora está en un estado inconsistente . Elimine este paquete y reinicie Visual Studio en para que funcione con la Prueba de interfaz de usuario codificada.

Una vez que hago clic en Aceptar, puedo crear la Prueba de interfaz de usuario codificada (CUIT) pero cuando la prueba termina, el archivo de prueba está vacío.

¿Alguien sabe cómo solucionar este problema? Ya borré mi configuración Y reinstalé VS 2010, todo en vano.

Gracias a todos.

+0

Me parece que quizás su módulo de prueba UI se dañó? Puede considerar desinstalarlo, cerrar VS, eliminar todo el caché (también desde su AppSettings), la reinstalación. – Chiramisu

+0

He reinstalado, así como también hice una instalación de reparación. Sin embargo, no he borrado el caché. –

Respuesta

3

Por lo tanto, estoy preparado para declarar que esto es un error masivo por parte de Microsoft y cerrarlo.

+0

Y si no tiene instalado el andamio MVC 3, todo va bien. –

+0

En caso afirmativo, podría agregar esta solución a la pregunta para aclarar qué hacer con ella. –

+0

Desinstalar el andamio mvc El paquete NuGet realmente soluciona el problema, eso es todo. No tiene absolutamente ningún sentido, pero eso es todo lo que se necesita. –

3

No hay idea sobre el origen del problema, pero si va a C: \ Archivos de programa (x86) \ Microsoft Visual Studio 10.0 \ Common7 \ IDE \ PrivateAssemblies \ y copia el Microsoft.VisualStudio.TestTools.UITest.Extension El archivo .IE.dll en el directorio bin/debug todo funciona bien.

No sé por qué VS supone que el .dll está allí cuando no lo está, pero esa es la solución.

+0

Ahora encuentro que la solución anterior solo funciona una vez. ¿Alguien más tiene alguna idea? –

+0

¿Se hace referencia a esta dll desde el proyecto? –

+0

En caso afirmativo, intente eliminar la referencia. Además, ¿tiene alguna otra instalación de Visual Studio para probar eso? –

2

Pude superar este problema cambiando la propiedad 'Copiar local' de la DLL a la que se hace referencia a 'verdadera'. Después de este cambio, la DLL se copia automáticamente en el directorio Bin \ Debug.

Cuestiones relacionadas