Este es un Tutorial de Administración de Pruebas para Pruebas de Software. Incluye Fases de Administración de Pruebas, Herramientas y Administración de Pruebas Vs Estructura Organizativa:
La administración de pruebas es el proceso de administrar todas las actividades, documentos y otros trabajos relacionados con las pruebas. Las estructuras organizativas se refieren a una jerarquía de equipos o empleados que trabajan en proyectos particulares.
¿Cree que la estructura organizativa afecta a la gestión de pruebas?
Si su respuesta es no, veremos por qué? En caso afirmativo, veamos cómo afecta. Para encontrar la relación entre estos dos, necesitamos entender estos temas claramente y luego explorar la relación entre la Gestión de Pruebas y la Estructura Organizativa.
Introducción a la Gestión de pruebas
Gestión de pruebas significa gestionar todo el proceso de pruebas de software para un proyecto en particular. El proceso de gestión de pruebas se aplica a todo el ciclo de vida de desarrollo de software. Por lo tanto, idealmente, tan pronto como comience el proceso de desarrollo de software, también debería comenzar el proceso de administración de pruebas.
El Administrador de pruebas tenía las siguientes responsabilidades-
- El Administrador de pruebas debe garantizar la consistencia y la calidad de estos productos de trabajo.
- Trabaje con Test Analyst y Technical Test Analyst para seleccionar y personalizar la plantilla adecuada.
- Trabaje con Analista de Pruebas y Analista de Pruebas Técnicas para establecer estándares de estos productos, como niveles de grado detallado.
- Revise los productos de trabajo utilizando técnicas apropiadas.
Componentes de gestión de pruebas
La gestión de pruebas se divide en 5 partes para una mejor comprensión:
- Documentación de la prueba
- Estimación de la prueba
- Métricas de prueba
- Medición del Progreso de la prueba
- Métricas para Supervisar el Ciclo de vida de la prueba
#1) Documentación de prueba
Hay tres tipos de Documentación de prueba que se enumeran a continuación:
- Política de pruebas
- Estrategia de pruebas
- Plan Maestro de pruebas
#1) Política de Prueba:
- Resume el valor que la organización obtiene de las pruebas.
- Define directivas de prueba.
- Describe cómo evaluar la eficacia de las pruebas.
- Describe el Proceso de prueba.
- Especifique cómo mejorará la organización el Proceso de prueba?
#2) Estrategia de Prueba:
- Describe las metodologías de ensayo generales que se utilizan para gestionar los Riesgos de los Proyectos y Productos.
- Estrategias Analíticas: Como Pruebas Basadas En El Riesgo.
- Estrategia Basada en modelos: Como un perfil operativo donde el equipo de prueba desarrolla un modelo basado en situaciones reales y aceptadas de entorno, entrada y condiciones.
- Estrategia metodológica: Características de calidad en las que el equipo de prueba utiliza un conjunto de condiciones de prueba, una lista de verificación o una colección de pruebas lógicas generalizadas.
- Técnicas de proceso o compatibles con estándares: Sigue un conjunto de procesos como SCRUM / Agile.
- Estrategias reactivas: Uso de ATAQUES basados en defectos, COMO PRUEBAS EXPLORATORIAS.
- Estrategia consultiva: Como las pruebas dirigidas por el usuario, en las que el equipo de pruebas depende de la aportación de una o más partes interesadas para determinar las condiciones de prueba, como las Pruebas de Compatibilidad Subcontratadas.
- También describe:
- Procedimientos de integración
- Técnicas de especificación de prueba
- Independencia de las pruebas
- Estándares obligatorios y opcionales
- Entorno de prueba
- Herramientas
- Reutilización de productos de software
- Repetición de pruebas y regresión.
#3) Plan Maestro de Pruebas:
- Cubre todas las tareas de prueba que se deben realizar.
- Analiza cómo las pruebas implementarán la Estrategia y la Política de pruebas.
- Si algo no se describe, el Plan de Prueba debe describir por qué y el plan de mitigación para eso.
- El contenido del Plan de prueba es:
- Elementos que deben someterse a prueba
- Características de calidad que deben someterse a prueba.
- Programación
- Ciclo de ejecución
- Variables de defecto
- Elementos de prueba en el alcance
- Criterios de salida
- Riesgos del proyecto
- Gobernanza general de los esfuerzos de prueba,
- Roles y responsabilidades
- Entrada y salida
#2) Estimación de prueba
Puntos generales:
- Es una actividad de gestión
- Se basa en la experiencia.
- Proporciona un catálogo específico y detallado de costos, recursos, tareas y personas.
- Estimación una vez preparada, debe entregarse a la dirección junto con la justificación.
- La estimación final representa el mejor equilibrio posible entre los objetivos de la organización y los del proyecto.
- La estimación se basa en la información disponible en el momento en que se preparó.
- Para mantener la exactitud, las estimaciones deben actualizarse para reflejar la información nueva y modificada.
Factores que afectan a la Estimación de la Prueba:
- Nivel de calidad requerido
- Tamaño del sistema
- Datos históricos
- Factores de proceso como estrategia, desarrollo y ciclo de vida
- Factores materiales como entorno de prueba, automatización, herramientas y datos
- Factor de personas
- Complejidad del proceso
- Formación y KT(Conocimiento Transferencia)
- Asimilación y desarrollo de nuevas herramientas y tecnologías, procesos o técnicas.
- El requisito de un grado más alto de la especificación de prueba detallada.
- Momento de llegada de los componentes
- Datos de ensayo.
Conjeturas:
- Estructura de desglose de trabajo
- Sesión de estimación de equipo
- Relación probador-desarrollador
- Historial de la organización
- Análisis de puntos de función, LOC.
La estimación de prueba se explica más adelante en el tutorial.
#3) Métricas de prueba
- ¿Qué se mide, se considera hecho?
- ¿Qué no mide, es fácil de ignorar?
- Se debe definir un conjunto limitado de métricas útiles.
- Solo se deben definir aquellas métricas cuya interpretación es acordada por todos.
- Los informes y la fusión de métricas deben automatizarse.
- El Administrador debe validar la información en metric.Métrica de proyecto
: % de ejecución de aprobado, fallo, etc.
Métrica del producto:
- Atributos del producto
- Densidad de defectos
Métrica de proceso: Mide la capacidad de prueba como % del defecto.
Personas: Capacidad del individuo.Métrica de progreso de prueba
:
- El número de Condiciones/Casos de Prueba, Planificados frente a Ejecutados.
- Defecto total clasificado por gravedad, prioridad, estado actual y subsistema de efectos.
- El número de cambios Requeridos, Aceptados, Compilados y probados.
- Costo previsto frente al costo real.
- Duración planificada vs Duración real
- Hito de prueba planificado vs Duración real.
- Estado de riesgo de calidad del producto
- % de pérdida de esfuerzo, Costo o tiempo de prueba.
#4) Medición Del Progreso De La Prueba
Riesgos Del Producto:
- % de Riesgo cubierto.
- % de Riesgo de prueba de fracaso
- % de riesgo identificado por el individuo.Defectos
:
- El número de defectos encontrados frente al número de defectos presentados.
- Tiempo medio de fallo tasa de llegada
- Defectos en los elementos de prueba particulares.
- Detección de RCA(Análisis de Causa Raíz)
- El defecto es liberación de pruebas.
- Defecto en fase
- Prioridad y gravedad
- Informe de rechazos vs Duplicados
- Tiempo necesario para resolver
- El número de defectos nuevos introducidos debido a la reparación de defectos antiguos.
Prueba:
- número Total de la Prueba pasa, falla, corredor, bloqueado
- El número total de casos de prueba de Regresión.Cobertura
:
- Cobertura de requisitos y diseño
- Cobertura de riesgos
- Cobertura de configuración de entorno
- Cobertura de código
#5) Métricas Para Supervisar El Ciclo De Vida de Las pruebas
Supervisar el Plan de pruebas
- Número de Riesgos y Requisitos
- Detección de defectos
- Plan frente a esfuerzos reales.
Diseño de la prueba del monitor
- El número de defectos encontrados durante el diseño.
Supervisar el análisis de la prueba
- Número de condiciones
- Número de defectos en el Análisis
Supervisar la implementación de la prueba
- % de configuración del entorno
- % del caso de prueba automatizado.
Ejecución del monitor
- % de Casos de prueba aprobados, Fallidos, Sin ejecución, bloqueados
- % Casos de prueba cubiertos
- Defectos planificados frente a defectos reales resueltos
- % del Plan frente a cobertura real
Cierre del monitor
- % de los casos de prueba aprobados, ail
- % de los casos de prueba registrados en la categoría reutilizable
- % de los casos de prueba automatizados.
- El número de Defectos Resueltos / No Resueltos.
- % del producto de trabajo de prueba
La fase de monitoreo y control de prueba que se describe a continuación explica este tema.
Fases de gestión de pruebas
Durante el proceso de Gestión de pruebas, se deben tener en cuenta los siguientes puntos. En otras palabras, las siguientes son las diferentes fases del proceso de Gestión de Pruebas:
- Análisis de riesgos
- Estimación de pruebas
- Planificación de pruebas
- Organización de pruebas
- Supervisión y control de pruebas
- Gestión de problemas
- Informe de prueba
observe que las primeras cuatro fases son más de planificación y las tres restantes son de ejecución. Por lo tanto, podemos dividir el proceso completo de gestión de pruebas en dos partes, es decir, Planificación y Ejecución.
Exploremos en detalle las distintas Fases de Gestión de Pruebas.
#1) Análisis de riesgo
Esta fase incluye la determinación de los factores de riesgo y las posibles soluciones. Si el análisis de riesgos se realiza a fondo, podemos evitar fallas futuras o al menos algún tipo de solución podría estar disponible.
El riesgo es algo que puede o no suceder. Pero si sucede, ¿cuál será su impacto? Puede afectar gravemente la calidad del software, la reputación de la empresa y mucho más.
Se deben averiguar los factores de riesgo para evitar este mal impacto. Se debe realizar un análisis de riesgo para averiguar los factores de riesgo. Hay dos tipos de riesgos, es decir, Riesgos de proyectos y riesgos de productos. Los riesgos del proyecto son los riesgos relacionados con el proceso de trabajo y los riesgos del producto son riesgos relacionados con el producto desarrollado.
#2) Estimación de prueba
La estimación de prueba es la predicción del tiempo requerido para cada actividad/fase de prueba. Como se trata de una estimación, no puede ser precisa. Para una mejor estimación de pruebas podemos estudiar los proyectos anteriores de nuestra empresa o podemos consultar con los miembros del equipo que van a ser responsables de esa fase de trabajo o prueba.
#3) Planificación de pruebas
La planificación de pruebas en sí es un proceso largo. Incluye la definición de objetivos de prueba, alcance de prueba,estrategia de prueba, programación de tiempo, recursos, enfoque de comunicación, etc. Los requisitos deben ser muy claros para definir los objetivos y el alcance de los ensayos. El plan de prueba es para los evaluadores, los usuarios y los miembros del equipo del proyecto.
El plan de pruebas describe el papel de las pruebas en el proyecto. El plan de prueba también incluye las funciones y responsabilidades, la lista de características que se van a probar y que no se van a probar, el entorno de prueba, la lista de herramientas y las suposiciones, si las hay.
#4) Organización de pruebas
Durante la fase de planificación de pruebas, hemos planeado todas las cosas posibles sobre las pruebas.
Por lo tanto, necesitamos miembros del equipo capacitados para ejecutar este plan o para hacer que el plan sea exitoso. La organización de pruebas consiste en crear el equipo de pruebas perfecto para un proyecto exitoso.
#5) Monitoreo y control de pruebas
Mientras el trabajo de prueba está en progreso o mientras los probadores ejecutan el plan de prueba, se debe monitorear todo este progreso del trabajo. Uno debe llevar un registro de todo este trabajo de prueba. Si se realiza el monitoreo de la prueba, entonces el equipo de prueba y el administrador de pruebas obtendrán comentarios sobre cómo está el progreso de la prueba.
Con esta información, el administrador de pruebas puede guiar a los miembros del equipo para mejorar la calidad de los trabajos de pruebas posteriores. Con la ayuda del monitoreo de pruebas, el equipo del proyecto obtendrá visibilidad de los resultados de las pruebas. También es útil saber sobre la cobertura de las pruebas.
Para proyectos grandes, el monitoreo de pruebas se realiza utilizando una herramienta automatizada, ya que la recopilación de datos será más fácil. Para proyectos pequeños, una persona recopilará todos los datos o documentos relacionados con el progreso de las pruebas. Para recopilar información sobre el progreso de las pruebas, podemos utilizar la plantilla de registro de pruebas IEEE 829. Todo se trataba de Monitoreo de pruebas.
Veamos qué es el control de pruebas? El trabajo del proyecto no siempre saldrá como lo habíamos planeado. Puede haber algunas diferencias entre el plan y el trabajo real. Para minimizar o eliminar estas diferencias, necesitamos hacer algunos cambios y así es como controlamos el trabajo de prueba.
#6) Gestión de problemas
Los problemas pueden ser cualquier problema que ocurra durante el proceso de desarrollo y prueba de software. Puede ser la razón más pequeña por la que no somos capaces de desarrollar/entregar un producto de calidad. Algunos problemas son un obstáculo, es decir, sin resolver ese problema no podremos continuar con el proceso posterior.
La gestión de incidencias tiene que ver con cómo manejamos estas incidencias/problemas. También podemos llamarlo Gestión de incidentes. La gestión de problemas requiere una mejor planificación para el proceso de resolución de problemas. Una mejor gestión de problemas depende de la habilidad y experiencia del administrador de pruebas.
¿Cómo se producen estos problemas?
Puede haber varias razones para que ocurra un problema. Algunas cuestiones están relacionadas con la estrategia y otras con la definición, los recursos humanos, la programación, etc.
Problemas de estrategia:
Ejemplos:
- El proyecto se queda sin fondos.
- Mala comunicación del proyecto.
- El proceso de gestión de proyectos no está de acuerdo con los estándares establecidos.
Problemas de definición: Problemas relacionados con los requisitos.
Ejemplos: Requisitos poco claros. Se pueden introducir muchos problemas debido a requisitos poco claros.
Problemas de programación: Este es el tipo de problema más común. Los empleados tienen que luchar para cumplir con la fecha límite.
HR Temas:
Ejemplos:
- Hay una falta de habilidad en el equipo.
- Mapeo incorrecto de empleados para el trabajo.
Puede haber muchos más tipos de problemas y no podemos mencionarlos todos aquí. Por lo tanto, la gestión de problemas consiste en registrar, rastrear y resolver problemas.
#7) Informe de prueba
El informe de prueba ayuda a identificar la cobertura de prueba, la calidad del producto desarrollado y las mejoras de proceso requeridas. Podemos decidir » ¿cuántas pruebas se requieren?’
Si se realizan suficientes pruebas, podemos enviar este informe de prueba a las partes interesadas o clientes. Para que también conozcan la calidad del producto y tengan una idea de la cantidad de pruebas que se realizan en el producto.
Herramientas de gestión de pruebas
La gestión de pruebas se complica a medida que avanzamos en nuestro proceso de desarrollo de software y esa es una de las principales razones por las que tantas herramientas de gestión de pruebas están disponibles hoy en día.
Estas herramientas ayudarán en las últimas cuatro fases del proceso de gestión de pruebas (Organización de pruebas, Control de Supervisión de pruebas &, Gestión de problemas e informe de pruebas). Dado que estas herramientas ayudan a las fases importantes de la gestión de pruebas, deben considerarse en primer lugar en el proyecto.
A continuación se enumeran las Herramientas de Gestión de pruebas más populares:
- QTest
- PractiTest
- Zephyr
- Test Collab
- TestFLO for JIRA
- XQual
- Xray: Gestión de pruebas de Vanguardia
- TestRail
- QACoverage
- Requisitos y gestión de pruebas para Jira (RTM)
- SPIRATEST de Inflectra
- Kualitee
- aqua
- Testpad
- JunoOne
=> Haga clic aquí para obtener revisiones detalladas de las MEJORES Herramientas de Administración de pruebas
Estructuras organizativas
Veamos las diferentes estructuras organizativas.
Puede haber ciertas reglas para las estructuras organizacionales o puede haber algunas estructuras ideales, pero independientemente de eso, cada organización puede tener su estructura. Hay muchas estructuras organizativas y cada una tiene sus ventajas y desventajas.
Aquí, discutiremos algunos de ellos.
En primer lugar veremos la estructura organizativa más simple que se utiliza para proyectos pequeños.
En esta estructura, tanto los evaluadores como los programadores informan al Gerente de desarrollo.
- El gerente de desarrollo tiene un buen control sobre las actividades del proyecto.
- Habrá menos posibilidades de una brecha de comunicación entre los equipos de pruebas y desarrollo.
- También en las reuniones, es bueno para decidir los plazos para el gerente de desarrollo, ya que tiene un conocimiento completo sobre el trabajo de pruebas y desarrollo.
- El trabajo en equipo será eficiente, debido a las capas mínimas.
Las desventajas de esta estructura incluyen:
- Como no hay un administrador de pruebas, existe la posibilidad de que las pruebas se consideren al final del proyecto.
- Existe otra posibilidad de que las pruebas adquieran menos importancia para el proyecto. Se puede considerar al final del proyecto.
Generalmente, en organizaciones pequeñas para proyectos pequeños, sucede que el equipo de desarrollo tarda más tiempo del mencionado y el equipo de prueba tiene que sufrir, es decir, el equipo de prueba tendrá que probar el producto antes de la fecha límite, para que el equipo de prueba tenga menos tiempo para probar el producto.
En esta estructura, para completar un proyecto con éxito, el gerente de desarrollo debe tener en cuenta que su objetivo no es solo completar el proyecto, sino desarrollar software de calidad.
La segunda Estructura organizativa más utilizada:
Este es el tipo más común de estructura organizativa. En esta estructura, los evaluadores informan a los Administradores de pruebas y los desarrolladores informan al Gerente de Desarrollo. Tanto el Administrador de Pruebas como el Gerente de Desarrollo informan al Gerente de Proyecto.
El Administrador de pruebas será responsable de todas las actividades relacionadas con las pruebas y es responsabilidad del Gerente de Desarrollo obtener el software para desarrollar. El Director del Proyecto controlará tanto las actividades de prueba como las de desarrollo.
Ventajas:
- A diferencia de la estructura anterior, aquí en esta estructura, hay diferentes gerentes para pruebas y desarrollo, por lo tanto, ambos pueden centrarse en su trabajo. Seguirán dedicados a su trabajo y habrá menos distracciones para ellos.
- En esta estructura, las actividades de prueba no se pueden descuidar o no se pueden considerar tardías en el proyecto. Esto significa que tanto las pruebas como el desarrollo tendrán la misma importancia.
- Cuando se trata de tomar decisiones críticas, ventajosamente, el equipo de pruebas tiene independencia.
Desventajas:
- Existe la posibilidad de una brecha de comunicación debido a múltiples niveles.
Gestión de pruebas Frente a Estructuras Organizativas
Las estructuras organizativas afectan directamente a la gestión de pruebas. Las diferentes estructuras organizativas tienen un impacto diferente en la gestión de pruebas, por lo tanto, la gestión de pruebas varía de acuerdo con la habilidad y la experiencia del gerente de pruebas, así como de acuerdo con la posición del gerente de pruebas en la estructura organizativa.
Hemos visto dos estructuras organizativas aquí. En la primera estructura, el gerente de desarrollo y el gerente de pruebas son la misma persona, por lo que afecta a la administración de pruebas. El gerente de desarrollo tiene el objetivo de desarrollar software, y mientras hace esto, también tiene que mirar el trabajo de prueba.
Por lo tanto, a veces puede dar opiniones sesgadas. Él / ella puede simplemente pasar por alto el problema y seguir adelante. De esta manera, puede afectar el manejo de las pruebas. Un gestor de pruebas independiente podrá proporcionar más justicia y la gestión de pruebas será mejor con gestores de pruebas independientes.
Conclusión
Hemos visto los dos temas, es decir, la gestión de pruebas y las estructuras organizativas por separado y junto con la relación entre estos dos. Podemos concluir que las estructuras organizativas afectan a la gestión de pruebas.
Al comparar ambas estructuras mencionadas anteriormente, en la segunda estructura, la gestión de pruebas se manejará mejor que la primera. La razón detrás de esto podría ser un administrador de pruebas dedicado.
Las estructuras organizativas difieren de una organización a otra. Aunque hay algún proceso definido para la administración de pruebas (o los equipos pueden estar utilizando herramientas de administración de pruebas), la administración de pruebas diferirá debido a las diferentes estructuras organizativas, los gerentes de pruebas, las habilidades y la experiencia del gerente de pruebas.