Realizar pruebas exploratorias usando Microsoft Test Manager

Las pruebas exploratorias significa probar una aplicación sin un conjunto de pruebas definidas de antemano, y sin un guión de pasos predeterminados.

Microsoft Test Manager (MTM) le ayuda mediante el registro de las acciones que realiza mientras trabaja con su aplicación.También puede grabar imágenes, comentarios, archivos adjuntos, narración de audio y video de la pantalla.La grabación hace que sea más fácil localizar cualquier error que usted puede descubrir.También puede almacenar sus acciones como un caso de prueba, por lo que es fácil para usted o un colega para replicar la prueba después de que la aplicación es actualizada.

Requisitos

• Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional

Vea Vídeo: Problemas con facilidad de clonación con la prueba manual.

• Cuando abro MTM me pide que me conecte a un equipo de proyecto y un plan de pruebas. ¿Qué son?
  Para obtener más información, vea Adoptar Visual Studio y Team Foundation Server para Application Lifecycle Management y Probar la aplicación.

Iniciar una sesión de pruebas exploratorias

En el Administrador de pruebas de Microsoft, abra Centro de pruebas, Prueba, Realizar pruebas exploratorias.

• No veoHacer pruebas exploratorias.
  Su equipo está usando una versión de TFS anterior a 2012.Vea la orientación para Visual Studio 2010

elija Explorar.

O bien

seleccione un elemento de trabajo del requisito y, a continuación, elija Explorar el elemento de trabajo.Esto asocia la grabación de su prueba con el elemento de trabajo.

• ¿Por qué tengo que asociar la sesión de prueba con un elemento de trabajo?
  Si crea errores o casos de prueba de su sesión exploratoria, se enlazarán automáticamente a ese elemento de trabajo.

  Puede asociar la sesión con cualquier elemento de trabajo en la categoría de requisito.En las plantillas de proyecto estándar del equipo, se incluyen Requisito (CMMI), Elemento del trabajo pendiente del producto (Scrum), y Caso de usuario (Agile).

  El elemento de trabajo asociado y los casos de prueba se crean a partir de la sesión exploratoria que se añadirá automáticamente al plan de pruebas.

  Cuando la codificación de cada requisito está protegida, es una buena práctica realizar pruebas centrándose en ese requisito.Cualquier error que se cree debe vincularse al requisito de mostrar que no se ha completado.

• ¿Cuál es la razón para no querer asociar la sesión con un requisito?
  A veces se quiere explorar la aplicación sin centrarse en ningún requisito particular.

La ventana Prueba exploratoria se abre y espera hasta que esté listo para comenzar.

Explorar la aplicación

Prepararse para ejecutar la aplicación.Por ejemplo, si su aplicación es un sitio web, inicie el servidor web.

En la ventana de pruebas exploratorias, elija Iniciar.

Ejecute la aplicación y explore sus características.Por ejemplo, abra un explorador web y acceda a su sitio web.

La ventana Prueba exploratoria registra las acciones que realice en el resto de la pantalla.Usted puede agregar comentarios, imágenes y archivos mientras trabaja.Estos se añaden a cualquier error o caso de prueba que usted cree.

[Visual Studio 2012 actualiza 1] la acción de El registro incluye automáticamente una instantánea de la pantalla, centrarse en el área alrededor del texto o gestos.Las capturas de pantalla se incluyen cuando se crea un error en la sesión exploratorias.

Si está explorando un requisito particular, verifique que se cumple el requisito con varias condiciones diferentes.Para obtener más información, vea ¿Qué pruebas exploratorias debo realizar?

• ¿Esta todo lo que yo hago registrado en detalle?
  De forma predeterminada, las acciones en MTM y en las aplicaciones de Office como Word, Paint y Outlook no se registran.Para cambiar esta configuración, configure el registro de la acción en la configuración de pruebas en las propiedades del plan de pruebas.Para obtener más información, vea Configuración del plan de pruebas.

  Además, algunas acciones detalladas como el dibujo no se registran en su totalidad.Por ejemplo, si dibuja un rostro en una aplicación de dibujo, la acción se va a capturar sólo cuando se mueve el cursor.Usted debe agregar un comentario que describa exactamente lo que hizo.

  El registro de la acción es más legible si los controles de la interfaz de usuario tienen nombres legibles.El equipo de desarrollo debería establecer las propiedades de accesibilidad de cada control de la interfaz de usuario o el identificador de cada elemento en una aplicación HTML.

• Mi aplicación es un sistema web o cliente-servidor. ¿Puede MTM registrar eventos que tienen lugar en los servidores?
  Sí.Usted tiene que ejecutar el servidor en un entorno de laboratorio, y tiene que configurar su plan de pruebas para capturar eventos de las máquinas de laboratorio.Cuando se crea un error, MTM recuperará los datos de las máquinas de laboratorio y los adjunta al informe de errores.Para obtener más información, vea Usar un entorno de laboratorio para el ciclo de vida de la aplicación.

Informar de los errores

Cuando usted encuentra errores en la aplicación, seleccione Crear error.

Para ayudar a reproducir el error, los pasos realizados automáticamente se guardarán en el error, en el panel Pasos para reproducirlo.Los comentarios que escribió durante la prueba también aparecen, junto con los datos adjuntos y las capturas de pantalla que agregó, y la información del sistema adicional.

Cuando se crea el error, puede cambiar que los pasos que desea incluir.

Se puede generar un caso de prueba al mismo tiempo, como el error, que contiene los mismos pasos.Esto ayuda a asegurar que el error no se repita en el futuro.El error y el caso de la prueba están relacionados.

[Visual Studio 2012 actualiza 1] descripción de cada acción automáticamente es acompañada por una captura de pantalla de área cerca de acción.

Para ver cómo toda la pantalla se produjo durante la prueba, elija Registro de acciones.

Hacer fáciles las nuevas pruebas

Cuando se actualiza la aplicación o se desarrollan nuevas funcionalidades, o cuando se corrige un error, querrá volver a ejecutar las pruebas para asegurarse de que todo sigue funcionando - o, incluso, de que funciona mejor.

Pero en una prueba exploratoria hay amplios conocimientos especializados, pensamiento creativo y una gran experiencia.Para ahorrar tiempo en futuras ocasiones, puede guardar sus acciones como un script de pasos de un caso de prueba.A la hora de realizar estas pruebas de nuevo, usted - o cualquier otra persona - sólo tiene que seguir los pasos, en lugar de volver a inventar.

Se puede crear un caso de prueba, ya sea directamente desde la sesión exploratoria o inmediatamente después de crear un error.

Se puede ajustar el número de pasos recientes que se incluyen en el caso de prueba.

Si se crea un caso de prueba directamente desde una sesión exploratoria, se suele pasar algún tiempo practicando con una característica antes de realizar una secuencia de pasos que desee grabar.Editar el caso de prueba para iniciar en donde la secuencia comienza.

También debe editar el elemento de trabajo para indicar qué resultado se debe ver después de cada paso.

Al guardar y cerrar el elemento de trabajo, puede volver a la exploración.

Sugerencia
Crear casos de prueba distintos para cada aspecto distinto del requisito.

• Ejecuté la misma secuencia con valores de datos diferentes ¿Debo registrar cada uno como un caso de prueba distinto?
  Núm.Cree un caso de prueba y luego editarlo para sustituir un nombre de parámetro para un valor específico de la secuencia.Los nombres de parámetro comienzan con "@".Por ejemplo, "Haga clic en el enlace '@flavor'". En la tabla de Valores de parámetro, en la parte inferior del script de casos de prueba, proporcione un conjunto de valores que se deben utilizar en repeticiones sucesivas de la prueba.Para obtener más información, vea Crear casos de prueba manuales mediante Microsoft Test Manager.

Finalizar la prueba

Sugerencia
Dele a su prueba de funcionamiento un título que exprese el resultado como "No se pudo abrir la cuenta" o bien "Orden creada con éxito." Esto hace que sea más fácil de interpretar la lista de las pruebas exploratorias recientes.

¿Cómo lo estamos haciendo?

Utilice Ver sesiones de pruebas exploratorias para revisar las pruebas que se han realizado en este plan de pruebas.Puede ordenar y filtrar las pruebas por el requisito.

Utilizar pruebas exploratorias

• ¿Qué pruebas exploratorias debo realizar?
  Las categorías más importantes de pruebas son:

  • Ejercer la historia. ¿Puede realizar las acciones prometidas en el caso de usuario o en el elemento de trabajo pendiente del producto?

  • Ejercicio valores clave. ¿Puede realizar el caso de usuario con diferentes conjuntos de entrada - por ejemplo, un carro de la compra vacío, un artículo único, uno de todo, dos de algo y así sucesivamente?

  • Descomponer la aplicación ¿Puede hacer que la aplicaicón no se pueda realizar, por ejemplo, aportando entradas inesperadas o demasiadas entradas?

  Es útil pensar en diferentes recorridos.Un recorrido es una exploración en la que se realiza un tipo concreto de prueba.Para más detalles, véase James A.El libro de Whittaker, Pruebas exploratorias.

• ¿Cómo debemos usar las pruebas exploratorias junto con los casos de pruebas planeados?
  Los diferentes equipos utilizan diferentes mezclas de pruebas exploratorias y de pruebas planeadas utilizando casos de prueba.Estas son algunas de las estrategias alternativas que se tienen en cuenta:

  • Sólo exploratoria. Dependen totalmente de pruebas exploratorias, y nunca crean casos de prueba.Crear elementos de trabajo de error cuando se encuentra cualquier error.Cuando el error se corrige, se puede explorar de nuevo para verificar la corrección.La lista de las pruebas exploratorias es el mejor registro de los que se han ensayado: al final del sprint, debería haber al menos una prueba para cada elemento de trabajo pendiente del producto o caso de usuario.Esta estrategia es adecuada para pequeños proyectos.

  • Exploración de nuevas características, casos de prueba para la regresión. Cuando se protege el código para un requisito, se ejecutan las pruebas exploratorias y se crean casos de prueba de ellos.Crear errores para los errores que encuentre.Cuando se corrigen los errores, ejecute todos los casos de prueba.La mejor medida de integridad es el gráfico de casos de prueba.En cada sprint, se ejecutan también los casos de prueba para los sprints anteriores, para asegurarse de que nada ha cambiado.

  • Planee con anticipación los casos de prueba y explore cómo dividir el código. Escriba los scripts de casos de prueba de antemano, utilícelos para ayudar a clarificar los requisitos.Como el código está protegido, ejecute los casos de prueba aplicables.Ejecute también las pruebas exploratorias, tanto para generar casos de prueba adicionales, como con la intención de hacer que la aplicación dé error.

Comprobar la corrección

Cuando una corrección del error se ha protegido, abra los MTM y elija Centro de pruebas, Prueba, Comprobar errores.Esta página tiene una lista de errores creados en este plan de pruebas y vinculados a los casos de prueba.seleccione el error que se ha corregido y elija Comprobar.El ejecutor de pruebas se abrirá y mostrará los pasos que se siguen para detectar el error.Siga los pasos y compruebe que el error no se produce.Marque la prueba como superada y cierre el error.

Obtener datos de servidores

Si su aplicación es un sitio web o una aplicación cliente-servidor, puede obtener información de las máquinas de servidor, así como de su propio equipo cliente.

Para hacer esto, usted tiene que configurar un entorno de laboratorio e instalar los servidores en los equipos en ese entorno.Para obtener más información, vea las pruebas en un entorno de laboratorio.

También debe configurar las pruebas para recopilar datos del entorno.Usted puede hacer esto en las propiedades del plan de pruebas, o puede elegir esta opción en pruebas individuales.

Para configurar una sesión de prueba individual, inicie la prueba mediante el uso de Explorar con opciones.

Para configurar todas las pruebas para recoger datos del servidor: En MTM, elija Centro de pruebas, Plan, Propiedades.En Entorno de prueba, elija el entorno en el que se ha instalado el servidor.

Recopilar datos adicionales

Puede configurar las propiedades del plan de pruebas de forma que los datos adicionales se registren en su sesión de pruebas y en cualquier error que haya creado.Por ejemplo, puede agregar o quitar programas de los que se deben recoger las acciones de usuario.

También puede capturar vídeo en pantalla mientras trabaja y comentarios de audio.

Para obtener más información, vea Cómo: Elegir entornos y configuraciones de pruebas para un plan de pruebas.

Seguridad

Tenga en cuenta que las acciones que se llevan a cabo durante una sesión de pruebas se graban automáticamente.Potencialmente, esta grabación podría capturar información confidencial, incluyendo nombres de usuario y contraseñas.

Recursos Externos

Guía

Pruebas para la entrega continua con Visual Studio 2012 – Capítulo 4: Pruebas manuales de sistema

Videos

Problemas con facilidad de clonación con la prueba manual

Vea también

Tareas

Cómo: Crear un elemento de trabajo mediante el Administrador de pruebas de Microsoft

Cómo: Crear un elemento de trabajo mediante el Administrador de pruebas de Microsoft

Conceptos

Ejecutar pruebas en Microsoft Test Manager

Crear pruebas para elementos de trabajo pendiente de productos, casos de usuario o requisitos

Elemento del trabajo pendiente del producto (Scrum)

Caso de usuario (Agile)

Requisito (CMMI)

Otros recursos

Cómo: Agregar elementos de trabajo pendiente del producto, casos de usuario o elementos de trabajo de requisitos al plan de prueba

Crear, copiar y actualizar los elementos de trabajo