Como seguro que casi todos recordaréis, hace poco que se anunció el Service Pack 1, tanto para Visual Studio 2010, como para Team Foundation Server 2010.

Y una de las preguntas que he recibido últimamente, es “ok, pero yo tengo Lab Management montado, con varios entornos virtuales ¿qué y dónde tengo que instalar cada uno de los Service Pack (TFS y VS)?”

La respuesta es sencilla, en parte, así que vamos a ello.

Team Foundation Server y Team Build 2010

La parte sencilla, como ya imagináis es la del propio Team Foundation Server en el que, si no tenemos Visual Studio instalado en el mismo servidor, sólo necesitamos el SP1 de Team Foundation. Y si tenemos Visual Studio 2010 también instalado, necesitaremos el SP1 de Visual Studio también. Esto mismo lo aplicaremos a nuestros servidores de Tam Build 2010.

Test controller 2010

En nuestro Test Controller 2010, instalaremos el SP1 de Visual Studio 2010 únicamente (siemppre y cuando no tengamos más componentes de TFS).

Entornos virtuales

Aquí es dónde más trabajo tendremos que hacer, ya que, dependiendo de las capacidades que hayamos asignado a nuestros entornos tenemos que instalar uno u otro  (o los dos)  SP1.

Vamos primero a recordar las capacidades que podemos asignar a nuestros entornos virtuales:

1. Capacidad de ejecución de pruebas automatizadas, mediante un Test Agent 2010 y un Lab Agent.
2. Capacidad de ejecutar Workflows, para el despliegue de la aplicación, mediante Team Build 2010 y un Lab Agent.
3. Network isolation, para la creación de entornos duplicados y aislados a nivel de red. Mediante el Lab Agent.

Con esto ya debería quedar un poco más claro, así que vamos a ver los tres casos:

1. Sólo necesitamos el SP1 de Visual Studio 2010, ya que es todo parte parcheada de cliente.
2. Necesitamos el SP1 de Visual Studio 2010, para parchear el Lab Agent, y el SP1 de Team Foundation Server 2010, para parchear los componentes de Team Build.
3. Sólo necesitamos el SP1 de Visual Studio 2010, para parchear el Lab Agent.

Y eso es todo, ahora, ánimo, y a actualizar nuestros entornos.

Como ya os anunciamos en el evento del sobre testing en equipos ágiles, del ALM Sessions 2011, vamos a realizar una serie de workshops prácticos, sobre lo que vimos en el evento, y a la espera de iros anunciando siguientes eventos, os anuncio el primero confirmado.

Será en el Centro de Innovación de Santander, y será el 11 de mayo, para inscribiros aquí os dejo el link, y una breve descripción de lo que veremos y de la agenda:

http://www.ciin.es/web/servicios/eventos/Paginas/MTMLabM20110511.aspx?Fecha=11-05-2011

En este curso veremos, de un modo práctico, como incorporar las pruebas en nuestros equipos, especialmente en equipos ágiles, empezando en las fases tempranas del proyecto y las iteraciones, mediante tests de exploración. Se irá avanzando desde la creación de los tests de exploración, descubrimiento y comunicación de defectos con información rica (Intellitrace, video, etc) al equipo de desarrollo, resolución de defectos y comunicación de impacto a las pruebas según se agrega y corrigen funcionalidades. Así como la automatización de nuestras pruebas, con el objeto de agilizar el proceso de aseguramiento de la calidad.

Para esto, usaremos las herramientas de Microsoft Test Manager, Lab Management, Team Foundation Server y Visual Studio, todos ellos en su versión 2010, así como de la automatización de pruebas mediante Coded UI

Se realizarán hands-on labs.

• Breve introducción al rol de tester en equipos ágiles

• Planificación del esfuerzo de pruebas

• Creación y ejecución manual de pruebas de exploración

• Creación de defectos de exploración con información rica

• Comunicación de cambios y reparación de defectos mediante el impacto de tests

• Creación de pruebas de regresión

• Repetición rápida de pruebas manuales

• Automatización de pruebas de interfaz de usuario

• Ejecución de pruebas en entornos de Laboratorio mediante Lab Management

Espero que toda la gente que vino a la sesión acabaséis contentos, el hecho es que todas  las demos funcionaron a la perfección, y había mucha gente, así que yo estoy contento, mucho interés en torno a MTM, eso es bueno.

Lo único malo … el evento iba con retraso, y nos “insertaron" otra sesión de 10 minutos en nuestro slot (no comment), por lo que nuestra sesión de 2 horas, terminó con sólo 1h15m, así que no tuve tiempo para mostrar todas las diapositivas y terminar la demo completa como yo quería.

Pero de todos modos, estamos contentos, y os anuncio que estamos planificando un taller deep dive acerca de Microsoft Test Manager y Lab Management 2010,en breve tendremos fecha Y bueno, aquí tenéis las diapositivas, publicadas  en el slideshare de Testhouse:

Dos grandes noticias para los suscriptores de MSDN

La primera, el Service Pack 1 para Team Foundation Server y Visual Studio 2010 está disponible a partir de hoy, como siempre, tiene algunas mejoras, pero también cientos de correcciones de errores, así que si estás usando alguna de estas herramientas, ya puedes ir al sitio de descargas de MSDN y empezar a descargarlos. El Service Pack 1 para Visual Studio 2010 también incluye corrección de errores de Microsoft Test MAnager, si lo has estado usando, quizá ya hayas experimentado alguno de sus fallos y memory leaks.
Para comprobar lo que incluye esta actualización,puedes consultar en:

• VS 2010 SP1 Changes (includes Test and Lab Manager)
• TFS 2010 SP1 Changes

Y la segunda gran noticia de otros es un cambio en las de licencias de usuarios virtuales de pruebas de carga de Visual Studio 2010 para los suscriptores de MSDN.

Hasta ahora, si quieres hacer pruebas de carga con más de 250 usuarios virtuales, había que comprar paquetes adicionales de licencia de usuarios virtuales, pero ahora, en la suscripción MSDN tienes la opción de obtener una clave para obtener usuarios virtuales ilimitados, para las pruebas de carga con Visual Studio 2010.

Este es el quinto paquete de feature pack de Visual Studio 2010 para obtenerlo,sólo tienes que buscar «Visual Studio 2010 Load Test Feature Pack Deployment Guide» en el sitio de descargas de MSDN y obtener la clave y las instrucciones para activarla.

Cuando hablamos acerca de las pruebas en entornos ágiles, rápidamente pensamos en las pruebas unitarias, pruebas de integración, o más pruebas a nivel de código, por supuesto, hay equipos que ya utilizan herramientas como Selenium, o Cucumber para cubrir más pruebas funcionales, pero no siempre son tan completas o nos ayudan tanto como necesitamos.

Desde la llegada de Team Foundation Server 2010 y Visual Studio 2010, tenemos nuevas herramientas que cubren más escenarios de pruebas funcionales de las aplicaciones.

Basándonos en los principios ágiles, veremos cómo utilizar estas herramientas en nuestros equipos,  revisaremos conceptos como la automatización, o los cuadrantes de las pruebas de Brian Marick.

A partir de uno de los conceptos más ágiles como son las pruebas de exploración, vamos a aprender cómo utilizar las herramientas de ejecutar las pruebas y promover la comunicación con los desarrolladores mediante los errores accionables con información rica para resolverlos, hasta descubrir cómo los cambios en el desarrollo en el código afectan a nuestras pruebas.

Vamos a ver cómo las pruebas de Coded UI ayudarán en el proceso de automatización de nuestras pruebas, ocn el fin de ser cada vez más efectivos en la ejecución.

Finalmente veremos cómo automatizar nuestro ciclo de construir-desplegar-probar mediante Lab Management,con el fin de conseguir entregas y pruebas más rápidas de realizar.

Con mi nuevo trabajo en Testhouse (y tal vez este es tema para otro post), como Microsoft ALM Division Manager, me encargaré de dar esta conferencia.

¿Y cuando será esto? será el jueves  miércoles 9, en Madrid, durante el ALM Sessions 2011, que es compartido este año con el Cloud Day, estáis por Madrid ese día, quizás queráis pasaros por allí, podéis registraros y ver más información aquí:

http://www.microsoft.com/spain/destinolanube/alm.aspx

La conferencia será durante el track 2, de 11:30 a 13:30.

Recientemente, para los suscriptores de MSDN, Microsoft ha lanzado el Visual Studio 2010 Feature Pack 2, que también contiene todas las nuevas características incluidas en la primerFeature Pack. Lo podéis descargar aquí: http://msdn.microsoft.com/en-us/vstudio/ff655021.aspx

Aparte de un montón de mejoras en las herramientas de modelado, hay nuevas características interesantes para la parte de testing. Dos grandes mejoras son el soporte de ser capaz de grabar una prueba de coded UI o prueba manual  con Test Manager en Internet Explorer y  reprodrucirla en Mozilla Firefox,  también han introducido la posibilidad de crear pruebas de coded UI o manuales para aplicaciones Silverlight 4 , interesante ¿verdad?.

Pero hay una nueva herramienta que he estado utilizando en estos días, la herramienta visual de edición de coded UI tests. Si ya habéis trabajado con pruebas de coded UI, ya sabéis que hacer cambios en ellas, a posteriori, de forma manual, es casi un dolor.

Entonces, ¿cómo podemos utilizar esta nueva herramienta? Ok, en el proyectoque tengamos pruebas de este tipo, tenemos un archivo llamado UIMap.uitest hacéis doble clic en este archivo, o con el botón derecho seleccionamos “Abrir”, y se abrirá una ventana como esta:

Aquí tenemos en el lado izquierdo, las acciones que tenemos grabadas , y, en el lado derecho tenemos los controles que se han trazado en las grabaciones.

Y ¿qué podemos hacer? bueno aquí tenéis un tutorial completo (en inglés) de las posibilidades de estas herramientas: http://msdn.microsoft.com/en-US/library/gg269469.aspx

Esto incluye opciones como eliminar una acción que no queremos , dividir una grabación de lad acciones en varios métodos para ser más fácil de mantener el código, extraer un método completo a otro archivo de clase, cambiar el nombre de método, etc.

Pero aquí vienen algunos problemas de esta herramienta, vamos a imaginar que queremos cambiar el nombre de la acción «Abrirurl» , a «AbrirURL», estamos acostumbrados a las herramientas de refactorización en Visual Studio, pero esta vez, cuando decidimos cambiar el nombre, lo hará sólo cambió en el archivo UIMap.uitest, así que tendremos que ir manualmente a todas las pruebas que utilicen ese método, y hacer el cambio, una pena, ya que esa funcionalidad (cambiar el nombre de métodos ), lleva mucho tiempo en Visual Studio.

Sucede también cuando nos decidimos a romper una grabación larga en varios métodos, digamos que tenemos este método resultado de una grabación de acciones:

Casi todo el mundo estará de acuerdo es una grabación de larga, y que puede ser más legible si lo dividimos en varios métodos, para esto, seleccionamos una acción, y pulsando botón derecho, seleccionamos Split into a new method:

Esto romperá el método en dos, y todas las acciones, a partir de la que hemos seleccionado pasarán a un nuevo método, pero aquí está el problema. En el lugar en el que se utilizaba el método original, tendremos que ir, y de forma manual, agregar la llamada al  nuevo método método.

Este tipo de cosas sucede con algunas opciones más de esta herramienta, pero no os preocupéis demasiado, la herramienta siempre nos avisará de este tipo de cosas, así que, con tener un poco de cuidado al leer cualquier pop-up que aparece cuando se utiliza esta herramienta, problema solucionado

¿Conclusiones? Bueno, me gusta mucho esta nueva herramienta, y todas las nuevas ventajas del Feature Pack 2, pero cuidado al usarlo, ya que implica un trabajo manual en algunos casos, pero eso es todo. Quizás en un futuro Feature Pack, todo esto tipo de cosas se automatizarán.

Seguro que muchos de los que usáis TFS 2010, y tenéis la buena costumbre de asociar Work Items durante los checkin, os habéis preguntado más de una vez si la acción por defecto, que ahora es “resolver” el Work Item, se puede cambiar a simplemente “asociar”, porque muchas veces, con un único checkin, no es suficiente para cerrar una tarea.

Bueno pues esto ya es posible con Team Foundation Server 2010 y Visual Studio 2010, y únicamente hay que cambiar la clave del registro ResolveAsDefaultCheckinAction que se encuentra dentro de HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio10.0TeamFoundationSourceControlBehavior, la ponemos a False, y asunto arreglado, en el próximo checkin, a la hora de asociar con un Work Item, veremos como ahora la acción por defecto es “Asociar” en vez de “Resolver”

Ojo, esto hay que hacerlo en todas los ordenadores con Visual Studio 2010 en los que queramos este comportamiento, ya que es a nivel de cliente y no de servidor.

Buenas, hoy me preguntaban por twitter acerca de conectarnos a Team Foundation Server sin Visual Studio 2010, y una de las opciones más sencillas es usando las TFS Power Tools de Septiembre del 2010:

http://visualstudiogallery.msdn.microsoft.com/en-us/c255a1e4-04ba-4f68-8f4e-cd473d6b971f

Ojo, estas Power Tools, a pesar de estar desarrolladas por Microsoft, no tenemos soporte oficial sobre ellas, y necesitaremos también el Team Explorer 2010 al menos instalado en la máquina.

Una vez descargadas las Power Tools, las instalamos en nuestra máquina, con la instalación típica es suficiente y nos instalará el componente que necesitamos.

Una vez instaladas en la última pantalla nos sacará una alerta que nos avisa que tenemos que hacer logoff y logon (y en algunos casos hasta reiniciar) de nuevo para que se active la extensión, así que ya sabéis logoff y logon, o reiniciamos.

¿ya estamos de vuelta? bueno, ahora, si nos vamos a cualquiera de los directorios que ya teníamos conectados mediante los workspace (espacios de trabajo) de Team Foundation Server, y pulsamos botón derecho sobre cualquier fichero o directorio, tendremos el siguiente menú:

Que como veís nos permite trabajar con el control de código fuente sin tener abierto el Visual Studio 2010.

Fácil ¿verdad?

Otra opción es usar el Teamprise, Team Explorer Everywhere 2010, para otro post …

Buenas, ya tenemos evento para noviembre, el miércoles 24 de noviembre, y es un tema bastante interesante, la migración de aplicaciones a .NET, si, aún queda mucho código que tenemos que migrar, y muchos problemas técnicos y no técnicos que abordar.

Para esta mesa redonda contaremos con Jorge Serrano, que vendrá a ayudarnos con todas las dudas que puedan surgir.

El evento será en Microsoft de nuevo, y los detalles y el registro lo tenéis en nuestro blog de MadNug:

[Evento] Migración de aplicaciones de VB 6 a .NET, ¿mito o realidad-, ¿huevo

Hola a todos, os escribo este post para poneros un poco al día, ya que estoy planteándome a empezar a escribir en inglés, por diferentes motivos, el principal por practicar también el inglés a la hora de exponer contenidos. Si ya se que muchos pensaréis que si ya escribía poco en castellano ahora va a ser peor, pues puede ser, pero voy a probar.

La temática será la misma que hasta ahora, con la diferencia de que seguiré escribiendo en castellano en http://geeks.ms/blogs/lfraile y en inglés en http://www.lfraile.net, el feed actual, y al que supongo que algunos (espero que todos) estaréis suscritos no cambia, con lo que no tendréis problemas, si alguno quiere seguirme en el inglés, será este.

Y la verdad es que poco más voy a ver si preparo un primer post, orientado hacía mi antiguro artículo de las 12 reglas de Spolsky (número 57 de la revista DotNetMania en marzo del 2009) y lo que comentaba el compañero Bruno hace poco.

Así que os dejo hasta dentro de poco … espero.