Informes de estado de pruebas de software
» El acuerdo de que una determinada información, en un formato determinado, será enviada por un determinado equipo / individuo, en ciertos intervalos de tiempo, a ciertos miembros, es como un apretón de manos, un reconocimiento de que, sin importar el resultado de una tarea en cuestión, se le mantendría informado al respecto, más pronto que tarde.»
Esta es la primera sección del juramento de un profesional de TI. ¡Bueno, estoy bromeando! No hay juramento, pero si lo hubiera, esto seguramente encabezaría la lista de elementos en él. ¿No lo es?
La rendición de cuentas y la transparencia (& T) son esenciales para cada proyecto de TI en varios niveles: Nivel de proyecto, Nivel de equipo, Nivel de tarea y también a nivel individual. ¿Cómo nos aseguramos de que se cumplan estos atributos? La respuesta es – comunicar, más formalmente – ¡Informar sobre el estado!
A nivel individual, no todos enviamos informes, en su mayoría, EOD todos los días para comunicar el logro (o no logro) de sus tareas diarias. Esto demuestra que, en realidad,» eres » consciente de cuáles eran tus deberes para empezar.
Informe de Estado diario
La información que debe formar parte del «Informe de Estado Diario» de un individuo es:
- ¿Qué hiciste hoy?
- ¿Qué planeas hacer mañana?
- ¿Se enfrentó a algún problema durante el día? En caso afirmativo, ¿cómo los resolvió o todavía están abiertos?
- ¿Necesita alguna entrada para mañana? En caso afirmativo, ¿de quién y qué son?
El destinatario de este correo electrónico/Informe es generalmente el gerente, también los miembros del equipo pueden ser CC’ed en algunos casos, esto depende del protocolo de comunicación que siga el equipo.
Informes de prueba
Ahora, es el momento de ser específicos y aprender todo sobre los informes que envían los equipos de pruebas/control de calidad.
Los equipos de pruebas envían varios informes en diferentes fases en el STLC.
- Estado del Plan de prueba
- Estado de la documentación de la prueba
- Estado de ejecución de la prueba (Estado de defecto)
Plan de prueba: Es suficiente comunicarse con el resto de los equipos del proyecto, cuando se crea un plan de prueba o cuando se realiza un cambio importante en él.
Documentación de pruebas: Informe a todos los equipos cuando se han iniciado el diseño de las pruebas, la recopilación de datos y otras actividades y también cuando han terminado. Este informe no solo les informará sobre el progreso de la tarea, sino que también les indicará a los equipos que necesitan revisar y dar su aprobación a los artefactos que son los siguientes.
Ejecución de pruebas: La ejecución es la fase de un proyecto en la que el equipo de pruebas es el foco principal, positiva y negativamente, somos los héroes y los villanos.
Un día típico durante un ciclo de prueba no se realiza a menos que se envíe el Informe de Estado diario. En algunos equipos, podrían ponerse de acuerdo en un informe semanal, pero enviarlo diariamente es la norma.
Tampoco es raro tener una reunión de estado todos los días (o semanas) para presentar el estado del equipo de control de calidad a las partes interesadas.
Por lo tanto, el modo de un informe de estado puede ser:
- Correo electrónico / documento
- Reunión / presentación
- Ambos: correo electrónico diario y reunión semanal aproximadamente.
Informe de Estado de ejecución de pruebas
Informe de Ejecución de pruebas Diario/Semanal:
¿Qué es? En general, se trata de una comunicación enviada para establecer la transparencia de las actividades del día del equipo de control de calidad durante el ciclo de prueba, que incluye información de defectos e información de ejecución de casos de prueba.
¿A quién debería ir? – Normalmente, el equipo de Desarrollo, el equipo de soporte ambiental, el Analista de Negocios y el equipo del proyecto son los destinatarios/participantes de la reunión. El Plan de Pruebas es el mejor lugar para encontrar esta información.
¿Qué contiene un informe de Estado de Ejecución de pruebas? – 10 puntos
- Número de casos de prueba planificados para ese día
- Número de casos de prueba ejecutados – ese día
- Número de casos de prueba ejecutados en general
- Número de defectos encontrados ese día/y sus estados respectivos
- Número de defectos encontrados hasta el momento/y sus estados respectivos
- Número de defectos críticos – todavía abierto
- Tiempos de parada del entorno – si los hay
- Showstoppers-si los hay
- Adjunto de la hoja de ejecución de la prueba / Enlace a la herramienta de administración de pruebas donde se colocan los casos de prueba
- Adjunto al informe de error / enlace a la herramienta de Defectos /Prueba / Administración utilizada para la administración de incidentes
Los 10 puntos anteriores, si observa de cerca, son los datos sin procesar. Reportar los hechos es una cosa y reportar algunos hechos «inteligentes» es otra. ¿Cómo refinamos esta información?
- Muestra el estado general con un indicador de color. Por ejemplo, Verde-a tiempo, Naranja-Ligeramente atrasado, pero puede absorber el retraso, Rojo-Retrasado.
- Incluya algunas métricas simples como el porcentaje de aprobación de los casos de prueba hasta el momento, la densidad de defectos, el % de defectos graves; al hacer esto, no solo está dando números, en realidad está proporcionando un vistazo de la calidad del producto que está probando.
- Si se ha completado una fase significativa, resalte eso.
- Si hay un defecto crítico que va a bloquear todo/una parte de la ejecución futura, resalte eso.
- Si utiliza una presentación, asegúrese de incluir algunos gráficos para lograr un mejor impacto.
Por ejemplo, el siguiente gráfico es una representación del número de defectos abiertos, en cuanto a módulos:
Además de estos, también puede incluir opcionalmente:
- ¿Cuáles son las actividades planificadas a continuación?
- ¿Necesita alguna información de cualquiera de los otros equipos y, si es así, qué?
Por último, algunos consejos para ayudar en el proceso:
- Sea conciso al mismo tiempo complete
- Asegúrese de que los resultados que reporta sean precisos
- Use puntos con viñetas para que el informe sea muy legible
- Verifique dos veces para incluir la fecha, el asunto, la lista y los archivos adjuntos correctos.
- Si el informe es demasiado grande y tiene demasiados factores para informar: colóquelo en una ubicación común como un archivo y envíe un enlace en el correo electrónico en lugar del archivo en sí. (Asegúrese de que los destinatarios tengan permisos de acceso a esta ubicación y al archivo)
- Si se trata de una reunión de estado, prepárese para la presentación, llegue a tiempo y, lo más importante, mantenga un tono uniforme (no se sienta demasiado orgulloso de los defectos, en general son «malas noticias»).
Informe de Estado de muestra
Informe de Estado de pruebas de Control de calidad:
Siguiendo estas pautas, llegamos al siguiente Informe de Estado.
Para comodidad de nuestros lectores, hemos incluido 3 hojas que transmiten diferentes niveles de información que pueden transmitir.
Hoja 1: es un resumen del estado general del proyecto.
Hoja 2-es más sobre el detalle individual del estado del caso de prueba.
Hoja 3: es un informe de error de muestra.
Descargue esta Plantilla Xls de ejemplo de Informe de estado con las tres hojas. (Haga clic con el botón derecho en el enlace y seleccione «Guardar enlace como»..’para descargar)
Acerca del autor-Este es un artículo de Swati Seela, miembro del equipo de STH. Puedes saber más sobre ella en nuestra Página del Curso de Pruebas de Software.
