Visual Studio Team System 2010

Publicación del inglés original : Lunes, 06 de octubre de 2008 5:28 PM PST por Somasegar

La semana pasada empecé a hablar sobre la nueva funcionalidad que estamos desarrollando para Visual Studio Team System 2010. Voy a proporcionar más detalles.

Mencioné que en la mayoría de las aplicaciones empresariales sólo el 20% del código es “nuevo”. Esto hace que el seguimiento de los errores en la mayor parte del código de la aplicación sea una tarea incluso más complicada. Desde el diseño de la aplicación hasta cuando se escribe el código, uno de los problemas más difíciles de solventar ha sido siempre el del error que no se puede reproducir - el error "irreproducible". Hay muchos factores que llevan a este tipo de errores y estamos trabajando para crear herramientas que aíslen los errores y permitan llegar a su solución más rápidamente. Una forma de hacer esto es a través de una herramienta que pueda especificar el estado exacto de la versión utilizada por un evaluador (qué ha sido protegido, qué ha cambiado en el código) y que permita realizar una comparación con el estado de la versión que el desarrollador está utilizando para reproducir el error. A menudo es una pequeña diferencia entre estas dos versiones lo que hace la reproducción imposible y hemos diseñado una nueva herramienta dentro de VSTS 2010 específicamente para solventar este problema.

Uno de los motivos más frecuentes para no poder reproducir un error es la recogida de datos susceptibles de procesamiento junto con el error. Al suministrar un conjunto de herramientas diseñadas específicamente para los analizadores, permitimos una mejor documentación de los escenarios de pruebas, así como una más minuciosa recogida de datos cuando uno de estos escenarios falla. Esto incluye la recogida de datos del sistema, así como información para el seguimiento de la pila, imágenes de pantalla e incluso captura de vídeo completamente indizada de la pantalla del analizador, todo ello adjunto en el informe del error.

Según los desarrolladores van cambiando el código, es crítico que puedan probar sus cambios de una manera eficiente, no solamente para ver que sus cambios funcionan de la forma esperada, sino también para asegurarse de que no producen efectos inesperados en otras partes. Proporcionar a los desarrolladores con un análisis de impacto de prueba significa que pueden ejecutar todas las pruebas necesarias para validar los cambios de código y ayudar a los desarrolladores a proteger código rápidamente y con confianza, mediante la ejecución de sólo las pruebas necesarias. También significa que pueden reducir el trabajo creados por errores inesperados.

Por supuesto, las aplicaciones no pueden tener éxito si no se manejan con cuidado desde el análisis del problema, pasando por la escritura del código y, finalmente, la distribución. Afortunadamente tenemos un poderoso centro de colaboración como centro de VSTS. Team Foundation Server (TFS). TFS permite que todas las personas en el ciclo de desarrollo trabajen juntas en requisitos comunes, código compartido y un potente sistema de manejo de compilación.

Nuestros clientes nos dicen que uno de sus mayores desafíos es el manejo del proceso de compilación global y el poder permitir a los desarrolladores y analizadores proteger su código en cualquier momento. Me alegra poder decir que entre las nuevas funcionalidades de TFS para VSTS 2010 se encuentran mejoras en el sistema de gestión de código fuente con control de protección, histórico a través de diferentes ramas y la visualización de bifurcaciones de combinación, además de un flujo de compilación distribuido. Estas mejoras proporcionan el mismo nivel de funcionalidad visual para la gestión de código y compilación que suministramos para el diseño de la arquitectura.

Seguiré informando sobre el resto de los productos más adelante.

¡Namaste!