Más rápido con Visual Studio 2010. Depuración colaborativa

Cuantas veces le hemos enviado un bug a otro desarrollador y no poder volver reproducirlo. El equipo de Visual Studio nos quiere ayudar con estos problemillas. Una de las nuevas funcionalidades que tenemos es la posibilidad de crear depuraciones en colaboración. Os pongo un ejemplo y lo explico.

Cuando el Desarrollador 1 le envía el error al Desarrollador 2, se pierde mucha información que el Desarrollador 1 ya ha investigado y que el Desarrollador 2 tiene que volver a encontrar e investigar.

Veamos cómo podemos mejorar este proceso utilizando Visual Studio 2010. El Desarrollador 1 depurando su código encuentra que puede existir un error en la llamada a un método de un componente del Desarrollador 2.

En este punto, el Desarrollador 1 debería de enviar el error al Desarrollador 2, pero en vez de enviárselo y que el Desarrollador 2 tenga que volver a realizar la depuración, generará una serie de información de depuración que se le envía al Desarrollador 2 con el error. El Desarrollador 1 comparte su entorno de depuración con el Desarrollador 2. Lo primero de todo es exportar el breakpoint actual para que el Desarrollador 2 sepa dónde tiene que empezar la depuración del error.

Lo siguiente es compartir la información que el Desarrollador 2 debe de inspeccionar al depurar. Para hacer esto, primero debemos anclar la variable que causa el error y exportar esos datos de depuración. Incluso podemos añadirle comentarios a la variable para que lo lea el Desarrollador 2.

Ahora, el Desarrollador 2 puede continuar con la depuración del Desarrollador 1 importando la información de depuración que se le ha enviado.

Cuando el Desarrollador 2 importa el entorno de depuración, puede continuar con el mismo, incluso con los valores de las variables y los comentarios que se han exportado.

Este proceso de Depuración Colaborativa nos permite mejorar la integración del equipo de Testers y que estos sean capaces de enviar errores e información de calidad para poder reproducirlos y corregirlos. Aunque no hayamos hablado de él, tenemos que tener en cuenta el nuevo proceso de depuración de Visual Studio 2010 llamado Intellitrace.

Intellitrace nos permite mantener un histórico de nuestra depuración para poder navegar hacia atrás en nuestro código y visualizar el estado de este. Espero poder escribir un artículo en breve sobre él explicando su uso y sus ventajas (por ejemplo, si estamos probando nuestra aplicación y se produce una excepción, no tenemos que poner un breakpoint y volver a empezar hasta llegar a él para depurar el error, si tenemos habilitado Intellitrace automáticamente podremos depurar la excepción cuando esta se produzca).

 

Saludos a todos…

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *