n multitud de equipos de desa-rrollo, el equipo de pruebas es ese grupo apar-tado del resto y armado con documentos Excelo Word en los que detallan todo lo que tiene quehacer la aplicación. Documentos que en ocasio-nes incluso solo ellos manejan, y de los que nose tiene un extenso conocimiento por parte delresto del equipo. Por otra parte, cada vez hay másequipos de desarrollo que adoptan metodologíaságiles, y con ello uno de sus principales concep-tos: los equipos multidisciplinares. Esto no quie-re decir que todo el mundo sepa hacer de todo,sino que todo el mundo está dentro del equipoy comparte la misma información con total trans-parencia.

Con Microsoft Test Manager (MTM), pode-mos ayudarnos para conseguir que todo el ciclo depruebas sea parte integral del proceso de desarro-llo en equipo. Se trata de un producto nuevo, delque por desgracia aún no hemos hablado muchopor aquí (asumo mi parte de culpa ante los lecto-res), por lo que en éste y próximos artículos ire-mos presentando poco a poco las muchas nuevasfuncionalidades que tenemos a nuestra disposi-ción a través de esta herramienta.

Lo primero de todo: ¿qué necesitamos parapoder utilizar MTM? En primer lugar, un TeamFoundation Server 2010, ya que todos los casos detest se almacenan como work items de TFS. Comoherramienta de cliente, necesitaremos o bien VisualStudio 2010 Test Professional, o Visual Studio 2010Ultimate.

Creación del plan

Existen varios tipos de pruebas a realizar en rela-ción con un proyecto: pruebas de aceptación deusuario, pruebas de definición de cuándo algo estáhecho (“done”), pruebas de regresión, pruebas detipo end-to-end, etc. Con MTM, podemos agruparnuestros casos de prueba mediante planes de prue-bas. Un plan de pruebas se puede corresponder,por ejemplo, con el plan de pruebas de una itera-ción o el plan previo a una determinada Release.

Cuando nos conectemos por primera vez aMTM, después de seleccionar el servidor de TFS yel proyecto, podremos crear nuestro primer plan(figura 1), pulsando el botón “Add”. Para esta oca-sión no vamos a entrar en más detalles, y simple-mente crearemos un plan básico; en general, den-tro de las propiedades de un plan podemos espe-cificar más valores de configuración del mismo.

Con la llegada de Visual Studio 2010, hemos recibido también un nuevo producto: Microsoft Test Mana-ger. Hasta ahora no existía ninguna herramienta completa para pruebas funcionales dentro de los pro-ductos Microsoft. Con esta nueva herramienta, podremos incorporar el equipo de pruebas dentro denuestro ciclo de vida de desarrollo con Visual Studio 2010 y Team Foundation Server 2010.

Microsoft Test Manager Planificando nuestras pruebas

e

Microsoft MVP de ALM y responsable de la Microsoft ALM

Division de Testhouse

Luis FraileFigura 1

dotN

etManía

35

Una vez creado el plan, pulsamos en“Select plan”, con lo que entraremos en lapestaña “Plan” dentro de MTM (figura 2).

Para un proyecto concreto de TFSpodremos tener todos los planes de prue-bas que necesitemos, así como todos loscasos de pruebas, que podrán estar asig-nados a varios planes a la vez. Pensadpor ejemplo en una estructura en la quetengamos un plan de pruebas por cadaiteración, y otro plan de pruebas paracomprobar cada release que vayamos ahacer. Dentro de este último, podremostener los casos de prueba más críticosdel sistema, pruebas end-to-end, o prue-bas de regresión que hayamos ido cre-ando y ejecutando durante las iteracio-nes que componen esa release.

En la figura 2 podemos observar tam-bién un hiperenlace llamado “Properties”en la parte superior. Si pulsamos en él,podremos entrar en la configuración delplan de pruebas (figura 3); aquí podre-mos definir datos como qué resultadosde compilación de TFS vamos a usar paraeste plan de pruebas, de modo que laspersonas responsables de las pruebassepan cuándo tienen nuevos resultados(binarios) para probar; qué entornos que-remos probar como sistemas operativoso navegadores; los entornos físicos o vir-tuales disponibles para el plan; e inclusoqué tipo de datos de diagnóstico quere-mos obtener (vídeo, Intellitrace, visor deeventos, etc.).

Creación de suites de pruebasDentro de un plan de pruebas, vamos aorganizar los casos de prueba en suites

de pruebas. Con MTM podemos crearsuites de tres tipos diferentes; vamos aver cuáles son y cómo crearlas.

En base a una historia de usuario o requerimiento

Recordemos que en TFS todo sonwork items, y las historias de usuario orequerimientos también lo son. Con lallegada de la versión 2010, se introdujola capacidad de definir jerarquías de workitems, que para este caso son ideales. Delo que se trata con este tipo de suite esde definir qué pruebas son necesariaspara cada una de las historias de usuarioa entregar en una iteración. Hay que recor-dar que, usemos metodologías ágiles ono, tenemos que tener claro cuando algoestá completamente implementado ycumple con el objetivo de negocio esco-gido.

Para crear una suite de pruebas parauna historia de usuario, desde la vista“Plan” de MTM seleccionaremos laopción “Add requirements” (figura 4).

A continuación, se nos preguntaráqué consulta de work items queremos eje-cutar para seleccionar la historia de usua-rio que queremos añadir a nuestro plan.Esta consulta se basa en el nuevo con-cepto de categorías de work items, fil-

trando por la categoría de Requerimien-tos, a la que pertenecen tanto los reque-rimientos para la plantilla de CMMI, comolas historias de usuario para la plantillade MSF Agile 5.0.

Una vez añadimos el requerimiento,y creamos o le añadimos casos de prue-ba existentes, esto se traduce en un enla-ce de work items con tipo Tested by. Estonos proporciona una ventaja a la hora deobtener informes, ya que podremos saberqué historias de usuario están cubiertaspor casos de prueba, cuáles han pasado,cuáles no, y, antes de entregar los resul-tados de una iteración o release saber cuáles el estado de sus pruebas.

Manuales

Este es el tipo de suite más simple quepodemos crear. En ella agregaremosmanualmente todos los casos de pruebaque queramos que formen parte de la sui-

Figura 2

Figura 3

Figura 4

dotN

etManía

36

te. Podemos utilizar una suite de este tipo,por ejemplo, para agregar manualmentetodos los casos de prueba que definamospara escenarios end-to-end, agregandocasos de prueba de varias historias deusuario. O bien una suite de pruebas deregresión de defectos localizados y repa-rados anteriormente, y que pertenecen amultitud de historias de usuario y otrassuites de pruebas.

Para crear una suite de pruebas manual,desde la pestaña “Plan” seleccionamos“New” | “Suite” (figura 5) y simplemente ledamos un nombre a nuestra nueva suite.

Una ventaja adicional de este tipo desuites consiste en que podemos crear, pordebajo de ellas, sub-suites de cualquierade los tres tipos de suites disponibles, loque nos permitirá organizar aún mejornuestras suites de pruebas.

En base a una consulta de work items

En este tipo de suite de pruebas, nosbasamos en una consulta de work items cre-ada a medida por nosotros. Este escenarioes útil, por ejemplo, para crear suites de prue-bas del tipo “todos los casos de prueba dela iteración 2 con prioridad 2”, o “todos loscasos de prueba marcados como críticosdel área de frontal web”.

Estas suites la crearemos desde el mis-mo menú que las manuales, pero selec-cionando la opción “Query based suite”(figura 6).

Lo siguiente que obtendremos, al igualque en el caso anterior, es una pantalla don-de crear la consulta que define qué workitems serán añadidos a la suite. Una de lasgrandes ventajas de este tipo de suite es queson, podríamos decir, dinámicas; es decir,que si seleccionamos como consulta “todoslos casos de prueba con prioridad 2”, cual-

quier nuevo caso de prueba de prioridad 2que se agregue al proyecto pasará a formarparte de esta suite automáticamente.

Al igual que en el caso de las suitesmanuales, para este tipo de suites podre-mos crear sub-suites para organizar mejornuestros casos de prueba.

Agregando caso de pruebaUna vez que ya tenemos nuestro plan depruebas definido, es el momento de agre-gar casos de prueba.

Esto lo hacemos también desde la sec-ción “Plan”, a la derecha de las suites. Selec-cionando cualquiera de las suites de prue-bas disponibles, tendremos los botones“Add” y “New”, que nos permitirán tantoagregar casos de prueba ya existentes comocrear nuevos casos de prueba (figura 7).

La única excepción aquí son las suitesbasadas en una consulta de work items. Enestas suites, dada su naturaleza, no pode-mos añadir o crear nuevos casos de prue-bas; simplemente, cuando se cree un nue-vo test que cumpla las condiciones corres-

pondientes, éste se agregará automática-mente.

Recordad que los casos de prueba, a finde cuentas, no son más que work items,aunque solo pueden ser completamenteeditados desde MTM (figura 8), ya que laparte de dar de alta los casos de prueba soloestá soportada directamente en MTM y noa través de Visual Studio. Pero sí podremosconsultarlos desde cualquiera de los clien-

Figura 5

Figura 6

Hay que reseñar que las suites de prue-bas solo tienen existencia en MTM;no es un concepto que vayamos a verreflejado, por ejemplo, en Team Explo-rer (únicamente las suites del primertipo, mediante los enlaces de workitems, se verán reflejados ahí). No obs-tante, toda esta información está enla base de datos de TFS.

Figura 7

Figura 8

tes de TFS, como Team Explorer o el cliente web.

ConclusionesEspero que este primer artículo acerca de Microsoft TestManager os haya servido como introducción a esta com-pleta herramienta. Sin duda, lo que hemos mostrado aquíno constituye la parte más espectacular de MTM, comopueden ser la ejecución automatizada de pruebas o la gra-

bación de sesiones y recolección de datos (por ejemplo,de Intellitrace). Pero sí que hemos sentado las bases parallevar a cabo una primera, y consistente planificación denuestros esfuerzos de pruebas, de modo que los tests que-den accesibles a todos los miembros del equipo, y alinea-dos con los objetivos de las historias de usuario y nuestrosplanes de release. En próximas entregas, continuaremospresentando las principales posibilidades que nos ofreceMTM. q

Testhouse

Testhouse es una compañía internacional especializada en la consultoría de garantía de calidad, pruebas de aplicacionesy formación. Con sede central en Londres, Reino Unido, Testhouse opera en América del Norte, en el centro y sur deEuropa, en Oriente Medio y en Asia y Pacífico. Desde el año 2000, Testhouse se dedica a "testear software", detectandoerrores y minimizando riesgos para multitud de empresas en diferentes sectores. Nuestra web está en:http://www.es.testhouse.net.

Queremos invitarte a que participes en nuestro evento “Web Camps” durante los próximos días en diferentes ciudades. De la manode expertos de Microsoft podrás aprender y construir en la plataforma Web de Microsoft, así como desarrollar productivamente lasnuevas tecnologías web.

• Web Camps BarcelonaDía: 22 de marzoLugar: Barcelona Activa

• Web Camps ValenciaDía: 24 de marzoLugar: Bolsa de Valencia

• Web Camps BilbaoDía: 29 de marzoLugar: TISA- Parque Tecnológico

• Web Camps SevillaDía: 31 de marzoLugar: Universidad de Sevilla

• Web Camps MadridDía: 5 de abrilLugar: E.T.S.I.T- UPM

www.microsoft.es/makeweb 1 descuento no acumulable a otras ofertas, para envíos a España.2 descuento no acumulable a otras ofertas, para cursos presencialesde más de 12 horas en inscripciones hasta el 30 de junio de 2011.

Los asistentes obtendrán50% de dto.

en la compra del libro1

“Programación de Silverlight 4”y en los cursos

de Aula Vulcan2

ReferenciasRecursos para desarrolladores en MSDN: http://msdn.microsoft.com/es‐ES/.[1]