Este artículo proviene de un motor de traducción automática.

Visual Studio 2012

Novedades en Microsoft Test Manager 2012

Micheal aprendido
Sudheer Adimulam
Tim Star

En este artículo, presentaremos algunas de las características nuevas de Microsoft Test Manager 2012 (MTM) que se utilizan y "dogfooded" por los Rangers de Visual Studio ALM.

Para resumir, los ALM Rangers son un grupo de expertos que promover la colaboración entre el grupo de producto de Visual Studio, servicios de Microsoft y la comunidad de Microsoft Most Valuable Professional (MVP) por funcionalidad falta abordar, quitando bloqueadores de aprobación y publicación de mejores prácticas y orientación basada en experiencias reales.

Son discusiones de varias características de MTM 2012.

Pruebas exploratorias esto es conocido como "pruebas ad hoc", definido como realizar pruebas sin un guión definido de software. La idea es apoyarse en la creatividad del probador a superficies errores frente a tener un caso de prueba de paso a paso con secuencias de comandos para cada ensayo y escenario. En la primera versión de MTM, lanzado en 2010, pruebas exploratorias fue habilitada a través de la presentación de un "error exploratorio" a través de Microsoft Test Runner. La herramienta permite a los usuarios realizar un conjunto de acciones en un flujo de trabajo improvisada, y una vez que se encontró un bug, el probador puede elegir reducir las acciones grabadas a una cantidad adecuada de los pasos que deben incluirse en el fallo que se presentó.

La idea era que un probador podría gastar una considerable cantidad de tiempo explorando la aplicación antes de encontrar un bug, y luego la capacidad de reducir los pasos daría al probador la libertad para crear el error con más o menos pasos de reproducción basados en conocer el contexto en un escenario determinado. Esta funcionalidad le dio a los probadores de la capacidad de realizar libremente una prueba en un estilo improvisado de flujo de trabajo y todavía aprovechar las capacidades para crear un bug con los pasos de reproducción exacta. Los evaluadores también podrían crear casos de prueba de estos pasos para que la corrección de errores pudieron validarse posteriormente por volver a ejecutar el caso con secuencias de comandos de prueba.

La experiencia prueba exploratoria ha mejorado enormemente con el lanzamiento de 2012. En la versión anterior, presentar un error exploratorio requiere primero tener un caso de prueba de Microsoft Test Runner. Usuarios podrían crear un caso de prueba "dummy" y, como ejemplo, el nombre "Explorar" o simplemente aprovechar algún caso de prueba existente. Ambas opciones parecían algo torpe e hizo descubrir pruebas exploratorias presenta algo difícil. En la versión 2012 de MTM, un caso de prueba ya no es necesario para hacer las pruebas exploratorias, y hay diferentes maneras de iniciar sesiones de pruebas exploratorias. Para comenzar, simplemente haga una serie de pruebas en el plan de prueba y seleccione "Explorar". Los usuarios pueden asociar también el esfuerzo de prueba exploratorio con un requisito, que permite vincular los errores y casos de prueba que se crean con los elementos de trabajo de requisito. Para ello, inicie la sesión exploratoria de MTM 2012 desde un elemento de atraso, como se muestra en la figura 1.

Figura 1 los pasos para pruebas exploratorias con MTM

Mientras se ejecuta la sesión de prueba exploratoria, probadores pueden crear datos adicionales para los errores en la forma de imágenes, comentarios y archivos adjuntos. La ventana de prueba exploratoria se muestra en la figura 2 proporciona una experiencia agradable para los probadores. La marca de iconos grandes fácil crear bugs y casos de prueba y usted puede escribir y dar formato a notas en un campo de forma libre. Las notas que escribe — y los datos capturados por los evaluadores, como imágenes — sin problemas se han agregado al bug o caso de prueba como crearlas. Los usuarios tienen la capacidad de agregar y quitar pasos para desviarse de lo que fue capturado durante las acciones grabadas.

Figura 2 sesión de prueba exploratoria en MTM

La creación de nuevos errores y casos de prueba de una sesión de prueba exploratoria es un ejemplo de un flujo de trabajo común, pero los usuarios también pueden abrir y actualizar los casos existentes de prueba manuales y bugs.

Escenarios de pruebas exploratorias en 2012 MTM la experiencia del usuario es rápido y fluido con las pruebas exploratorias en 2012 de MTM. Los testers tienen la capacidad de pausar y reanudar los ensayos, lo que hace el usuario general experiencia extremadamente flexible. Un escenario utilizado por muchas organizaciones para soportar aplicaciones de software es campo cliente llamadas, durante la cual apoyo agentes caminar a menudo a través de la aplicación con un usuario final para intentar reproducir un error. A menudo el apoyo profesional podría tomar notas y capturas de pantalla y luego más tarde enviar el error a los desarrolladores. Las características de pruebas exploratorias de MTM 2012 teóricamente permiten que los profesionales de apoyo caminar a través de la aplicación a través de una sesión de prueba exploratoria en el teléfono con un usuario final y luego alimentan los equipos de desarrollo los errores ricos y útiles eficientemente. Una vez fuera de la convocatoria, los profesionales de soporte de teléfono pueden finalizar la sesión de prueba y comenzar una nueva sesión con la siguiente llamada.

A menudo, antes de lanzar nuevas funciones a una aplicación o una aplicación, los propietarios del producto desean probar las aplicaciones cuidadosamente para asegurarse de errores no son liberados. Aprovechando las pruebas exploratorias, las organizaciones pueden eliminar la sobrecarga de crear casos de prueba con secuencias de comandos para cada escenario. Un grupo de probadores podía gastar tiempo explorando la aplicación y errores de archivos y casos de prueba como está encontrados. Esta prueba de forma libre puede ayudar a reducir la sobrecarga de más definidos de esfuerzos de pruebas.

Otro ejemplo, los usuarios pueden querer probar una aplicación sin la sobrecarga de casos de prueba definidos simplemente por cuestiones de recursos temporales.

Rendimiento mejorado este fue un objetivo importante para la nueva versión, y el equipo de producto ha hecho un gran trabajo en esta área. Conexión a un plan de pruebas, mostrando pruebas dentro de un conjunto, lanzamiento Microsoft Test Runner, guardar los elementos de trabajo y creación de entornos de laboratorio han mejorado. Además de estas mejoras, soporte de proxy de Visual Studio Team Foundation Server (TFS) se ha habilitado para los accesorios para que equipos con MTM 2012 y TFS Proxy ahora verán ventajas de rendimiento similares a las operaciones de control de código fuente. Específicamente, los archivos adjuntos se almacenará en caché en el servidor proxy, guardar cada consumidor del accesorio de tener que esperar para que el accesorio para descargarse de TFS. Un par de otros pequeños timesavers incluyen la adición de una lista "usada más recientemente" desde el que puede seleccionar un usuario sin pasar por la lista completa. También, asignar configuraciones es más fácil proporcionando una única lista de configuraciones a elegir en lugar de una columna separada para cada uno.

Editor de caso de prueba mejoras aunque no es evidente, la prueba los pasos cuadrícula (se muestra en la figura 3) ha sido completamente reescrito. Características previamente disponibles a través de paquetes de hotfix y función ahora están disponibles en el producto de forma predeterminada. La cuadrícula de los pasos de prueba soporta texto enriquecido y pasos de prueba multilínea. Además, copiar y pegar desde Microsoft Excel o Microsoft Word, incluyendo pasos multilínea y texto enriquecido, es compatible. Pantalla real estate también se administra mejor eliminando los marcos alrededor de los campos de caso de prueba en la parte superior de la pantalla y proporcionando un separador entre la cuadrícula de los pasos de prueba y la región de parámetros en la parte inferior.

Figura 3 mejoras de Editor de caso de prueba

Clonación de Suites de prueba en otros planes para nuevas iteraciones ha sido una pregunta frecuente de los usuarios MTM, "¿Cómo copio un plan de prueba sin perder la trazabilidad?" La versión 2010 de MTM permitió planes de prueba ser copiado, lo que significaba que se creó un nuevo plan de prueba pero no se crearon nuevos casos de prueba. En cambio, los casos de prueba existentes fueron "referenciados" por el nuevo plan de prueba. Esto significa que cambiando un caso de prueba en un plan cambió también el caso de prueba en el otro plan. Esto no era un comportamiento deseable para los equipos que requiere trazabilidad absoluta. Los equipos tenían que usar las utilidades de terceros o recurrir a algunos programación de TFS API de bajo nivel para lograr los resultados deseados.

Clonación de un plan de pruebas es ahora una característica de TCM.exe, la herramienta de línea de comandos de administración de caso de prueba. Un plan de pruebas de clonación clonar los casos de prueba, pasos compartidos, suites, asignado probadores, configuraciones, grabaciones de acciones, enlaces, archivos adjuntos y prueba las configuraciones de prueba. Configuración de pruebas, resultados de las pruebas y pruebas no son clonados. También, suites basado en el requisito no se clonan. Clonación los requisitos originales y asociarlos a nuevos casos de prueba o asociar los nuevos casos de prueba a los requisitos de edad es una operación manual.

Realizar una operación de clonación se realiza desde TCM.exe dentro de la línea de comandos de Visual Studio. Debe especificar un valor para el nuevo plan de prueba de destino, la colección y suites de origen y de destino. Opcionalmente, puede utilizar los parámetros overridefieldname y overridefieldvalue para especificar un nuevo trazado de la zona o iteración o utilizar campos de caso de prueba personalizados que se han añadido a la plantilla de elementos de trabajo de caso de prueba.

El formato de comando Tcm.exe suites es como sigue:

TCM.exe suites/Clone /collection:CollectionURL /teamproject:project /suiteid: ID /destinationsuiteid: ID /overridefieldname: /overridefieldvalue FieldName: FieldValue

La siguiente línea de comando copiará una suite con un ID de 100 en una suite con un ID de 115:

TCM.exe suites/Clone /collection:http: / / myTFS:8080/tfs/sampleTPC /teamproject:sampleTeamProject /suiteid:100 /destinationsuiteid:115 /overridefieldname: "Camino de iteración" /overridefieldvalue: "areapath\sprint 2"

La colección de proyectos de equipo se llamará "sampleTPC", y el proyecto de equipo es "sampleTeamProject." La nueva ruta de iteración será "areapath\sprint 2".

Nota: Usted puede encontrar el ID de la suite de prueba destacando el conjunto de pruebas en los contenidos del plan y luego ver el ID al lado del nombre de la suite en el lado derecho del encabezado encima de la lista de casos de prueba.

Enlace a una versión de sólo lectura de un caso de prueba ahora esto está previsto en Microsoft Test Runner.También, el campo de descripción de la prueba en Microsoft Test Runner soporta texto enriquecido, como se muestra en la figura 4.

Figura 4 mejoras de Microsoft Test Runner

Mejoras de grabación vídeo la grabadora de vídeo ya no requiere una instalación separada, y los usuarios pueden ahora opcionalmente habilitar grabación de audio.Grabación de audio puede ser activado o desactivado en el adaptador de datos de diagnóstico para la grabadora de vídeo, como se muestra en la figura 5.

Figura 5 activar la grabación de Audio

Navegación en MTM esto ha mejorado en un par de formas.Usted notará que hay un botón de enlace Copiar espolvoreado todo el producto, como se muestra en la figura 6.

Figura 6 el botón de enlace de copia

Clic en este enlace copiará una URL en el Portapapeles para que alguien puede correo electrónico un hipervínculo al elemento que se está visualizando.

Al hacer clic en un hipervínculo que contiene esta dirección lanzará MTM 2012 y traer el usuario directamente en el resultado de la prueba identificado con un ID y ejecutar ID, en la que se incluyen en el hipervínculo.

Selección de plan de prueba también se ha mejorado.Seleccionar un plan de la pantalla de inicio podría ser doloroso en la versión anterior, cuando un gran número de planes estaban en la lista.En lugar de desplazarse a través de la larga lista, simplemente escriba las primeras letras en el plan para saltar rápidamente a la DO­cuado ubicación en la lista del plan.

Siempre ha habido un hipervínculo en la esquina superior derecha de MTM que permite a los usuarios saltar a la lista del plan.Esa característica sigue existiendo, pero ahora hay un hipervínculo al proyecto de equipo así.Saltar a una pantalla de selección de proyectos de equipo también es ahora un solo clic de distancia.

Conexión a TFS 2010 mayoría de características de MTM — como prueba de planificación y ejecución, recopilación de datos y uso de entornos de laboratorio — funcionan bien entre versiones no coincidentes de MTM y TFS.Para utilizar MTM 2012, necesita instalar TFS 2010 SP1 y las últimas actualizaciones de software.Sin embargo, nuevas características como pruebas exploratorias no funcionan hasta que actualices TFS 2010 a 2012 de TFS.

Informes MTM ofrece varios tipos de informes para rastrear y medir la efectividad de las pruebas.La ayuda de informes que usted averiguar qué casos de prueba se han pasado, error o bloqueado.MTM 2012 le permite ver los resultados de la ficha de Plan.Hay una opción para ver los resultados, lo que da una buena vista del estado de resultado del plan de prueba.Puede ver los resultados según la configuración de prueba o basado en la suite de prueba para la que desea ver los resultados.Además, los usuarios también pueden ver los resultados basándose en el probador.Para ver los resultados en la ficha del Plan, haga clic en el enlace de resultados como se muestra en figura 7.Esto abrirá los resultados para la ejecución de pruebas más reciente.

Figura 7 resultados de Plan

Prueba de reducción de datos para reducir la carga en TFS Storage en MTM 2010, de forma predeterminada, cuando se publican los resultados de pruebas automatizadas en TFS 2010, elementos de implementación y los binarios de toda la prueba se ejecuta se cargan.Estos pueden utilizarse posteriormente para volver a ejecutar pruebas y analizar fallas.Este enfoque tiene una gran sobrecarga en términos de problemas de rendimiento y almacenamiento de base de datos TFS del lado del cliente al abrir los resultados de la prueba.En 2012 de MTM, de forma predeterminada, sólo los archivos de resultados de prueba y otros accesorios de colector de datos se cargan en la base de datos TFS.Sólo cuando está habilitado el análisis de impacto de cobertura o prueba de código se cargan los archivos binarios para 2012 de TFS.Estos binarios son necesarios para el análisis de código.

Marcar los resultados de la prueba en MTM sin lanzar Microsoft Test Runner en MTM 2010, no hay ninguna opción para marcar varios casos de prueba como pasar o no.El probador sólo es capaz de establecer el estado de un solo caso de prueba, y esto ha de hacerse desde la ventana de Microsoft Test Runner, que es un trabajo tedioso.Con MTM 2012, probadores pueden marcar un pase de caso de prueba, fallar o bloquear directamente desde la pantalla de ejecutar pruebas de la ficha de prueba.El probador también tiene la opción de marcar un solo caso de prueba o varios casos de prueba como pase de prueba, prueba de falla o prueba de bloque, o restablecer la prueba activa (ver figura 8).

Figura 8 Mark caso resultados en MTM

Manual pruebas de tienda de aplicaciones para Windows MTM 2012 ayuda a mejorar la eficiencia de pruebas manuales de apps Store de Windows.Utilizando MTM 2012, puede probar las aplicaciones de la tienda de Windows que se ejecutan en un dispositivo remoto de Windows 8 como un tablet o un PC con Windows 8.Puede ejecutar los pasos de prueba en el dispositivo remoto de Windows 8 y al mismo tiempo marcar los pasos como pasar o fallar en MTM 2012 del equipo local.MTM 2012 le ayudará a generar logs de acción ricos — con un vídeo y descripciones de texto e imagen de sus acciones, que son representaciones paso a paso de las acciones realizadas en el dispositivo remoto.

Comprobación manual de aplicaciones de Windows tienda consta de tres pasos.El primer paso es instalar a Remote Debugger, que consiste en el servicio de adaptador de herramientas de prueba de Microsoft.El segundo paso es conectar con el dispositivo remoto usando MTM 2012.El tercer paso es ejecutar los casos de prueba de MTM 2012.

Antes de prueba de Windows tienda de aplicaciones, garantizar que el servicio de adaptador de herramientas de prueba de Microsoft está habilitado.Una vez que el servicio está habilitado, en 2012 de MTM, conectar al plan de pruebas donde tienes tu suite de prueba.En el centro de pruebas, haga clic en el enlace modificar junto al "manual de realizar pruebas utilizando" para especificar el dispositivo remoto en el que ejecutar pruebas manuales (véase figura 9).Seleccione la opción "Dispositivo remoto..." y escriba el nombre o la dirección IP del dispositivo que desea probar.Haga clic en prueba para probar la conexión y, a continuación, guardar los cambios.

Figura 9 pruebas manuales de aplicaciones Windows Store

Una vez establecida la conexión, puede ejecutar el caso de prueba manual.Microsoft Test Runner abre un cuadro de diálogo "manual de realizar pruebas utilizando" con opciones para iniciar la prueba o instalar la aplicación.Aplicación de instalación hará una instalación remota de la app Store de Windows en el dispositivo de Windows 8, que es un proceso de tres pasos de copiar archivos, instalación de certificados e instalar la app.Haga clic en la opción de inicio mostrará los pasos de prueba en la ventana MTM, donde puede marcarlos como pasar o no.Al ejecutar los pasos en el equipo remoto, puede tomar imágenes de los errores y crear errores.

Mayor acción registros para Windows Store Apps con MTM 2012, generar registros de acción enriquecido con descripciones de texto e imagen de las acciones realizadas en las aplicaciones de la tienda de Windows o Internet Explorer 10.Los archivos de registro de acción contienen imágenes para cada paso de la acción llevada a cabo durante la ejecución de pruebas, y los archivos se guardan como archivos .html y pueden verse en el navegador.Cierne sobre cualquier miniatura en el registro de acciones de imagen mostrará una imagen de pantalla completa de la acción realizada (ver figura 10).El registro de acción mejorado facilita la reproducción bugs.El usuario puede ver los pasos exactos por el probador, y estos registros se muestran cuando un error se envía a través de Microsoft Test Runner o la ventana de prueba exploratoria.

Figura 10 mejorado registros de acción para aplicaciones de almacenamiento de Windows (fuente: Visual Studio ALM + Blog de Team Foundation Server en bit.ly/NV0Eru.)

Asegúrese de explorar estas y muchas más características en 2012 de MTM, especialmente si eres responsable de elevar el nivel de calidad de soluciones y evaluarlas.

Sudheer Adimulam es un consultor de prueba con Microsoft Services – entrega Global y trabaja como Visual Studio ALM guardaparque.Tiene una maestría en aplicaciones informáticas y es un ISTQB, CSQA, MCSD, MCT.

Micheal Learned es un desarrollador de ingeniero senior campo premier con Microsoft y funciona como un Ranger de ALM de Visual Studio.Se centra en ayudar a los clientes de Microsoft con la administración del ciclo de desarrollo y aplicación .net Framework.Él puede ser contactado en su blog en tfsmentor.com o en Twitter en twitter.com/mlhoop.

Tim Star es consultor principal de Intertech Inc., centrándose en la formación, consultoría y Visual Studio ALM.Tiene una licenciatura en ingeniería eléctrica y es MCPD, MCTS, MCT, Visual Studio ALM externo Ranger y ganador tres veces del Premio de MVP.

Gracias a los siguientes expertos técnicos por su ayuda en la revisión de este artículo: Mathew Aniyan, Nivedita Bawa, Willy-Peter Schaub y Charles Sterling