test management tutorial
Este es un tutorial de gestión de pruebas para pruebas de software. Incluye las fases de gestión de pruebas, las herramientas y la gestión de pruebas frente a la estructura organizativa:
La gestión de pruebas es el proceso de gestionar todas las actividades, documentos y otros trabajos relacionados 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 la gestión de pruebas?
Si tu respuesta es no, veremos por qué. Si es así, veamos cómo afecta. Para encontrar la relación entre estos dos, necesitamos comprender estos temas claramente y luego explorar la relación entre la Gestión de Pruebas y la Estructura Organizacional.
Lo que vas a aprender:
- Introducción a la gestión de pruebas
- Componentes de gestión de pruebas
- Fases de gestión de pruebas
- Herramientas de gestión de pruebas
- Estructuras organizacionales
- Gestión de pruebas frente a estructuras organizativas
- Conclusión
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 del 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 gestión de pruebas.
Test Manager tenía las siguientes responsabilidades:
- El administrador de pruebas debe garantizar la coherencia y la calidad de estos productos de trabajo.
- Trabaje con Test Analyst y Technical Test Analyst para seleccionar y personalizar la plantilla adecuada.
- Trabajar con Test Analyst y Technical Test Analyst para establecer estándares de estos productos, como niveles de grado detallado.
- Revise los productos del trabajo utilizando técnicas adecuadas.
Componentes de gestión de pruebas
La gestión de pruebas se divide en 5 partes para una mejor comprensión:
- Documentación de prueba
- Estimación de prueba
- Métricas de prueba
- Medición del progreso de la prueba
- Métricas para monitorear el ciclo de vida de las pruebas
# 1) Documentación de prueba
Hay tres tipos de documentación de prueba que se enumeran a continuación:
- Política de prueba
- Estrategia de prueba
- Plan maestro de pruebas
# 1) Política de prueba:
con que abres archivos jar
- Resume el valor que la organización deriva de las pruebas.
- Define las políticas de prueba.
- Describe cómo evaluar la efectividad 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 prueba generales que se utilizan para gestionar los riesgos de proyectos y productos.
- Estrategias analíticas: Como las pruebas basadas en riesgos.
- Estrategia basada en modelos: Como un perfil operacional 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 donde el equipo de prueba utiliza un conjunto de condiciones de prueba, lista de verificación o colección de pruebas lógicas generalizadas.
- Proceso o técnicas que cumplen con los estándares: Sigue un conjunto del proceso como SCRUM / Agile.
- Estrategias reactivas: Usar 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 informació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
- Instrumentos
- Reutilización de productos de software
- Reprueba y regresión.
# 3) Plan maestro de pruebas:
- Cubre todas las tareas de prueba que deben realizarse.
- Se analiza cómo las pruebas implementarán la estrategia y la política de prueba.
- Si algo no se describe, entonces el plan de prueba debe describir por qué y el plan de mitigación para eso.
- El contenido del plan de prueba es:
- Elementos a probar
- Características de calidad a ensayar.
- Calendario
- Ciclo de ejecución
- Variables de defecto
- Elementos de prueba en el alcance
- Criterio de salida
- Riesgos del proyecto
- Gobernanza general de los esfuerzos de prueba,
- Funciones 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.
- La 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 las metas organizacionales y del proyecto.
- La estimación se basa en la información disponible en el momento en que se preparó.
- Para mantener la precisión, las estimaciones deben actualizarse para reflejar la información nueva y modificada.
Factores que afectan la estimación de la prueba:
- Nivel de calidad requerido
- Tamaño del sistema
- Información histórica
- 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 (transferencia de conocimientos)
- Asimilación y desarrollo de nuevas herramientas y tecnologías, procesos o técnicas.
- El requisito de un grado superior de la especificación de prueba detallada.
- Tiempo de llegada de componentes
- Datos de prueba.
Suposiciones:
- Estructura de desglose del trabajo
- Sesión de estimación del equipo
- Probador - Proporción de desarrollador
- Historia 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?
- ¿Lo que no mide, es fácil de ignorar?
- Se debe definir un conjunto limitado de métricas útiles.
- Solo deben definirse aquellas métricas cuya interpretación sea consensuada por todos.
- Los informes y la combinación de métricas deben automatizarse.
- El Gerente debe validar la información en métrica.
Métrica del proyecto: % de aprobados, fallidos ejecutados, etc.
Métrica del producto:
- Atributos del producto
- Densidad de defectos
Métrica de proceso: Mide la capacidad de realizar pruebas como% del defecto.
Gente: Capacidad del individuo.
Métrica de progreso de la prueba:
- El número de condiciones / casos de prueba, planificados frente a ejecutados.
- Defecto total categorizado por gravedad, prioridad, estado actual y subsistema de efectos.
- El número de cambios requeridos, aceptados, construidos y probados.
- Costo planificado frente a costo real.
- Duración planificada vs duración real
- Hito de pruebas planificadas vs reales.
- Estado de riesgo de calidad del producto
- % de pérdida de esfuerzo, costo o tiempo de la prueba.
# 4) Medición del progreso de la prueba
Riesgos del producto:
- % de riesgo cubierto.
- % de riesgo de falla en la prueba
- % Riesgo identificado por el individuo.
Defectos:
- El número de defectos encontrados frente al número de defectos presentados.
- Tiempo medio de tasa de llegada de fallas
- Defectos en los elementos de prueba particulares.
- Detección de RCA (análisis de causa raíz)
- El defecto son las versiones de prueba.
- Defecto en fase
- Prioridad y severidad
- Informar rechazos vs duplicados
- Tiempo necesario para resolver
- El número de nuevos defectos introducidos debido a la reparación de viejos defectos.
Prueba:
- Número total de pruebas pasa, falla, corredor, bloqueado
- El número total de casos de prueba de regresión.
Cobertura:
- Cobertura de requisitos y diseño
- Cobertura de riesgo
- Cobertura de configuración del entorno
- Cobertura de código
# 5) Métricas para monitorear el ciclo de vida de las pruebas
Supervisar el plan de prueba
- Número de riesgo y requisito
- Descubrimiento de defectos
- Plan vs esfuerzos reales.
Diseño de prueba de monitor
- El número de defectos encontrados durante el diseño.
Monitorizar análisis de prueba
- Numero de condiciones
- Número de defectos en análisis
Supervisar la implementación de la prueba
- % de configuración del entorno
- % de casos de prueba automatizados.
Supervisar la ejecución
- % de casos de prueba aprobados, fallidos, no ejecutados o bloqueados
- % De casos de prueba cubiertos
- Defectos planificados vs reales resueltos
- % del plan frente a la cobertura real
Cierre del monitor
- % de los casos de prueba pasan, todos
- % de casos de prueba registrados en la categoría de reutilizables
- % de casos de prueba automatizados.
- El número de defectos resueltos / no resueltos.
- % de producto de trabajo de prueba
La fase de control y supervisión de la prueba que se analiza a continuación explica con más detalle este tema.
Fases de gestión de pruebas
Durante el proceso de gestión de pruebas, se deben considerar los siguientes puntos. En otras palabras, las siguientes son las diferentes fases del proceso de Gestión de pruebas:
- Análisis de riesgo
- Estimación de prueba
- Planificación de pruebas
- Organización de prueba
- Monitoreo y control de pruebas
- Gestión de problemas
- Informe de prueba
Puede notar que las primeras cuatro fases tienen más que ver con la planificación y las tres restantes con la 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 conocer los factores de riesgo y las posibles soluciones. Si el análisis de riesgos se realiza a fondo, podemos evitar futuras fallas o al menos algún tipo de solución podría estar disponible.
El riesgo es algo que puede ocurrir o no. 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 conocer los factores de riesgo para evitar este mal impacto. Se debe realizar un análisis de riesgo para descubrir los factores de riesgo. Hay dos tipos de riesgos, es decir, los riesgos del proyecto y los riesgos del producto. Los riesgos del proyecto son los riesgos que están relacionados con el proceso de trabajo y el riesgo del producto son los riesgos que están relacionados con el producto desarrollado.
# 2) Estimación de prueba
La estimación de la prueba se trata de 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 la prueba podemos estudiar los proyectos pasados de nuestra empresa o podemos consultar con los miembros del equipo que van a ser responsables de ese trabajo o fase de prueba.
# 3) Planificación de pruebas
La planificación de pruebas en sí misma es un proceso largo. Incluye la definición de los objetivos de la prueba, el alcance de la prueba, la estrategia de la prueba, la programación del tiempo, los recursos, el enfoque de comunicación, etc. Los requisitos deben ser muy claros para definir los objetivos y el alcance de la prueba. El plan de prueba es para probadores, usuarios y miembros del equipo del proyecto.
El plan de pruebas describe la función de las pruebas en el proyecto. El plan de prueba también incluye los roles y responsabilidades, la lista de características que se probarán y no se probarán, el entorno de prueba, la lista de herramientas y suposiciones, si las hay.
# 4) Organización de la prueba
Durante la fase de planificación de la prueba, hemos planeado todas las cosas posibles sobre las pruebas.
software para copiar dvd a la computadora
Por lo tanto, necesitamos miembros del equipo capacitados para ejecutar este plan o para que el plan sea exitoso. La organización de pruebas se trata de 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 están ejecutando el plan de prueba, todos estos avances de trabajo deben ser monitoreados. Uno debe realizar un seguimiento de todo este trabajo de prueba. Si se realiza el monitoreo de la prueba, entonces el equipo de prueba y el administrador de la prueba recibirán comentarios sobre cómo es el progreso de la prueba.
Con estos comentarios, el administrador de pruebas puede orientar a los miembros del equipo para mejorar la calidad del trabajo de prueba adicional. Con la ayuda del monitoreo de la prueba, el equipo del proyecto obtendrá visibilidad de los resultados de la prueba. También es útil conocer la cobertura de las pruebas.
Para proyectos grandes, el monitoreo de pruebas se realiza mediante 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 la prueba. Para recopilar información sobre el progreso de la prueba, podemos tomar la ayuda de la plantilla de registro de prueba IEEE 829. Todo se trataba de la monitorización de pruebas.
Veamos qué es el control de prueba. El trabajo del proyecto no siempre saldrá como lo planeamos. 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 del software. Puede ser la razón más pequeña por la cual no podemos 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 problemas se trata de cómo manejamos estos problemas / problemas. También podemos llamarlo gestión de incidentes. La gestión de problemas requiere una mejor planificación del proceso de resolución de problemas. Una mejor gestión de los problemas depende de la habilidad y experiencia del director de pruebas.
¿Cómo ocurren estos problemas?
Puede haber varias razones para que ocurra un problema. Algunas cuestiones están relacionadas con la estrategia y otras están relacionadas con la definición, RRHH, 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 se ajusta a 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 el plazo.
Problemas de recursos humanos:
Ejemplos:
- Hay 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 se trata de registrar, rastrear y resolver problemas.
# 7) Informe de prueba
El informe de prueba ayuda a identificar la cobertura de la prueba, la calidad del producto desarrollado y las mejoras de proceso necesarias. 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 cuántas pruebas 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 hay tantas herramientas de gestión de pruebas disponibles en la actualidad.
Estas herramientas ayudarán en las últimas cuatro fases del proceso de gestión de pruebas (organización de pruebas, seguimiento y control de pruebas, gestión de problemas e informe de pruebas). Como estas herramientas ayudan en las fases importantes de la gestión de pruebas, deben considerarse primero en el proyecto.
A continuación se enumeran las herramientas de gestión de pruebas más populares:
- qTest
- PractiTest
- Céfiro
- Test Collab
- TestFLO para JIRA
- XQual
- Xray - Gestión de pruebas de vanguardia
- TestRail
- QACoverage
- Gestión de requisitos y pruebas para Jira (RTM)
- SPIRATEST de Inflectra
- Kualitee
- agua
- Testpad
- JunoOne
=> Haga clic aquí para obtener revisiones detalladas de las mejores herramientas de gestión de pruebas
Estructuras organizacionales
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 tantas estructuras organizativas y cada una tiene sus ventajas y desventajas.
Aquí, discutiremos algunos de ellos.
En primer lugar veremos la estructura organizativa más sencilla que se utiliza para proyectos pequeños.
En esta estructura, tanto los probadores como los programadores están reportando 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 prueba y desarrollo.
- También en las reuniones, es bueno decidir los plazos para el gerente de desarrollo, ya que tiene un conocimiento completo sobre el trabajo de prueba 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 tengan menos importancia para el proyecto. Puede considerarse tardío en el proyecto.
Generalmente en organizaciones pequeñas para proyectos pequeños, sucede que el equipo de desarrollo toma más tiempo del mencionado y el equipo de pruebas tiene que sufrir, es decir, el equipo de pruebas tendrá que probar el producto antes de la fecha límite, de modo que el equipo de pruebas 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 de estructura organizativa más común. En esta estructura, los evaluadores informan a los encargados de pruebas y los desarrolladores informan al director de desarrollo. Tanto el director de pruebas como el director de desarrollo dependen del director de proyectos.
El administrador de pruebas será responsable de todas las actividades relacionadas con las pruebas y es responsabilidad del administrador de desarrollo hacer que el software se desarrolle. El Project Manager 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 las pruebas y el desarrollo, por lo que ambos pueden concentrarse en su trabajo. Permanecerá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 al final del 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 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 según la habilidad y experiencia del director de pruebas, así como según la posición del director de pruebas en la estructura organizativa.
Aquí hemos visto dos estructuras organizativas. En la primera estructura, el gerente de desarrollo y el gerente de pruebas es la misma persona, por lo que afecta la gestión de pruebas. El gerente de desarrollo tiene el objetivo de desarrollar software y, mientras lo hace, también debe observar el trabajo de prueba.
Por tanto, en ocasiones puede dar opiniones sesgadas. Él / ella puede simplemente pasar por alto el problema y seguir adelante. De esta forma, puede afectar la gestión de la prueba. Un administrador de pruebas independiente podrá brindar más justicia y la gestión de pruebas será mejor con administradores de pruebas independientes.
Conclusión
Hemos visto tanto los temas como 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 la gestión de pruebas.
Si bien se comparan las dos 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 existe algún proceso definido para la gestión de pruebas (o los equipos pueden estar utilizando herramientas de gestión de pruebas), la gestión de pruebas será diferente debido a las diferentes estructuras organizativas, administradores de pruebas, habilidades y experiencia del administrador de pruebas.
Lectura recomendada
- Tutorial de TestLink: Guía para principiantes de la herramienta de gestión de pruebas TestLink (Tutorial n. ° 1)
- Tutorial de Bugzilla: Tutorial práctico de la herramienta de gestión de defectos
- Tutorial de SVN: Gestión de código fuente con Subversion
- Tutorial de TestLodge: cómo organizar sus proyectos de pruebas de software con la herramienta de gestión de pruebas TestLodge
- Pruebas funcionales versus pruebas no funcionales
- 4 características más esenciales de la herramienta de gestión de pruebas definitiva
- Tutorial de JIRA: una guía práctica completa de cómo usar la JIRA
- Tutorial de VersionOne: Guía de herramientas de gestión de proyectos ágiles todo en uno