Pregunta

Tengo VS08sp1, Galión 3.0.6.763 y TestDriven.NET 2.14. Utilizo marco MbUnit para pruebas de unidad. Cuando se utiliza la prueba de TestDriven Con> Depurador, soy capaz de entrar en el código. Sin embargo, no soy capaz de "Editar y continuar", a pesar de esta opción está activada en las opciones de VS. Me sale el siguiente mensaje de error:

  

cambios no se permiten cuando el depurador se ha unido a un proceso ya se está ejecutando

El proyecto que está siendo probado unidad es una biblioteca de clases ventanas y puedo "Editar y continuar" mientras se ejecuta la biblioteca a través del depurador regular. Le agradecería cualquier ayuda con conseguir "editar y continuar" para trabajar.

Gracias!

¿Fue útil?

Solución

http://www.testdriven.net/downloads/releasenotes.html :

  

705: Añadir (oculto) el apoyo a 'Test   Con ... E & C '

     

Para habilitar 'Test Con ... Depurador   (E & C)' que trabaja con Editar y   Hacer continuación; editar el   archivo 'TestDriven.dll.config' y   uncomment. Esta prueba   corredor puede archivos de proyecto 'toque' cuando   se usa con control de la fuente (por eso   que está desactivado por defecto).

Otros consejos

No creo que usted será capaz de hacer este trabajo con TestDriven.Net menos que Jamie cambia el modo en el proceso ProcessInvoker.exe se puso en marcha de manera que Editar y continuar el apoyo va a funcionar.

Para ser honesto, siempre apago Editar y continuar, ya que tiene tantas limitaciones como sea prácticamente inútil para mí. En lugar de ello me baso en el Visual Studio ventana Inmediato para experimentar con las aplicaciones y prototipos de correcciones de errores en ejecución.

Otra de las ventajas de apagar Editar y continuar junto con "Requerir archivos de origen para coincidir exactamente con la versión original" es que el depurador ya no se bloqueará los archivos de origen. Esto es particularmente útil ya que podría fijar dos o tres errores en una sesión y que aspira a tener que parar el depurador con el fin de editar archivos. Además, parece que Visual Studio gasta una cantidad bastante grande de tiempo volver a dibujar las pestañas a medida que cambia el estado "bloqueado" en o fuera - sobre todo si hay muchas pestañas abiertas. He observado pausas de varios segundos antes y después de la depuración como consecuencia directa del bloqueo. En consecuencia apagar todas las características que hacen de bloqueo proporciona una velocidad apreciable hacia arriba.

Así que supongo que mi consejo es intentar un enfoque diferente para la depuración de los ensayos que no requieren Editar y continuar.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top