Barra Sup Mobile


La oficina de proyectos de informática
pmoinformatica.com

Páginas

▼

lunes, 22 de junio de 2015

Modelo de informe de ejecución de pruebas de software

¿Te gustaría aprender el marco teórico de Software Testing? Inscríbete en el curso: Introducción al Testing de Software para Principiantes icon
Imagen de: pmoinformatica

Cuando ejecutamos proyectos de desarrollo de software, la fase de pruebas (Software Testing) suele ser crítica, y es un momento en el cual diversos interesados (stakeholders) requieren información al minuto sobre el estado de la calidad del software que se está desarrollando.

Para ello, se suele manejar un informe de avance de cómo van las pruebas, el cual según la criticidad del proyecto puede ser solicitado una o varias veces al día.

La intención es comunicar a todos los involucrados de las áreas de pruebas, desarrollo, funcionales y área de negocio cual es la situación de las pruebas, que defectos críticos se están reportando y cuantos casos faltan por ejecutar.

Aquí les compartimos un modelo de informe de ejecución de pruebas de software, con el cual podrás comunicar la información más relevante del avance del plan de pruebas, como por ejemplo cuantos casos de prueba están con estatus exitoso, cual es la relación entre el porcentaje de avance planificado y el real, cual es la situación de los defectos en cuanto a cuantos están abiertos, han sido corregidos o no aplican, entre otros aspectos.

PMOInformatica presenta: Un modelo de informe de ejecución de pruebas de software.

Modelo de informe de ejecución de pruebas de software


Sigue el siguiente enlace para descargar el modelo:

>> Descargar el modelo de informe de pruebas de software

¿Buscas otras plantillas de desarrollo de software?



¿Cómo elaborar el plan de pruebas de software?


¿Interesado en un método para levantar la información y elaborar el plan de pruebas de software?, sigue el enlace:

> Pruebas de software: 10 pasos para elaborar el plan de pruebas

Curso de Software Testing


Curso Introducción al Testing de Software para principantes

¿Estás trabajando actualmente en Testing de Software pero sientes que te falta marco teórico? 

¿Nunca has trabajado en Testing de Software pero te gustaría incursionar en este ámbito?

Este curso es para tí: 


Datos de la plantilla de plan de pruebas de software
  • Código asociado al proyecto: Código del requerimiento o proyecto según la nomenclatura definida por la organización. Este código se usa para identificar todos los documentos asociados y para registrarlo en los sistemas de gestión.
  • Nombre del proyecto: Nombre o descripción por lo cual se conoce al requerimiento o proyecto. Suele estar relacionado con la funcionalidad que se está desarrollando.
  • Fecha de finalización planificada: Fecha calendario en la cual se tiene planificado finalizar las pruebas, considerando el número de casos de prueba total y las metas de casos diaria.
  • Casos de prueba (Total): Cantidad de casos de prueba que están incluidos en el diseño de casos de prueba. Representa el número total de casos que ejecutarán los Testers en el período definido para las pruebas.
  • Casos planificados: Cantidad de casos de pruebas que deberían estar completados a la fecha según la planificación.
  • Casos exitosos: Cantidad de casos reales completados. Esto representa el avance real de las pruebas. Sólo se cuentan los casos que las pruebas fueron superadas sin error, los casos con error no cuentan para el avance.
  • % avance planificado: Los casos de prueba planificados divididos entre el total de casos de prueba, dan como resultado el porcentaje de avance que deben tener las pruebas a la fecha de reporte.
  • % avance real: Se calcula por medio de la división de los casos exitosos entre el total de casos contemplados en el diseño de pruebas.
  • % desviación: La diferencia entre el avance real y el planificado resulta en la desviación. Un número negativo representa que las pruebas están avanzando por debajo de lo esperado.
  • Días de desviación: Los días de desviación se calculan multiplicando el porcentaje de desviación por los casos diarios. A su vez los casos diarios se determinan dividiendo el número total de casos entre los días hábiles disponibles para realizar las pruebas.
  • Fecha fin pronóstico: Para determinar la fecha fin pronóstico es necesario sumar a la fecha fin planificada los días de desviación.
  • Casos con incidencia: Cantidad de casos de prueba ejecutados que presentaron alguna incidencia. Aún después de corregir la incidencia el caso sigue siendo sumado, de esta forma al final se tendrán cuantos casos presentaron incidencias.
  • % casos con incidencias: División de los casos que presentaron alguna incidencia entre el total de casos. Representa un índice de la calidad del desarrollo e inclusive se pueden establecer acuerdos de nivel de servicio.

Situación actual de casos de prueba

  • Exitosos: Cantidad de casos de prueba que se encuentran en estado "Exitoso" a la fecha del informe. Son los casos que un Analista de pruebas ha ejecutado y ha sido superado sin error.
  • Con defectos: Cantidad de casos de prueba que se encuentran en estado "Fallido" a la fecha del informe. Son los casos que tienen asociados defectos con estatus distintos de cerrado.
  • Bloqueados: Cantidad de casos de prueba que se encuentran en estado "Bloqueado" a la fecha del informe. Un caso puede estar bloqueado por ejemplo cuando existe una incidencia identificada en otro caso pero que a su vez impide la ejecución de otros casos.
  • Diferidos: Cantidad de casos de prueba que se encuentran en estado "Diferido" a la fecha del informe. Un caso puede ser diferido por distintas razones, una de ellas por ejemplo es la no disponibilidad de un ambiente para un componente especifico.
  • Pendientes: Cantidad de casos de prueba que se encuentran en estado "Pendiente" a la fecha del informe. Son los casos que no han sido ejecutados aún.

Los estados en los cuales se puede encontrar un caso de prueba son definidos en la metodología de pruebas de software.

Situación actual de defectos

  • En análisis: Cantidad de defectos que se encuentran en análisis, no han sido aceptados todavía.
  • Descartados: Cantidad de defectos descartados porque no aplicaban. Un no aplica ocurre cuando un Tester reporta un defecto que realmente no lo es. Una vez aclarada la situación se registra el defecto como descartado.
  • En proceso: Cantidad de defectos que fueron analizados y se encuentran en desarrollo.
  • Corregidos: Cantidad de defectos que han sido corregidos. La corrección del defecto implica su cierre.

Existen en el mercado herramientas de gestión de calidad de software que te permiten gestionar los casos de prueba, sus estatus, así como también los defectos.

Resultados de la jornada

  • Casos del día: Casos que se lograron ejecutar como exitosos durante la jornada (fecha de reporte).
  • Meta diaria: Casos que se esperan ejecutar cada día. Se puede calcular dividiendo los casos en diseño sobre los días planificados, o cualquier otra forma de estimación definida.

Puntos de atención y observaciones

Espacio para que la persona que elabora el reporte haga mención a los aspectos considerados relevantes para la gerencia receptora del informe. Aquí se pueden colocar por ejemplo alertas.

Por ejemplo los tiempos en que los ambientes de pruebas no estén disponibles por fallas en la plataforma pueden registrarse aquí.

Más Información sobre Software Testing


> Visita nuestra página de Recursos en Pruebas de Software

¿Y qué opinas tú?


¿Utilizas un informe de avance de software Testing en tus desarrollos de software?, ¿Cuáles indicadores incluyes en el informe?, ¿Qué agregarías o quitarías de este informe? Te invitamos a dejarnos comentarios en la Web de La Oficina de Proyectos de Informática (pmoinformatica) (Si lo deseas, puedes firmar tu comentario con la dirección de tu web).

¿Buscas más información de gerencia informática?


¿Quieres obtener completamente gratis y directamente en tu correo electrónico plantillas, artículos y otros recursos de gerencia informática?, entonces presiona "suscríbete" a continuación.

Suscríbete a la lista de correo electrónico:


Vía FeedBurner, se abrirá una nueva ventana

También puedes seguirnos vía Twitter, Facebook o Linkedin:

  

Otros artículos sobre software testing


> Pruebas de caja negra: Ejemplos

> 10 Conocimientos para especializarte en automatización de pruebas de software

> Pruebas de aceptación de software según el ISTQB

> La falla más frecuente en los sistemas de seguimiento de incidentes de software

> Pruebas de software: 10 pasos para elaborar el plan de pruebas

on

2 comentarios :