Luis Fraile

[TFS11] Comenzando a usar los dashboards de gestión

Luis Fraile — Mon, 26 Sep 2011 08:20:57 GMT

Una de las novedades de Team Foundation Server 11, tanto la versión Azure como la On-premise, son los dashboards, al estilo de paneles Scrum, que nos permiten hacer una gestión visual de nuestro Product Backlog y nuestros sprints. Pero, sois ya más de uno los que nos habéis preguntado dónde están estos Dashboards, ya que por defecto no aparecen, así que os vamos a explicar como empezar a usarlos.

Una vez que tenemos nuestro primer proyecto creado en TFS 11, tendremos que hacer varias cosas, en la pantalla inicial del proyecto (siempre hablando del acceso web: http://[ServidorTFS]:8080/tfs/) Si no tenemos ningún equipo creado, no aparecerán los equipos, con lo que pulsaremos en el enlace Manage teams and project groups.

En esta sección se nos permite crear lo que necesitamos: un equipo (o varios), que no es lo mismo que un grupo de permisos de Team Foundation Server, si no que es un equipo de trabajo. Para crear uno y agregar miembros, pulsamos en la flecha al lado de actions, y creamos un equipo.

Una vez creado y asignados miembros al equipo, podemos volver al inicio, pulsando en Exit administration, arriba a la derecha, ahora ya en el inicio nos aparece nuestro equipo, y si pasamos el cursor por encima de el, veremos las opciones que tenemos.

Veremos que ya nos salen los boards, pero antes de usar los boards tenemos que hacer dos cosas:

Entrar a los settings y asignarles una iteración, los Dashboards nos muestran el trabajo de una iteración, con lo cual tenemos que asignar una iteración al equipo.
Crear Work Items en el product backlog del equipo, esto lo podemos hacer simplemente creando Wortk Items (de historias de usuario y sus tareas asociadas), y asignándolos a la iteración del equipo.

Una vez que hayamos hecho estas dos cosas, ya podemos ir a los dashboards del equipo, y empezar a trabajar, creando nuevas historias, tareas asociadas y mover tareas entre los distintos estados mediante drag & drop.

Os iremos contando cosas más adelante acerca de como usar estos Dashboards, por ahora … os dejamos que los investigéis.

[TFService] Configurando un servidor Team Build 11 para Team Foundation Service Preview

Luis Fraile — Mon, 19 Sep 2011 16:25:33 GMT

Una de las primeras cosas que hago en los despliegues de Team Foundation Server, es configurar Team Build para tener integración contínua en los proyectos, si soy un fanático de la integración contínua, y para eso necesito Team Build.

En este caso, lo estoy haciendo para Team Foundation Service ¿cuál es la diferencia? que en este caso nuestro Team Foundation está en la nube, que es TFS 11, y que toda la autenticación funciona a través de LiveID, no a través de directorio activo, ni cuentas workgroup.

Lo primero, instalar los bits de Team Build 11, esto lo hacemos desde la instalación de Team Foundation Server, pero no como una opción, al montar la ISO de Team Foundation Server 11, no nos da la opción de instalar sólo Team Build (como si courría en 2010), instalaremos Team Foundation server 11, y en la parte de configuración, se nos mostrará la opción de configurar únicamente Team Build 11.

Una vez instalado Team Foundation Server, se nos muestra la pantalla de opciones de configuración, aquí seleccionaremos únicamente configurar la parte de Team Build.

En el primer paso le diremos la Project Collection a la que queremos dar servicio, aquí y como ya recordaréis del anterior post es algo así: https://[loquequieras].tfspreview.com y recordad: conexión SSL, para cnectarnos en este momento necesitaremos una cuenta LiveID con acceso a este servidor de Team Foundation Service Preview. En este punto se nos pedirá una cuenta de LiveID, para conectarnos al Team Foundation Service, y esta cuenta tiene que tener permisos suficientes para poder registrar el servidor de Team Build en Team Foundation Service Preview, ya que es la que se usará por Team Build para autenticarse

Al igual que en Team Foundation Server 2010 podemos seleccionar el número de agentes que queremos configurar, yo lo he dejado en 1 (por defecto) y a continuación nos pide una cuenta, ojo, esta es una cuenta local que vamos a usar para el servicio local de Team Build, con lo que nos quedaría algo así:

Aquí viene la magia, recordaréis que al principio os decía que en Team Foundation Service Preview, vamos a usar cuentas de LiveID, pero lógicamente una cuenta de LiveID no la podemos configurar como cuenta de ejecución de un servicio local de Windows, con lo que es la cuenta de LiveID que hemos usado para conectar, la que nos autentica, y esto lo podemos ver, si, con este mismo usario que estamos autenticados en nuestra máquina local, nos vamos al almacen de identidades en Windows (en nuestro caso Windows 7), y podemos ver lo siguiente:

Veis como en las creedenciales genéricas se nos ha generado una nueva entrada para poder conectar con nuestro Team Foundation Service Preview.

Añadir que al termino de escribir este artículo estoy viendo que Brian Harry ha publicado un artículo en que podéis ver todo esto explicado y con muchos más detalles acerca del tema de la autenticación y las cuentas, esto me pasa por no estar al día en mi Google Reader …

http://blogs.msdn.com/b/bharry/archive/2011/09/15/configuring-a-build-server-against-your-shiny-new-hosted-tfs-account.aspx

También deciros que esto lo podéis hacer igualmente sobre una máquina virtual en Azure

[TFS11] ¿Dónde están las versiones de Team Foundation Server 11?

Luis Fraile — Fri, 16 Sep 2011 08:26:00 GMT

Seguro que ya casi todos habéis visto los vídeos del //Build/ y vais a empezar a probar TFS11 y VS11.
Lo primero ¿donde descargar todo? Los que tenéis suscripción MSDN podéis descargar todo de ahí.

Pero, seguro que muchos, al igual que pasó con TFS 2010 habéis visto el TFS Basic y no lo encontráis en las descargas.

Efectivamente no está, pero es que no es una descarga a parte, TFS tiene una descarga única para todos sus "sabores", es más, tiene un único proceso de instalación.

Así que ni en las descargas ni en el inicio de la instalación busquéis la versión Basic.

Es durante el proceso de configuración, después de la instalación, donde podremos escoger el modo en que queremos usarlo.

[Evento] Madrid.NET: ¿Tienes dudas sobre Scrum con TFS? 21 de septiembre 2011

Luis Fraile — Thu, 15 Sep 2011 15:10:00 GMT

El próximo miércoles los chicos de Madrid.NET organizamos una mesa redonda, a la que estáis invitados todos, el debate tratará sobre la implementación de Scrum y metodologías ágiles en general con Team Foundation Server.

Será el miércoles 21, a partir de las 19:00 en el Aula Vulcan, C/ Francisco Silvela, 54 Duplicado 1ºD 28028, Madrid

Recordad que será mesa redonda todos sois bienvenidos a participar y a exponer vuestras experiencias, resolver dudas, compartir trucos, sobre cualquier cosa como puede ser:

Estrategias de branching
Integración continua
Planificación
Gestión de PBIs en iteraciones
...

Todos los detalles y el link de inscripción lo tenéis en:

http://madriddotnet.wordpress.com/2011/09/14/evento-tienes-dudas-sobre-scrum-con-tfs-21-de-septiembre-2011/

[TFSService]Empezando a trabajar con Team Foundation Service Preview

Luis Fraile — Wed, 14 Sep 2011 19:13:34 GMT

Como seguro que muchos de vosotros ya habéis visto, en el Build (grrrr envidia tengo de los que han ido), se ha enseñado ya el nuevo Team Foundation Service Preview, que viene a ser TFS en Azure.

Para los que hayáis tenido la suerte de tener una invitación (como yo jeje), os hago un pequeño resumen de por dónde empezar.

Lo primero es recordar, que aunque con algunas diferencias, viene a ser un Team Foundation Server como los que estamos acostumbrados a ver hasta ahora, en su versión 11 eso sí.

Una vez recibida la invitación y creada la cuenta (necesitaremos la invitación y un Live ID), tendremos una URL que será: http://[loquequeramos].tfspreview.com, esta url es la que vamos a usar para conectarnos a nuestro servicio en la nube, y empezar a trabajar, y la URL que usaremos para conectar a nuestro TFS Service Preview

Al terminar de crear la cuenta, entraremos automáticamente a esa url, en la sección administration

Desde esta pantalla, lo primero que vamos a hacer es crear un Team Project con el que empezaremos a trabajar, por cierto, me encanta la interfaz Metro, que vamos a ver a lo largo de toda la aplicación de Team Foundation Server Service. Para crear el proyecto simplemente pulsamos la opción Create team project.

Al igual que en un Team Foundation Server actual, nos preguntará el nombre de proyecto que queremos, la descripción, y la plantilla, que también son nuevas y podremos escoger entre:

Microsoft Visual Studio Scrum 2.0 – Preview 1
Microsoft MSF for Agile Software Development 6.0 – Preview 1
Microsoft MSF for CMMI Process Improvement – Preview 1

Una vez creado el proyecto, ya podemos pasar a conectarnos con nuestro Visual Studio 2010 (o 11 si ya lo tenéis descargado )

Antes de conectarnos a nuestro proyecto, tenemos que tener en cuenta una cosa, con Team Fountadion Server Service Preview, vamos a usar cuentas de Live ID para conectarnos, algo para que lo que NO está preparado Visual Studio 2010, por lo que tenemos que descargarnos un software adicional.

Este software lo encontraremos en nuestra página de administración del servicio de Team Foundation Server Service Preview, para acceder, si ya habéis cerrado la web, entramos a http://[loquequeramos].tfspreview.com, y pulsamos en el link Administration arriba a la derecha.

En la tercera opción vemos el link para descargar el software que necesitamos, nada más sencillo que pulsar, y descargarlo, para Visual Studio 2010, necesitaremos el Service Pack 1 for Visual Studio 2010, y el hotfix KB2581206.

Una vez descargado e instalado, abrimos nuestro Visual Studio 2010, el procedimiento de conexión es el de siempre (menú Team opción Connect to Team Foundation Server…).

Al agregar el servidorde TEam Foundation Server Service Preview a los disponibles, tenéis que poner [loquesea].tfspreview.com y OJO seleccionar conexión por SSL, con lo que la url resultante será: https://[loquesea].tfspreview.com/tfs

Al conectar ¿qué nos va a pedir? pues una cuenta con Live ID que tenga permisos en este proyecto de Team Foundation Server para empezar a trabajar.

Terminamos de conectar y veremos que tenemos una Team Project Collection, y el proyecto que habíamos creado disponibles en nuestro Team Explorer para empezar a ~~jugar~~ trabajar con Team Foundation Server Service Preview …

Una diferencia que podéis ver, y que es debido a ser un servicio en la nube (y sibre todo Preview) es que no tenemos ni Reporting ni Sharepoint, y sólo tenemos nuestros queridos Work Items, Source Control y Team Build ( ya os hablaré de este último más adelante).

Y como podéis ver, nuestro TFS está ahora en tfspreview.com

Y a partir de este punto, y si el tiempo y las condiciones lo permiten, espero iros haciendo itnroducciones a esta nueva pequeña maravilla que tenemos disponible.

¿Qué me dice a mi “equipo multidisciplinar”?

Luis Fraile — Tue, 06 Sep 2011 09:55:00 GMT

Volvemos con artículos de lo que yo veo, vivo y experimento con metodologías ágiles. Y hoy le toca a los equipos multidisciplinares, algo sobre lo que hay mucho escrito, y con muchas y diferentes visiones.

Si nos atenemos al concepto general, y en el que muchos piensan, un equipo multidisciplinar es un equipo de generalistas, en el que todos saben hacer cualquier tipo de tarea necesaria para completar el sprint. Esto tiene una serie de beneficios, que son obvios:

Evitamos cuellos de botella
Facilitamos la comunicación del conocimiento de todo el proyecto en el equipo
Tenemos múltiples puntos de vista sobre un mismo punto

Y más beneficios que podríamos seguir enumerando.

Sin embargo, también hay cosas que perdemos, como pueda ser conocimiento especializado para algún tema concreto.

A parte, es bastante difícil encontrar un buen equipo de personas generalistas en todas las tareas que nos puedan surgir en un sprint, recordad que nos encontraremos tareas que van desde realizar front-ends de las aplicaciones, bases de datos, despliegues de aplicaciones, etc etc.

Por esto, en mi punto de vista, para conseguir un equipo multidisciplinar me baso en otra aproximación. Para mi un equipo así es el equipo en el que tengo, trabajando como uno sólo, y que tiene todos los conocimientos necesarios para el sprint, esto no quiere decir que todo el mundo sepa hacer de todo.

Aquí nos aprovechamos del conocimiento especialista de alguno de los miembros del equipo, también sería iluso creer en un equipo de sólo especialistas. En un equipo de sólo especialistas tiemblo de pensar en las posibles luchas de egos, y las luchas de cada cual en su terreno.

No está mal tener un equipo compuesto por algunos especialistas en los temas que necesitemos, y gente más generalista. Siempre y cuando trabajan como uno sólo, colaboren entre ellos, y tengan todos claro el objetivo último del sprint. Edito: y que por supuesto, y en la mayor medida posible, todos tengan un conocimiento básico para cualquiera de las cosas que hay que hacer durante un sprint.

Y ojo, cuando hablo de especialistas no hablo de gente que sólo sabe hacer una cosa, las personas, cuanto más conozcamos, mejor, aunque luego tengamos una habilidad más concreta, como decía un amigo mío, la especialización es para las moscas, los humanos debemos saber hacer muchas cosas.

El conocimiento generalista es muy enriquecedor, y cuanto más variado en cuanto a temática, más enriquecedor, pero también lo es saber mucho acerca de algo y tener mucha experiencia en ello, que nos permita no sólo salvar situaciones conocidas, si no enfrentarnos con nuestras armas a problemas desconocidos.

Documentando nuestros planes de pruebas con Microsoft Test Manager

Luis Fraile — Mon, 18 Jul 2011 09:48:23 GMT

Si ya conocéis el Microsoft Test Manager, sabréis que es una estupenda herramienta para gestionar nuestros planes de pruebas funcionales, sin embargo, para poder consultar toda la información referente a los planes de pruebas de un proyecto de Team Foundation Server, necesitamos de la propia herramienta, conectividad con el servidor de TFS, e ir revisando cada una de las Test Suites. Esto está muy bien para el día a día, pero hay ocasiones en las que tenemos que compartir esa información, o dejar documentación acerca de estos planes (si, en proyectos ágiles también hay documentación necesaria).

Para generar esta documentación, tanto de nuestro plan de pruebas, como de sus ejecuciones, en la visual Studio Gallery, disponemos de una herramienta muy útil: Test Scribe, que podremos descargar de aquí: http://visualstudiogallery.msdn.microsoft.com/e79e4a0f-f670-47c2-9b8a-3b6f664bf4ae

Una vez descargada e instalada, en Microsoft Test Manager, tendremos una nueva opción en el menú principal: Tools

Desde esta nueva sección, podremos hacer dos acciones principales: obtener documentación de un plan de pruebas y obtener un informe de una ejecución.

Documentar el plan de pruebas

En esta opción lo que haremos, es, seleccionar un plan de pruebas del proyecto de Team Foundation Server al que estamos conectados, y pulsar el botón Generate.

Esto nos genera un documento de Microsoft Word en el que tenemos todos los detalles del plan de pruebas seleccionados, esto incluye información como:

Toda la jerarquía de Test Suites
Todos los tests, y sus pasos, que componen el plan de pruebas
Configuraciones a probar

En definitiva una visión bastante completa del plan de pruebas.

Resumen de ejecución

Con esta opción, seleccionamos una ejecución de pruebas, ya sea manual o automatizada, y nos generará un informe que incluye información como:

Pruebas ejecutadas
Resultado de cada una de las pruebas
Defectos encontrados
Detalles de las ejecuciones

En definitiva con estos informes nos proporcionan una información muy interesante, y lo que es mejor, en un formato que podemso compartir y consultar sin necesidad de estar conectados a nuestro Team Foundation Server.

Dando feedback para la siguiente versión de Visual Studio ALM aKa vNext

Luis Fraile — Thu, 14 Jul 2011 10:44:51 GMT

Como en cualquier proceso ágil, el equipo de Visual Studio ALM, se alimenta del feedback y opiniones de los usuarios a la hora de abordar nuevas versiones y caracterísiticas de futuras versiones. Y para vNext, esto también va a ser así.

¿Y como puedes dar tuopinión? en este sitio de UserVoice que han puesto, para que podáis dar vuestras ideas para vNext sobre los siguientes productos:

- Visual Studio Ultimate

- Visual Studio Test and Lab Management

- Team Foundation Server

Podéis acceder desde aquí:

http://visualstudioalm.uservoice.com/forums/100197-visual-studio-alm

Creación de Work Items tickets (ej: tickets de call center) sin Client Access License de TFS

Luis Fraile — Sun, 03 Apr 2011 09:21:11 GMT

Hola a todos, hace poco me llegaba una cosulta de un amigo, sobre una situación que querían solventar en su empresa. Básicamente era que tenían un call center, externo a ellos, a los que querían dar acceso al Team foundation Server, pero sólo para dar de alta y hacer seguimiento, de los Work Items creado por los usuarios del call center (cada usuario los suyos nada más).

Me planteaba preguntas sobre, si publicar el portal de Sharepoint, temasde licencias, etc.

La cosa es relativamente sencilla, y nos apoyaremos en dos cosas, la publicación del portal web (no el Sharepoint) de Team Foundation Server, que tiene una url como http://miservidorTFS.com:8080/tfs, y una excepción en el licenciamiento de TFS, que permite, que tengamos usuarios, que pueden crear Work Items, y hacer seguimiento de esos (únicamente) Work Items creados por ellos, sin necesidad de licencia. Esta excepción, desde TFS 2010, aplica tanto a usuarios internos como externos a la organización.

Pero vamos por pasos, lo primero es publicar el portal web de TFS, como muchos ya sabéis, TFS se instala en IIS como un sitio web, de nombre Team Foundation Server, con lo que lo primero, y que no voy a explicar aquí, es publicar ese sitio web, para hacerlo accesible desde fuera, ya sea con HTTP o con HTTPS (lo más recomendado).

El siguiente paso, es, en el servidor de TFS, mediante la consola de administración (Inicio | Programas | Microsoft Team Foundation Server 2010 |Team Foundation Administration Console), en la sección Application Tier, tenemos un enlace para cambiar las URL:

Cuando pulsamos ese enlace, en la siguiente pantalla, nos preguntará la Notification URL y la Server URL, sólo tenemos que cambiar la de notificaciones, para que cuando se emitan notificaciones por correo por ejemplo, los enlaces a los Work Items, etc. apunten a la Url externa.

El siguiente paso, es agregar a los usuarios que queremos que dispongan de esta funcionalidad, al grupo de Team Foundation Server Work Item Only View Users, esto lo hacemos también desde esta consola de administración, mediante el enlace Group Membership:

En la siguiente pantalla nos muestra todos los grupos globales de Team Foundation Server, seleccionamos el de Work Item Only View Users, y pulsamos en Properties, seleccionamos en la siguiente pantalla Windows user or group:

Ya podemos, con el botón Add… agregar nuestros usuarios del call center, o los que deseemos, también, desde Visual Studio 2010, en la las propiedades del Team Project que queramos dar acceso, tenemso que agregar estos usuarios al grupo de Contributors, para que puedan conectar con el

Cuando estos usuarios accedan a http://miservidorTFS.com:8080/tfs, verán el portal web de sólo gestion de Work Items, en el que sólo pueden ver sus propios elementos de trabajo:

Varios recordatorios, para hacer todo esto, necesitáis ser administradores de TFS, y poder conectar por escritorio remoto al servidor de TFS, ya que la consola de administración sólo se puede usar en local.

Y, por supuesto, si los usuarios tienen que acceder a código fuente, informes, documentación, o cualquier otro tipo de información contenida a TFS, todo esto no os vale, ya que necesitan una Client Access License (CAL) de TFS 2010.

[Formación] Introduciendo el testing en nuestros equipos con Microsoft Test Manager

Luis Fraile — Mon, 28 Mar 2011 13:52:30 GMT

ACTUALIZADO: Ya tenemos fecha y registro para Barcelona.

Hace poco os informaba de día de fomación que vamos a tener en Santander, pues ya tenemos fecha para Madrid y Barcelona:

Madrid, el 5 de mayo: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032484031&Culture=es-ES
Barcelona el 20 de mayo: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032484188&Culture=es-ES

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

Instalacion del SP1 en TFS 2010 y Visual Studio 2010 en entornos de Lab Management

Luis Fraile — Sun, 20 Mar 2011 19:40:58 GMT

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:

Capacidad de ejecución de pruebas automatizadas, mediante un Test Agent 2010 y un Lab Agent.
Capacidad de ejecutar Workflows, para el despliegue de la aplicación, mediante Team Build 2010 y un Lab Agent.
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:

Sólo necesitamos el SP1 de Visual Studio 2010, ya que es todo parte parcheada de cliente.
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.
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.

[Workshop] Introduciendo el testing en nuestros equipos con Microsoft Test Manager

Luis Fraile — Thu, 17 Mar 2011 09:39:05 GMT

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

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

[Slides] Testing en equipos ágiles con Microsoft Test Manager 2010

Luis Fraile — Sun, 13 Mar 2011 12:16:04 GMT

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:

Testing en equipos ágiles con Microsoft Test Manager 2010

SP1 de Visual Studio y Team Foundation Server 2010 además de usuarios ilimitados de Load Testing 2010

Luis Fraile — Tue, 08 Mar 2011 17:45:00 GMT

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:

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.

[Evento] Testing en equipos ágiles

Luis Fraile — Mon, 07 Mar 2011 19:44:00 GMT

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.

Mejoras para testing y el editor de test Coded UI en el Visual Studio 2010 Feature Pack 2

Luis Fraile — Thu, 25 Nov 2010 12:48:00 GMT

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.

[TFS2010] Cambiar la acción por defecto a “Associate” durante el checkin enlazando con Work Items

Luis Fraile — Fri, 19 Nov 2010 14:57:49 GMT

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_USER\Software\Microsoft\VisualStudio\10.0\TeamFoundation\SourceControl\Behavior, 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.

Control de código de TFS 2010 con Windows Explorer

Luis Fraile — Sat, 13 Nov 2010 12:35:14 GMT

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 …

[MadNUG] Migración de aplicaciones de VB 6 a .NET, 24 de noviembre

Luis Fraile — Tue, 09 Nov 2010 10:38:04 GMT

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

Una pequeña actualización

Luis Fraile — Mon, 08 Nov 2010 23:11:23 GMT

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.