Planificación de pruebas usando IBM Rational Quality Manager

IBM® Rational® Quality Manager está diseñado para ayudar a los equipos a colaborar entre sí sincronizando el trabajo de equipo en todo el ciclo de vida y automatizando las actividades que requieren mucho trabajo. Mediante su utilización, los equipos son capaces de controlar de mejor manera sus proyectos con el uso de métricas más confiables y oportunas. Rational Quality Manager se construye sobre la plataforma Jazz. El presente artículo analiza el proceso de planificación de pruebas, y estudia el modo en que Rational Quality Manager brinda soporte a dicho proceso.

Michael Kelly, Consultant, www.MichaelDKelly.com

Michael Kelly is currently an independent consultant and provides custom training in the IBM Rational testing tools. He consults, writes, and speaks on topics in software testing. He is currently serving as the Program Director for the Indianapolis Quality Assurance Association and is a Director at Large for the Association for Software Testing. He can be reached by email at Mike@MichaelDKelly.com.



29-07-2011

IBM® Rational® Quality Manager está diseñado para ayudar a los equipos a colaborar entre sí sincronizando el trabajo de equipo en todo el ciclo de vida y automatizando las actividades que requieren mucho trabajo. Mediante su utilización, los equipos son capaces de controlar de mejor manera sus proyectos con el uso de métricas más confiables y oportunas. Rational Quality Manager está construido sobre la plataforma Jazz, un entorno colaborativo, basado en roles e impulsado por el negocio, que brinda herramientas para el control, el rastreo y la rendición de informes sobre métricas del flujo de tareas. Es una solución de gestión de calidad colaborativa y basada en la Web que ofrece una planificación de pruebas integral, verificación manual y la integración con herramientas de prueba automáticas.

La planificación de pruebas significa tomar su estrategia de prueba y ponerla en acción, a menudo durante un periodo específico como por ejemplo una iteración, un sprint o un pequeño proyecto. El presente artículo analiza el proceso de planificación de pruebas y estudia el modo en que Rational Quality Manager brinda soporte a dicho proceso. Usted podrá darle a Rational Quality Manager la cantidad de documentos de planificación que desee. El programa está diseñado para simplificar el proceso donde sea posible. En cada una de las áreas de planificación, la meta de utilizar Rational Quality Manager en lugar de un plan básico de documentos o proyectos es alcanzar una integración con sus informes y métricas luego de que el proyecto esté en marcha.

Análisis de la planificación de pruebas

Cuando usted piensa en su proceso de planificación de pruebas, el mismo no deberá iniciarse con un documento. Es un proceso. Lo primero que usted debe hacer es comprender el contexto de su empresa o proyecto en particular. Comprender el contexto es otra manera de decir comprender los valores, los procesos, las prácticas, las filosofías, las políticas y las personalidades de aquellos con quienes usted trabaja. Esto es más que los objetivos y requerimientos del proyecto: significa comprender cómo y por qué funcionan la empresa y el equipo.

Una vez que usted comprenda el contexto, comience a desarrollar una estrategia de prueba. Karen N. Johnson recientemente dio una charla sobre el tema de la creación de una estrategia de prueba en la Conferencia del Noroeste del Pacífico sobre Calidad de Software (Pacific Northwest Software Quality Conference) en Portland, Oregon. Durante la charla, mencionó una frase fantástica: “Lo maravilloso de una estrategia de prueba es que si ustedes no escriben una, ésta se escribirá por sí sola." Karen continuó señalando que si usted no escribe un plan de prueba, el mismo estará formado por todas las suposiciones que tienen las personas sobre lo que piensan que usted verificará. Será tarde cuando usted descubra que probablemente habría ahorrado tiempo y energía si hubiera escrito algo desde el comienzo.
Esto es lo que significa una estrategia de prueba: es su modo de decirle al resto del equipo del proyecto qué es lo que usted comprobará y qué no comprobará, y cómo planifica realizar esas pruebas. Es una comunicación de alto nivel que revela una intención. Otra idea surgida de la charla de Karen es que usted también puede visualizar la estrategia de prueba como una prueba de lista de productos o enunciado de trabajo. Es su manera de decirle a los demás qué es lo que planifica entregar. Con su estrategia de prueba, apunte a responder las siguientes preguntas:

  • ¿Qué estamos verificando?
  • ¿Qué enfoque tomaremos?
  • ¿Qué otra información necesito para planificar con eficacia?

Sólo luego de que usted sepa qué es lo que intenta entregar comenzará la planificación. Un plan de prueba es lo que se focaliza en los aspectos específicos de sus pruebas. Comprende logística, casos o escenarios de prueba y recursos, e incluye a todas las dependencias y los riesgos en los que usted debe centralizarse durante las pruebas. Cuando usted planifica, usted realiza estimaciones, descubre que no puede hacer todo lo que desea, negocia el alcance, pone fechas a los entregables y asigna trabajo.

Cuando planifique, formule preguntas como las siguientes:

  • ¿Cómo llevaremos a cabo nuestras pruebas?
  • ¿Dónde las llevaremos a cabo?
  • ¿Cuándo las llevaremos a cabo?
  • ¿Cómo gestionaremos los problemas que encontremos?
  • Etc.

El propósito de esta actividad es delinear y comunicar los detalles del esfuerzo de prueba para un periodo determinado. Lo más probable es que, si usted está documentando un plan de pruebas (y éste no es para fines administrativos o de procesos), lo utilice para ayudar a dirigir y orientar el esfuerzo de prueba. Esto significa que usted desea que la información sea lo más correcta y minuciosa posible.

Los siguientes son temas que usted puede encarar en su planificación de prueba:

  • Preparaciones
  • Asignación de personal
  • Cobertura de la prueba
  • Todos los requerimientos de prueba (técnicos u otros)
  • Entornos de prueba
  • Criterios de ingreso
  • Criterios de salida
  • Delegación de responsabilidades
  • Adquisición de instalaciones
  • Planificación de tareas
  • Programación
  • Documentación sobre la coordinación y colaboración con otros equipos
  • Riesgos y problemas que puedan impactar sobre las pruebas
  • Entregables específicos del proyecto de prueba

A menudo, cuando usted planifica, el proyecto comenzará a ejecutarse antes de que su planificación concluya. Esto lo obligará a planificar y ejecutar al mismo tiempo. Cuando usted utiliza herramientas como Rational Quality Manager, puede realizar un seguimiento del progreso y también acordarse de cerrar cualquier problema que quede abierto en su proceso de planificación.

Cuando usted lleva a cabo la planificación, deberá contar con:

  • Información sobre su contexto
  • Información sobre el problema (o proyecto)
  • Ideas sobre las pruebas
  • Ideas sobre la cobertura de las pruebas
  • Ideas sobre los riesgos del proyecto
  • Ideas sobre los detalles de la ejecución
  • Documentos o artefactos que apuntan a compartir las ideas que usted tiene, y que resultan útiles para cuestionar los supuestos y las nociones
  • Documentos o artefactos que puedan ser necesarios para avanzar en el proceso (según el contexto)

Planificación de pruebas en Rational Quality Manager

Esta sección se ocupa del modo en que usted puede utilizar Rational Quality Manager para brindar soporte a su proceso de planificación. Rational Quality Manager cuenta con objetos denominados planes de prueba. Proporciona plantillas a medida para la planificación de las pruebas, y puede proporcionar métricas y visibilidad para el proceso respecto del plan establecido. A continuación presentamos dos modos de utilizar las características de Rational Quality Manager para sus proyectos.

Planificación dentro de su proceso de desarrollo

Usted puede utilizar una cantidad de características de Rational Quality Manager para integrarla a su entorno de desarrollo. Rational Quality Manager aplica el concepto de roles y flujos de tareas, muchos de los cuales están incluidos en el producto. La meta no consiste en hacer que usted actúe a “la manera Rational ", sino brindarle algo que usted pueda utilizar sin modificaciones. De este modo, podrá conocer algunas de las capacidades para así saber qué es posible y obtener un conocimiento profundo de lo que los demás pueden estar hacienda en la industria.

Desde una perspectiva de planificación, esto es muy importante, ya que le permite hacer un par de cosas. En primer lugar, usted puede establecer dentro de la herramienta un proceso de revisión de la planificación de la prueba, que puede incluir revisores, estados de los artefactos, desconexiones, etc. En la Figura 1, usted verá un ejemplo de esta implementación dentro del flujo de tareas predeterminado que se incluye. El estado del plan de pruebas se encuentra actualmente prefijado en Borrador, y usted puede pasar el plan de pruebas a Listo para Revisión. Cuando usted fije Roles, podrá definir quiénes estarán a cargo de revisar los planes de pruebas en el estado Listo para Revisión.

Figura 1. Paso de un plan de pruebas al estado Listo para Revisión en Rational Quality Manager
Paso de un plan de pruebas al estado Listo para Revisión en Rational Quality Manager

Además de configurar simples flujos de tareas para su revisión, puede asignar secciones del plan de pruebas para que otros trabajen sobre ellas, creando artículos de trabajo, como se muestra en la Figura 2 que aparece a continuación.

Figura 2. Asignación de un artículo de trabajo dentro de Rational Quality Manger
Asignación de un artículo de trabajo dentro de Rational Quality Manger

Luego, estos artículos se muestran automáticamente a las personas a quienes se han asignado en listas de tareas para realizar y paneles. Cada artículo de trabajo tendrá luego su propio estado y posibles procesos de aprobación, como se muestra en la Figura 3. Para ese artículo de trabajo, el estado será nuevo, y usted podrá someterlo a aprobación, revisión o verificación.

Figura 3. Aprobaciones para los artículos de trabajo en Rational Quality Manager
Aprobaciones para los artículos de trabajo en Rational Quality Manager

En el otro extremo del espectro, si usted no necesita este nivel de aprobación y revisión, podrá quitarlo o simplemente no utilizarlo. Usted puede crear o quitar roles según sus necesidades, mapear roles a diversos aspectos de los flujos de tareas, y modificar los flujos de tareas. Puede controlar el proceso, y configurarlo para que brinde soporte a su proceso de planificación.

Además de roles, flujos de tareas y revisiones, dentro de plan de pruebas existen secciones de criterios de ingreso y egreso que le brindan visibilidad sobre el lugar en que usted se encuentra dentro del proceso de desarrollo. Muchos equipos utilizan criterios de ingreso para especificar dónde pueden comenzar las pruebas, y criterios de egreso para especificar cuándo han finalizado. Estos criterios pueden ser stage gates monitoreados muy de cerca, o indicadores heurísticos de cuándo el producto puede estar listo para pruebas más rigurosas o de cuándo es posible realizar las pruebas. Cualquiera sea el modo en que los utilice, pueden resultar muy convenientes, ya que usted podrá rastrearlos en un lugar central e informar sobre los mismos toda vez que sea necesario utilizando informes generados de manera automática. La Figura 4 muestra un ejemplo de rastreo de criterios de ingreso.

Figura 4. Ejemplo de criterio de ingreso en un plan de pruebas de Rational Quality Manager
Ejemplo de criterio de ingreso en un plan de pruebas de Rational Quality Manager

Observe que incluso para los artículos de criterios usted puede crear artículos de trabajo. En el ejemplo anterior, usted podría crear artículos de trabajo para las tres configuraciones de entorno de prueba pendientes que deben ser configuradas. Luego, podría potencialmente rastrear el estado de estas actividades de manera más detallada.

Independientemente de la sección del plan de pruebas, usted puede realizar un seguimiento de determinados artículos pendientes del plan para Rational Quality Manager (si lo desea). La ventaja de utilizar herramientas como ésta en algo como un plan de proyecto Microsoft® es que mantiene a usted y a su equipo dentro de la herramienta en la que se realiza el resto del trabajo. Además, integra los seguimientos e informes de su proyecto.

Planificación de cobertura

Una de las herramientas clave para el seguimiento y los informes sobre el progreso de las pruebas en Rational Quality Manager es el plan de pruebas. Rational Quality Manger posee numerosas características de requerimientos que lo ayudarán a gestionar la cobertura de los requerimientos. En este plan, existe una sección Requerimientos (que se muestra en la Figura 5) para gestionar todos los requerimientos que usted incluirá en un determinado plan de prueba. Si lo desea, puede realizar un seguimiento de todos sus requerimientos a partir de Rational Quality Manager. Si desea importarlos desde otra herramienta, también puede hacerlo. De manera opcional, también es posible simplemente crear y rastrear algunos requerimientos de prueba genéricos.

Figura 5. Sección Requerimientos del plan de pruebas en Rational Quality Manager
Sección Requerimientos del plan de pruebas en Rational Quality Manager

Numerosos proyectos cuentan con una gran cobertura de requerimientos funcionales (la aplicación deberá hacer X, no deberá hacer Y, etc.), pero rara vez tienen requerimientos para requerimientos para funcionales. Esto no significa que no los verifique: sí lo hace. Sin embargo, siempre resulta difícil hacer un seguimiento de dónde se encuentran esas pruebas en términos de estado y cobertura. Si usted crea sus propios requerimientos, podrá agregar requerimientos para desempeño, seguridad, usabilidad, y otras áreas que a menudo se pasan por alto. Luego, podrá vincular casos de prueba a estos requerimientos a fin de rastrear su cobertura y estado a nivel del plan de pruebas.

En Rational Quality Manager, usted puede definir de manera explícita sus objetivos de calidad en la sección Objetivos de calidad del plan de pruebas, como se muestra en la Figura 6. Esta sección enumera, en formato de tabla, sus objetivos de calidad para un lanzamiento. Usted podrá editar sin formularios establecidos los campos CalidadDescripción de objetivos, the Valor actual, y Comentarios (no se muestra), lo cual le permite especificar cualquier objetivo que desee.

Figura 6. Ejemplo de objetivos de calidad en un plan de pruebas
Ejemplo de objetivos de calidad en un plan de pruebas

Algunos de los objetivos posibles incluyen mediciones en las siguientes áreas:

  • Complejidad de códigos
  • Éxito en la prueba de la unidad
  • Cobertura de los códigos
  • Cobertura de los requerimientos
  • Ejecución del caso de prueba (porcentaje ejecutado, porcentaje aprobado, etc.) por área
  • Carga, desempeño o escalabilidad
  • Problema abierto o seriedad, volumen o estado de la falla
  • Índices de aparición de fallas o velocidad de prueba
  • Caso de prueba, prioridad o seriedad de los requerimientos
  • Cumplimiento de normas (sección 508, W3C, etc.)
  • Requerimientos de documentación o evidencia

Los criterios de calidad que elija dependerán en gran medida de lo que usted está tratando de lograr con el proyecto y del contexto de desarrollo e el que trabaja. Cualquiera sea su elección, la sección Objetivos de calidad le brinda una excelente imagen instantánea de dónde se ubica el proyecto desde el punto de vista de la calidad.

Una de las grandes características de Rational Quality Manager es la sección de planificación de Entornos de prueba dentro del plan de pruebas. Cuando usted abre esta sección por primera vez, se le pedirá que defina los requerimientos de plataforma que deben cubrirse. Como se muestra en la Figura 7, que aparece a continuación, todo lo que usted deberá hacer es definir qué tipos de componentes de plataforma necesita cubrir, y qué versiones o atributos debe verificar. Simplemente creará un listado de los elementos que se deben someter a pruebas.

Figura 7. Definición de la cobertura de la plataforma dentro del plan de pruebas
Definición de la cobertura de la plataforma dentro del plan de pruebas

A partir de aquí, usted puede pasar a definir la cobertura de manera automática en base a un par de modelos de cobertura diferentes. From there, you can move on to defining coverage automatically based on a couple of different coverage models. Si cambia pestañas y elige la pestaña Entorno de prueba (como muestra la Figura 8), aparecerá una vista diferente, que con el tiempo incluirá cada uno de los entornos que desea cubrir.

Figura 8. Entornos de prueba antes de su generación
Entornos de prueba antes de su generación

Luego de guardar su plan de prueba, si presiona sobre el ícono Generar nuevos entornos de prueba, se activará un asistente que lo guiará en la creación de la lista de cobertura inicial. El primer paso de este asistente, que se muestra en la Figura 9, es la definición de los elementos que usted desea incluir en la cobertura, junto con el método de creación que desea utilizar.

Figura 9. Paso 1 de la creación de entornos de prueba
Paso 1 de la creación de entornos de prueba

Se suministran un par de métodos de cobertura, que incluyen interacciones de una dirección única, de a dos, y de a tres y todas las combinaciones. La elección que usted haga determinará cuántos entornos tendrá que cubrir. Pocos equipos cuentan con los recursos para cubrir todas las combinaciones, por lo cual el tema se reduce a cuál es nivel de riesgo que resulta aceptable para usted y su equipo de proyecto. De ser necesario, podrá ampliar el proceso de creación más adelante: podrá cambiar las propiedades avanzadas de los elementos del entorno, y agregar inclusiones explícitas, exclusiones y ponderaciones.

Luego de seleccionar el método de cobertura que prefiera, presione sobre Siguiente, y tendrá la posibilidad de revisar los entornos generados antes de aceptarlos. De ese modo, usted podrá realizar los cambios necesarios. La Figura 10 muestra los entornos generados utilizando una cobertura en dos sentidos, seleccionada por el buscador.

Figura 10. Paso 2 de la generación de entornos de prueba (cobertura en dos sentidos, agrupada por el buscador)
Paso 2 de la generación de entornos de prueba (cobertura en dos sentidos, agrupada por el buscador)

Cuando usted acepta estos entornos, los mismos se agregan a la tabla Entornos de Prueba del plan de pruebas (como se muestra en la Figura 11). A partir de aquí, usted podrá quitar cualquiera de ellos cuando no sean necesarios, o agregar registros de manera manual si posee una nueva configuración que deba agregar. Además, podrá editar cualquiera de los entornos específicos según sus necesidades.

Figura 11. Entornos de prueba cargados en el plan de pruebas
Entornos de prueba cargados en el plan de pruebas

Planificación de la ejecución

Uno de los aspectos más engañosos del proceso de planificación es la planificación de la ejecución. Usted deberá tomar en cuenta estos aspectos (algunos de los cuales conocerá por adelantado, y otros que desconocerá):

  • Cantidad de controladores
  • Nivel de cobertura necesario para cada área de la aplicación, entorno y configuración o criterios de calidad
  • Tamaño y alcance del conjunto inicial de pruebas que debe ejecutar
  • Periodo durante el cual usted cree que debe ejecutar las pruebas
  • Estimación de cuántos problemas usted cree que encontrará y deberá resolver
  • Estimación de cuántas nuevas pruebas descubrirá y deberá llevar a cabo
  • Estimación de la cantidad de pruebas planificadas inicialmente que deberá llevar a cabo

Para complicar aún más las cosas, como gerente de pruebas, usted no puede realizar su planificación en un vacío. En cambio, debe dar cuenta de las dependencias con otros equipos y gerentes. En proyectos pasados, la planificación se llevó a cabo en una cantidad de documentos (documentos de planificación, planes de proyecto, hojas de cálculo de estimaciones, etc.), con rondas de reuniones y revisiones. En los proyectos actuales, la planificación tiende a ser más rápida e involucra a menos personas, pero aún así debe dar cuenta de los que usted sabe y de lo que no.

Algunas de las características que hacen que se destaquen los planes de prueba de Rational Quality Manager son las secciones Programaciones de prueba, Estimación de la prueba, y Equipo de prueba. Estas tres secciones relacionan todas las demás secciones (Criterios de ingreso y egreso, Objetivos de prueba y calidad, Requerimientos, y Casos de prueba) de un modo tal que lo ayudará a formarse una imagen de cómo lucirá la ejecución.

Dentro de las pantallas de administración de Rational Quality Manager, usted puede configurar y gestionar diferentes equipos de prueba, utilizando asignaciones de uno a muchos, lo cual significa que una misma persona puede estar en múltiples equipos (como a menudo sucede). Una vez que cuente con la configuración, si usted seleccionar un equipo de prueba dentro de un plan determinado, podrá ver cuáles son los miembros del equipo que están asignados a ese proyecto (como se muestra en la Figura 12). Aquellos miembros del equipo estarán entonces disponibles para la asignación de tareas, las asignaciones de casos de prueba y otras acciones dentro del plan.

Figura 12. Asignación de equipo de prueba dentro del plan de pruebas
Asignación de equipo de prueba dentro del plan de pruebas

Como parte del proceso de planificación, usted podrá crear estimaciones de alto nivel del tamaño de los esfuerzos de planificación de prueba y ejecución de prueba. Usted podrá también brindar estimaciones detalladas del tiempo o esfuerzo requerido para ejecutar cada caso de prueba individual. Estos cálculos lo ayudarán a medir su progreso, y brindarán información a numerosos informes.

En las etapas iniciales de un proyecto de prueba, usted puede brindar estimaciones de alto nivel sobre el tiempo requerido para completar las actividades de su planificación de prueba, y sobre el tiempo o esfuerzo requerido para ejecutar todas las pruebas. Estas estimaciones se basan con frecuencia en lo que usted sabe acerca de los requerimientos del proyecto. La Figura 13 muestra un ejemplo de la definición de estimaciones de alto nivel dentro del plan de prueba. Este método de planificación descendente puede resultar muy útil en el inicio.

Figura 13. Estimación de prueba de alto nivel dentro del plan de pruebas
Estimación de prueba de alto nivel dentro del plan de pruebas

Más avanzado el plan, usted puede brindar una estimación más detallada del esfuerzo de ejecución de las pruebas agregando un valor de ponderación a cada caso de prueba. En Rational Quality Manager, los registros de ejecución de pruebas heredan la ponderación de su caso de prueba asociado. Un caso de prueba al que se le asigna una ponderación de 10, por ejemplo, podría llevar el doble de tiempo para ejecutarse como caso de prueba que otro con una ponderación asignada de 5. Normalmente, la ponderación es un valor numérico de cualquier unidad de medida a la cual su equipo de pruebas esté acostumbrado.

Algunos equipos de prueba pueden pensar en la ponderación en términos de puntos, mientras que otros pueden hacerlo en términos de horas, minutos y otras mediciones. Esta información detallada de dimensionamiento se utiliza como información de entrada para numerosos informes de estado de ejecución. Al asignar diversas ponderaciones a cada caso de prueba, usted podrá ejecutar informes precisos que toman en cuenta tanto el número absoluto de casos de prueba que se ejecutan como el tiempo o nivel de esfuerzo requerido para ejecutar cada caso de prueba.

Luego de las estimaciones de alto nivel, usted puede definir una programación de alto nivel en la sección Programación de prueba del plan de pruebas (que se muestra en la Figura 14). para cada evento importante o iteración, usted podrá crear programaciones de alto nivel que incluyan las fechas clave del proyecto como por ejemplo, el lanzamiento final, congelamiento del código, congelamiento de la UI, ingreso beta, egreso beta, etc.

Figura 14. Planificación de la programación de prueba dentro del plan de pruebas
Planificación de la programación de prueba dentro del plan de pruebas

Planificación de automatización

Desde la perspectiva de la planificación de prueba, la última perspectiva a considerar es el modo en el cual Rational Quality Manager puede ayudarlo con su planificación del uso de la automatización. Usted puede establecer objetivos claros de calidad para áreas como desempeño y verificación de seguridad, y definir entornos para la cobertura de sus pruebas automáticas. Además, usted puede realizar cierta planificación por adelantado acerca de cuáles son las herramientas que planifica utilizar, y dónde planifica utilizarlas.

Dentro de su plan de pruebas y de todos los elementos de prueba que lo vinculan a Rational Quality Manager, usted cuenta con numerosas oportunidades para planificar y gestionar sus esfuerzos de automatización. En primer lugar, puede agregar etiquetas a medida a sus requerimientos. Esto le brinda la posibilidad de planificar y organizar por adelantado ciertos aspectos del uso de la automatización. Por ejemplo, si usted se encuentra revisando un requerimiento, podría etiquetarlo con lo siguiente:

  • Una palabra clave de regresión para un requerimiento para el cual usted desea construir un caso de prueba de regresión automática
  • Una palabra clave de desempeño para un requerimiento para el cual usted debe desarrollar una prueba de desempeño, o el cual pueda vincularse a una prueba de desempeño en base a algunos aspectos de dicho requerimiento
  • Una palabra clave de configuración para un requerimiento que pueda impulsar pruebas automáticas en múltiples entornos
  • Una palabra clave de SOA para un requerimiento que usted desee verificar en el nivel de las interfaces de servicios web
  • Una palabra clave de seguridad para un requerimiento en cuya prueba usted use IBM® Rational® AppScan® (o alguna otra herramienta)

La idea es suministrar algunas etiquetas simples sobre las que usted pueda informar más adelante cuando planifique esos esfuerzos de automatización.

Luego de ello, usted podrá buscar algunos scripts y pruebas de automatización específicos para verificar los artefactos del caso. De manera opcional, puede asignar casos de prueba a categorías para algunos de los distintos tipos de automatización que tenga en su proyecto. Además del etiquetado y la rastreabilidad, considere el agregado de distintas tareas de automatización, desempeño, verificación de seguridad, y verificación de servicios web en su programación y sus estimaciones. De este modo, usted podrá integrarlas totalmente al resto del proyecto de prueba.


Próximos pasos

Piense en su proyecto actual de planificación de pruebas, y en las herramientas que utiliza para su soporte. Si utiliza más de una o dos, será conveniente que considere pasar parte de esta planificación a una herramienta como IBM Rational Quality Manager. Además, piense en cómo su equipo comparte esa información. ¿Utiliza un complicado conjunto de carpetas SharePoint, espacio en una red, o archivos de email que van y vienen? Estos son signos de que a usted le conviene pasar a una herramienta que lo ayude a distribuir parte de esa información de manera más natural. Utilice Rational Quality Manager para desarrollar un par de planes, trabaje con los datos y observe si puede analizar cambios por adelantado que lo ayuden más tarde a simplificar la generación de informes.

El siguiente paso lógico será utilizar la información que usted ha capturado en su plan de prueba mientras ejecuta su proyecto. El artículo "Test analysis and reporting using IBM Rational Quality Manager" (Análisis y generación de informes de prueba con IBM Rational Quality Manager) comienza en el punto justo donde el presente artículo culmina. El mismo profundiza en el análisis y la generación de informes de prueba con Rational Quality Manager.

Recursos

Aprender

  • Para más información sobre cómo comenzar a usar Rational Quality Manager, consulte "Managing your first project with IBM Rational Quality Manager" (Gestión de su primer proyecto con IBM Rational Quality Manager) escrito por Michael Kelly
  • Para más información sobre la Gestión de Laboratorio en Rational Quality Manager y cómo puede utilizarlo para impulsar la visibilidad en sus informes, consulte "Lab management using IBM Rational Quality Manager " (Gestión de laboratorio con IBM Rational Quality Manager) escrito por Michael Kelly
  • Usted puede encontrar más información sobre IBM Rational Quality Manager y productos relacionados aquí.
  • Para buscar pequeños consejos, trucos y sucesos con IBM Rational Quality Manager puede ver el blog de Rational Quality Manager.
  • Y, como siempre, podrá encontrar más artículos como el presente en developerWorks.
  • Visite el área de software Rational en developerWorks para ver los recursos técnicos y las mejores prácticas para los productos de la Rational Software Delivery Platform.
  • Suscríbase al newsletter IBM developerWorks, actualización semanal sobre lo mejor de los instructivos, artículos, descargas, transmisiones vía Internet, eventos y actividades de la comunidad developerWorks.
  • Suscríbase al newsletter de la zona developerWorks Rational. Manténgase actualizado sobre los contenidos de developerWorks Rational. Semana por medio, recibirá actualizaciones sobre los últimos recursos técnicos y las mejores prácticas para la Plataforma Rational Software Delivery.
  • Suscríbase al newsletter Rational Edge para ver artículos sobre los conceptos que se encuentran detrás de un eficaz desarrollo de software.
  • Recorra la librería tecnológica para ver libros sobre éste y otros temas técnicos.

Obtener los productos y tecnologías

Comentar

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=Rational
ArticleID=394550
ArticleTitle=Planificación de pruebas usando IBM Rational Quality Manager
publish-date=07292011