Proceso de Gestión de pruebas
El proceso de gestión de pruebas es un conjunto de actividades desde el inicio de las pruebas hasta el final de las pruebas. Da disciplina a las pruebas. Cuando seguimos un proceso de prueba nos da el plan inicial. El proceso de prueba proporciona la facilidad para planificar y controlar las pruebas a lo largo del ciclo del proyecto. Ayuda a rastrear y monitorear las pruebas a lo largo del proyecto. Proporciona pruebas transparentes entre las partes interesadas y mantiene las pruebas realizadas para referencia futura. Proporciona un nivel de detalle profundo de las pruebas que se están llevando a cabo. Proporciona una comprensión clara de las actividades de prueba del proyecto anterior y posterior al proyecto a todas las partes interesadas.Hay muchas herramientas (Herramientas como QTest, JIRA, Team Service, TestLink).) disponible para gestionar el proceso de prueba. El proceso de prueba se puede definir y practicar de manera diferente según la necesidad en la prueba. A continuación se explican las actividades típicas en el proceso de prueba.
El plan de pruebas sirvió como un boceto inicial para llevar a cabo las pruebas. Las pruebas están siendo rastreadas y monitoreadas según el plan de pruebas. Proporciona una imagen previa del desafío de prueba y el aspecto que se llevará a cabo para el software. Al mantener un plan de prueba, podemos administrar los cambios en el plan.Al comenzar nuevos proyectos, en base a la lección aprendida en las pruebas anteriores, el plan de prueba debe mejorarse para obtener mejoras. El plan de pruebas explica la visión general de los requisitos particulares que deben probarse, el alcance, los requisitos funcionales y no funcionales, el riesgo y la mitigación, los enfoques de prueba, el calendario de pruebas y los entregables y el calendario, fuera del alcance y los supuestos, el equipo de prueba y la asignación, el entorno de prueba, el mecanismo de actividades de prueba y cualquier otra nota especial para las pruebas.
| Elementos del plan de prueba | Descripción |
| Vista panorámica | Vista panorámica del plan de pruebas y propósito de este plan de pruebas. ¿Cuál es el proyecto que necesita ser probado? Resumen del software que necesita ser probado. Propósito de proporcionar este software al usuario. |
| Alcance y fuera de alcance | ¿Cuál es el propósito de la prueba? ¿Qué tipo de pruebas se van a llevar a cabo?Si hay alguna fuera del alcance de la prueba. Breve explicación sobre el proyecto de software y lo que se cubre en el plan de prueba.Definir un marco para las pruebas en función de los recursos, el esfuerzo, el presupuesto y la línea de tiempo. Qué características o sección se cubrirán y qué características o sección no se cubrirán durante la prueba. |
| Requisito funcional y no funcional | Explique cada prueba funcional y no ficticia (pruebas de rendimiento, pruebas de usabilidad) que debe llevarse a cabo. Explique cada una de las características que se probarán. Cada elemento funcional y no funcional debe colocarse sin ambigüedad. |
| Riesgo y mitigación | Explicar el riesgo relacionado con el proyecto, el software y los recursos identificados. Explicar el plan de mitigación y la posibilidad.Identificar el riesgo que podríamos enfrentar durante las pruebas. Falta de disponibilidad de recursos, retraso en el lanzamiento del desarrollador, falta de programación, menor comprensión de las funciones y brecha entre los requisitos del sistema y del negocio. |
| Enfoques de prueba | ¿Qué tipo de enfoques de prueba se utilizarán? ¿Qué tipo de pruebas se llevarán a cabo? Tipos de prueba como pruebas de instalación, pruebas funcionales, pruebas de UAT.Especifique qué herramientas vamos a usar en las pruebas. Especifique las herramientas y la información de licencia que se necesitan para la prueba. |
| El programa y los entregables de las pruebas | Describen la estrella completa y la fecha completa de la prueba. Necesita averiguar la fecha de las versiones de los desarrolladores y el número de versiones. Mencione cada una de las fechas de lanzamiento del desarrollador, de inicio de la prueba y de finalización. Analizar el requisito y las pruebas que vamos a llevar a cabo y luego idear el esfuerzo. Basado en el recurso, planifique el horario con mile Stone. También tenemos que considerar el marco temporal como cualquier fecha límite específica. |
| Suposición | Puede haber cualquier suposición relacionada con software, proyecto, recurso o cualquier concepto. Y estos tienen que estar escritos en esto. |
| Equipo de prueba y asignaciones | Quiénes son los evaluadores que participarán y cuáles son sus responsabilidades en el proyecto are.To a quién se requiere la capacitación, en su caso. Cuando se establecen las responsabilidades, es fácil realizar las pruebas en el proyecto. |
| Entorno de prueba | Proporcione toda la información relacionada con el entorno de prueba. ¿Qué es el entorno de prueba? ¿En qué navegadores se realiza la prueba? Mencionar el entorno UAT.Sistema externo al que se accederá durante la prueba. Indique la capacidad de la RAM y el procesador. |
2) Diseño de prueba:
El diseño de prueba permite implementar las pruebas. Por lo general, la creación de casos de prueba es con entradas y salidas esperadas del sistema y la elección de los casos de prueba necesarios para la ejecución de la prueba. El probador debe tener la comprensión clara y el conocimiento adecuado para establecer el resultado esperado. De esta manera, se define la cobertura de las pruebas y el probador no perderá ningún escenario. Hay dos tipos de técnicas de diseño de pruebas, una es la prueba estática y la otra es la prueba dinámica. Las pruebas estáticas se utilizan para probar sin ejecución principalmente a artefactos como documentos y pruebas dinámicas que se prueban ejecutando el sistema.
Caso de prueba (Elemento en el documento del caso de prueba):
- Título del proyecto / Prueba, Prueba ejecutada por, Fecha de ejecución de la prueba, Versión del software y Entorno de prueba
- Número de caso de prueba
- Resumen de prueba
- Pasos
- Condición previa
- Condición posterior
- Datos de prueba
- Resultado real
- Resultado esperado
- Resultado de la prueba
- Nota
3) Ejecución de prueba:
La forma de ejecutar y probar el resultado real del sistema contra el resultado esperado es la ejecución de prueba. La ejecución de la prueba se puede hacer manualmente y mediante el uso de traje de automatización. Durante el probador de ejecución debe asegurarse de que la necesidad del usuario del software esté ocupada en el software. La ejecución de la prueba se lleva a cabo refiriendo el documento creado durante el diseño de la prueba como proceso paso a paso. El probador necesita mantener la pista mientras ejecuta los casos de prueba.
Ejemplo para pruebas estáticas:
- Pruebe el documento de especificación de requisitos.
- Pruebe el documento de diseño
- Pruebe la guía del usuario
Ejemplo para pruebas dinámicas:
- Pruebas unitarias
- Pruebas funcionales
- Pruebas de integración
4) Criterios de salida:
Los criterios de salida determinan cuándo detener la ejecución de la prueba. Los criterios de salida se definen durante la fase del plan de prueba y se utilizan en la fase de ejecución de la prueba como una piedra de milla. El probador debe establecer los criterios de salida al principio, los criterios de salida también pueden cambiar durante la ejecución del proyecto. Hay factores como la necesidad del cliente, la estabilidad del sistema y la función de llenado que deciden los criterios de salida. Una vez que el probador alcance los criterios de salida, se detendrá la prueba. A continuación se presentan algunos criterios comunes de salida.
- Todos los defectos críticos están cerrados.
- Todos los defectos reportados y cerrados y verificados.
- Se ejecutó y cubrió las áreas que utilizó el usuario en su mayoría.
- El sistema atendió todos los requisitos.
- Todas las funciones importantes se prueban y funcionan según lo esperado.
5) Informes de prueba:
Los informes de prueba proporcionan una imagen del proceso de prueba y el resultado para el ciclo de prueba en particular. Para definir el elemento en el informe de prueba, lo primero que debe considerarse es quiénes son las audiencias del informe de prueba. Por ejemplo, a un gerente de proyecto le gustaría ver la imagen de alto nivel de las pruebas, las personas intermedias desearán ver más detalles y el cliente esperará que los informes de las pruebas se presenten en los criterios, como la base de requisitos, la base de características. El informe de prueba se prepara y se comunica periódicamente, como diario, semanal, mensual, etc. Esto debe enviarse en diferentes etapas y en diferentes tiempos.En el futuro, el resultado del proyecto de los informes de prueba debe analizarse y aplicarse la lección aprendida. El informe de prueba contiene elementos como el estado de ejecución de la prueba, el porcentaje completado, los casos de prueba plan vs.ejecutados, el entorno de prueba, la ejecución de la prueba por recursos, el riesgo y la mitigación, en su caso, el resumen de defectos, el escenario y las condiciones de la prueba, cualquier suposición, cualquier nota, etc.
Informe de cobertura de prueba: (Elementos del informe de cobertura de la prueba)
- Porcentaje completado
- Escenario de prueba
- Área de software
- Recurso probado
- Fecha de prueba
- Resultado de la prueba
Informe resumido de defectos: (Elementos del informe resumido de defectos)
- Defecto por gravedad
- Defectos por prioridad
- Defectos por desarrollador asignado
- Defectos por función
- Defectos por área de software
- Defectos abiertos y cerrados
Informe de riesgo y mitigación: (Elementos del informe sobre riesgos y mitigación)
- Riesgo identificado
- Probabilidad
- Nivel de riesgo
- Tipo de riesgo
- Plan de mitigación
Conclusión:
En este artículo aprendimos sobre el proceso de Administración de pruebas, no es solo una sola actividad, sino que también consiste en una serie de actividades como Planificación de Pruebas, Diseño de Pruebas, Ejecución de Pruebas, Criterios de Salida e Informes de Pruebas.
Leave a Reply