PLAN DE PRUEBAS en Pruebas de Software (Ejemplo)

Plan de prueba

A Plan de prueba Un plan de pruebas es un documento detallado que describe la estrategia, los objetivos, el cronograma, la estimación, los entregables y los recursos necesarios para realizar las pruebas de un producto de software. Este plan nos ayuda a determinar el esfuerzo necesario para validar la calidad de la aplicación bajo prueba. El plan de pruebas sirve como guía para llevar a cabo las actividades de prueba de software como un proceso definido, el cual es supervisado y controlado minuciosamente por el gerente de pruebas.

Según la definición de ISTQB: “Un plan de pruebas es un documento que describe el alcance, el enfoque, los recursos y el cronograma de las actividades de prueba previstas”.

Comencemos con el siguiente ejemplo/escenario de Plan de Pruebas: En una reunión, desea discutir el Plan de Pruebas con los miembros del equipo, pero ellos no están interesados.

En tal caso, ¿qué harás? Selecciona tu respuesta como se muestra en la siguiente figura.

👉 Inscríbete gratis en el proyecto de pruebas de software en vivo

¿Cuál es la importancia de un plan de pruebas?

Elaborar un documento de plan de pruebas tiene múltiples beneficios.

• Ayudar a personas ajenas al equipo de pruebas, como desarrolladores, gerentes comerciales y clientes. entiendes Los detalles de las pruebas.
• Plan de prueba guías nuestro pensamiento. Es como un libro de reglas que hay que seguir.
• Aspectos importantes como estimación de prueba, alcance de prueba, Estrategia de prueba son documentado en el Plan de Pruebas, para que pueda ser revisado por el Equipo Directivo y reutilizado en otros proyectos.

Tipos de planes de prueba

Hay tres tipos principales de Planes de prueba en pruebas de software.

1. Plan maestro de pruebas: Documento de alto nivel que describe la estrategia general de pruebas, el alcance, los recursos y el cronograma para todos los niveles de prueba. Sirve como hoja de ruta maestra del proyecto.
2. Plan de pruebas específico por nivel: Se centra en niveles de prueba específicos, como pruebas unitarias, de integración, de sistema o de aceptación. Cada plan detalla el enfoque, el entorno y los entregables para ese nivel.
3. Plan de pruebas específico por tipo: TargetIncluye tipos de pruebas especializadas como las de rendimiento, seguridad, usabilidad o automatización. Define herramientas, técnicas y criterios específicos para cada tipo de prueba.

En conjunto, estos planes de prueba garantizan una cobertura integral, alinean los objetivos de las pruebas con las metas del proyecto y mejoran la coordinación entre los equipos para una mayor calidad del software.

Cómo escribir un plan de prueba

Ya sabes que hacer un Plan de prueba es la tarea más importante de Proceso de gestión de pruebasSiga los siete pasos a continuación para crear un plan de pruebas según IEEE 829

1. Analizar el producto
2. Diseñar la estrategia de prueba
3. Definir los objetivos de la prueba
4. Definir criterios de prueba
5. Planeación de recursos
6. Planificar el entorno de prueba
7. Calendario y estimación
8. Determinar los resultados de la prueba

Paso 1) Analizar el producto

¿Cómo se puede probar un producto? sin alguna información al respecto? La respuesta es ImposibleDebes aprender sobre un producto. a fondo antes de probarlo.

El producto que se está probando es el GuruSitio web bancario 99. Debes investigar a los clientes y usuarios finales para conocer sus necesidades y expectativas con respecto a la aplicación.

• ¿Quién utilizará el sitio web?
• ¿Para qué se utiliza?
• ¿Cómo funcionará?
• ¿Qué software/hardware utiliza el producto?

Puedes utilizar el siguiente método para analizar el sitio.

Ahora apliquemos el conocimiento anterior a un producto real: Analizar el sitio web del banco https://demo.guru99.com/V4.

Deberías tomar un mira a tu alrededor este sitio web y también una estrategia SEO para aparecer en las búsquedas de Google. documentación del producto. RevLa vista de la documentación del producto le ayuda a comprender todas las funciones del sitio web y cómo utilizarlo. Si no tiene claro algún elemento, puede entrevista cliente, desarrollador, diseñador para obtener más información.

Paso 2) Desarrollar una estrategia de prueba

La estrategia de prueba es una paso critico En la elaboración de un plan de pruebas de software, un documento de estrategia de pruebas es un documento de alto nivel, generalmente desarrollado por el responsable de pruebas. Este documento define:

• Los proyectos objetivos de prueba y los medios para lograrlos
• Determina las pruebas esfuerzo y costos

Volviendo a tu proyecto, necesitas desarrollar una estrategia de pruebas para ese sitio web bancario. Debes seguir los pasos a continuación.

Paso 2.1) Definir el alcance de las pruebas

Antes de comenzar cualquier actividad de prueba, se debe conocer el alcance de la misma. Es fundamental reflexionar detenidamente sobre ello.

• Los componentes del sistema que se van a probar (hardware, software, middleware, etc.) se definen como “dentro del alcance”
• Los componentes del sistema que no se probarán también deben definirse claramente como “Fuera de alcance.”

Definir el alcance de tu proyecto de pruebas es muy importante para todas las partes interesadas. Un alcance preciso te ayuda.

• Dale a todos confianza e información precisa sobre las pruebas que está realizando.
• Todos los miembros del proyecto tendrán un limpiar comprensión de qué se evalúa y qué no.

¿Cómo determinas el alcance de tu proyecto?

Para determinar el alcance, debe:

• Requisitos precisos del cliente
• Presupuesto del proyecto
• Especificación del producto
• Habilidades y talento de su equipo de prueba

Ahora, debería definirse claramente el “alcance” y el “exclusión” de las pruebas.

• Como requisito de software especificaciones, el proyecto Guru99 Bank solo se centra en probar todos los funciones e interfaz externa del sitio web Guru99 Banco (en alcance pruebas)
• Pruebas no funcionales como estrés, rendimiento or base de datos logica No se realizarán pruebas.de alcance)

Escenario del problema

El cliente quiere que pruebes su API, pero el presupuesto del proyecto no lo permite. ¿Qué harías en ese caso?

Bueno, en ese caso, necesitas convencer al cliente de que Pruebas de API Esto implica trabajo adicional y consumirá recursos significativos. Proporciónele datos que respalden sus afirmaciones. Dígale que si se incluye la prueba de la API en el alcance del proyecto, el presupuesto aumentará en una cantidad XYZ.

El cliente está de acuerdo y, en consecuencia, los nuevos alcances y los elementos que quedan fuera del alcance son

• Elementos dentro del alcance: Prueba de funcion, Pruebas de API
• Elementos fuera de alcance: Prueba de base de datos, hardware y cualquier otra interfaz externa

Paso 2.2) Identificar el tipo de prueba

A Tipo de prueba Es un procedimiento de prueba estándar que proporciona un resultado de prueba esperado.

Cada tipo de prueba está formulado para identificar un tipo específico de errores del producto. Sin embargo, todos los tipos de pruebas están dirigidos a lograr un objetivo común:Detección temprana de todos los defectos antes de entregar el producto al cliente”

El comúnmente utilizado Los tipos de pruebas se describen a continuación en la figura.

Hay toneladas de tipos de pruebas para probar un producto de software. Tu equipo no puede poner con el esfuerzo suficiente para gestionar todo tipo de pruebas. Como responsable de pruebas, debe establecer el lista de prioridades de los tipos de pruebas

• ¿Qué tipos de pruebas deberían ser? centrado ¿Para pruebas de aplicaciones web?
• ¿Qué tipos de pruebas deberían ser? ignorado para ahorrar costos?

Paso 2.3) Documentar riesgos y problemas

El riesgo es un futuro evento incierto con una probabilidad de aparición y potencial. por pérdida. Cuando el riesgo realmente se materializa, se convierte en la 'asunto'.

En el artículo Análisis y solución de riesgos, ya conoció en detalle el análisis de "Riesgos" y identificó los riesgos potenciales en el proyecto.

En el plan de pruebas de control de calidad, documentará esos riesgos.

Supervisión	Mitigación
Los miembros del equipo carecen de las habilidades necesarias para realizar pruebas de sitios web.	Planifica una curso de entrenamiento para mejorar las habilidades de tus miembros
El calendario del proyecto es demasiado ajustado; es difícil completar este proyecto a tiempo	Establecer Prioridad de prueba para cada una de las actividades de prueba.
El gerente de pruebas tiene malas habilidades de gestión.	Plan entrenamiento de liderazgo para el gerente
La falta de cooperación afecta negativamente la productividad de sus empleados	Anima cada miembro del equipo en su tarea, e inspirar a mayores esfuerzos.
Estimación presupuestaria errónea y sobrecostos	Establecer el global antes de comenzar a trabajar, preste mucha atención a la planificación del proyecto y constantemente track y medir el progreso

Paso 2.4) Crear logística de prueba

En Logística de Pruebas, el Gerente de Pruebas debe responder las siguientes preguntas:

• Quiénes se probará?
• Cuando ¿Se realizará la prueba?

¿Quién hará la prueba?

Puede que no conozcas los nombres exactos de los evaluadores que realizarán las pruebas, pero tipo de probador Puede ser definido.

Para seleccionar al miembro adecuado para una tarea específica, debe considerar si sus habilidades son suficientes para la tarea y también estimar el presupuesto del proyecto. Seleccionar al miembro incorrecto para la tarea puede provocar que el proyecto... fallar or retrasarse.

Una persona que posea las siguientes habilidades es ideal para realizar pruebas de software:

• Habilidad para entiendes El punto de vista del cliente
• Fuerte deseo por calidad
• Nota detallar
• Bueno cooperación

En tu proyecto, el miembro que se encargará de la ejecución de las pruebas es el probadorEn función del presupuesto del proyecto, puede elegir como evaluador a un miembro interno o externo.

¿Cuándo se realizará la prueba?

Las actividades de prueba deben coincidir con las actividades de desarrollo asociadas.

Comenzarás a realizar la prueba cuando tengas todos los artículos necesarios como se muestra en la siguiente figura.

Paso 3) Definir el objetivo de la prueba

El objetivo de la prueba es la meta general y el logro de la ejecución de la prueba. El objetivo de la prueba es encontrar la mayor cantidad posible de defectos de software; asegurar que el software bajo prueba sea Libre de errores antes del lanzamiento.

Para definir los objetivos de la prueba, debes seguir los dos pasos siguientes.

1. Enumere todas las características del software (funcionalidad, rendimiento, interfaz gráfica de usuario…) que podrían necesitar ser probadas.
2. Definir el dirigidos o el objetivo de la prueba basada en las características anteriores

Apliquemos estos pasos para encontrar el objetivo de la prueba de su GuruProyecto de pruebas del Banco 99

Puedes elegir el 'DE ARRIBA HACIA ABAJO' Método para identificar las funcionalidades del sitio web que podrían necesitar pruebas. En este método, se divide la aplicación bajo prueba en componentes y subcomponentes.

En el tema anterior, ya analizaste las especificaciones de requisitos y revisaste el sitio web, por lo que puedes crear un Mapa mental Para encontrar las características del sitio web, siga estos pasos:

Esta figura muestra todas las características que la Guru99 sitios web pueden tener.

En función de las características anteriores, puede definir el objetivo de la prueba del proyecto. Guru99 de la siguiente manera:

• Compruebe si el sitio web Guru99 a la fatiga(Cuenta, Depósito…) funciona según lo previsto, sin errores ni fallos en el entorno empresarial real.
• Comprueba que la interfaz externa del sitio web, como por ejemplo UI, funciona según lo previsto y satisface las necesidades del cliente
• Verifique el ajuste usabilidad del sitio web. ¿Resultan esas funcionalidades convenientes para el usuario o no?

Paso 4) Definir los criterios de prueba

Los criterios de ensayo son normas o reglas en las que se puede basar un procedimiento o juicio de ensayo. Existen dos tipos de criterios de ensayo:

Criterios de suspensión

Especifique los criterios de suspensión críticos para una prueba. Si se cumplen los criterios de suspensión durante la prueba, el ciclo de prueba activo se cancelará. suspendido hasta que los criterios sean resuelto.

Ejemplo de plan de pruebas: Si los miembros de su equipo informan que 40% de los casos de prueba fallaron, usted debe suspender pruebas hasta que el equipo de desarrollo solucione todos los casos fallidos.

Criterio de salida

Especifica los criterios que denotan una exitosos finalización de una fase de prueba. Los criterios de salida son los resultados previstos de la prueba y son necesarios antes de pasar a la siguiente fase de desarrollo. Ejemplo: 95% de todos los casos de prueba críticos deben pasar.

Algunos métodos para definir los criterios de salida son especificando un objetivo tasa de correr y tasa de aprobación.

• La tasa de ejecución es la relación entre la número de casos de prueba ejecutados y/o total de casos de prueba de la especificación de prueba. Por ejemplo, la especificación de prueba tiene un total de 120 TC, pero el probador solo ejecutó 100 TC, por lo que la tasa de ejecución es 100/120 = 0.83 (83%).
• La tasa de aprobación es la proporción entre el Número de casos de prueba superados / casos de prueba ejecutadosPor ejemplo, de los 100 TC ejecutados anteriormente, 80 TC se superaron, por lo que la tasa de aprobación es 80/100 = 0.8 (80%).

Estos datos se pueden recuperar en documentos de Test Metric.

• Ejecutar la tarifa es obligatoria 100% a menos que se dé una razón clara.
• Pasó La tasa depende del alcance del proyecto, pero lograr una alta tasa de aprobados es una meta.

Ejemplo de plan de prueba:Su equipo ya ha realizado las ejecuciones de prueba. Le informan el resultado de la prueba y quieren que usted confirme el Criterio de salida.

En el caso anterior, la tasa de ejecución es obligatoria y es 100%Sin embargo, el equipo de pruebas solo completó el 90 % de los casos de prueba. Esto significa que la tasa de ejecución no es satisfactoria, por lo que NO se deben confirmar los criterios de salida.

Paso 5) Planificación de recursos

Un plan de recursos es un resumen detallado de todo tipo de recursos necesarios para completar una tarea del proyecto. Los recursos pueden ser humanos, equipos y materiales necesarios para completar un proyecto.

La planificación de recursos es un factor importante en la planificación de pruebas porque ayuda a determinar <font dir="auto" style="vertical-align: inherit;">las </font> número de los recursos (empleados, equipos, etc.) que se utilizarán para el proyecto. Por lo tanto, el responsable de pruebas puede elaborar el cronograma y la estimación correctos para el proyecto.

Esta sección representa los recursos recomendados para su proyecto.

Recursos Humanos

La siguiente tabla representa a varios miembros de su equipo de proyecto

No.	Miembro	tareas
1.	Test Manager	Gestionar todo el proyecto Definir proyecto direcciones Adquirir los recursos adecuados
2.	Tester	Identificar y describir técnicas/herramientas/arquitecturas de automatización de pruebas adecuadas Verificar y evaluar el enfoque de la prueba. Implementación los exámenes, log resultados, y (reporte) los defectos. Los evaluadores podrían ser miembros internos o externos, según el presupuesto del proyecto. Para la tarea que requiere low habilidad, te recomiendo que elijas subcontratado miembros a guarde costo del proyecto.
3.	Desarrollador en prueba	Implementar los casos de prueba, el programa de prueba, el conjunto de pruebas, etc.
4.	Administrador de pruebas	Construye y asegura Entorno de prueba y los activos son gestionado y mantenido Probador de soporte para utilizar el entorno de pruebas para la ejecución de pruebas
5.	Miembros de la SQA	Asuma el control de calidad. Verifique que el proceso de prueba cumpla con los requisitos especificados.

Recurso del sistema

Para probar una aplicación web, debes planificar los recursos de la siguiente manera:

No.	Recursos	Descripción
1.	Server	Instale la aplicación web que se está probando. Esto incluye un servidor web, un servidor de base de datos y un servidor de aplicaciones independientes, si corresponde.
2.	herramienta de prueba	La herramienta de pruebas sirve para automatizar las pruebas, simular la operación del usuario y generar los resultados de las pruebas. Existen muchísimas herramientas de prueba que puedes usar para este proyecto, como por ejemplo: Selenium, QTP, etc.
3.	Network	Necesitas una red, incluyendo LAN e Internet, para simular el entorno real de negocio y de usuario.
4.	Módulo	El ordenador que los usuarios suelen utilizar para conectarse al servidor web

Paso 6) Planificar el entorno de prueba

¿Qué es el entorno de prueba?

Un entorno de pruebas es una configuración de software y hardware sobre la cual el equipo de pruebas ejecutará los casos de prueba. El entorno de pruebas consta de: negocio real y usuario entorno, así como entornos físicos, como un servidor y un entorno de ejecución de front-end.

Cómo configurar el entorno de prueba

Volviendo a tu proyecto, ¿cómo configuras un entorno de prueba para este sitio web bancario?

Para finalizar esta tarea, necesitas fuerte cooperación entre el equipo de pruebas y el equipo de desarrollo.

Debe hacerle algunas preguntas al desarrollador para comprender la aplicación web que se está probando. clearlyAquí tienes algunas preguntas recomendadas. Por supuesto, puedes hacer otras preguntas si lo necesitas.

• ¿Cuál es el número máximo de conexiones de usuarios que este sitio web puede gestionar simultáneamente?
• ¿Cuáles son los requisitos de hardware/software para instalar este sitio web?
• ¿El ordenador del usuario necesita alguna configuración especial para navegar por el sitio web?

La siguiente figura describe el entorno de prueba del sitio web bancario. https://demo.guru99.com/V4

Paso 7) Programación y estimación

En el artículo Estimación de pruebaYa has utilizado algunas técnicas para estimar el esfuerzo necesario para completar el proyecto. Ahora debes incluir esa estimación, así como el cronograma, en la planificación de pruebas.

En la fase de estimación de prueba, suponga que divide todo el proyecto en tareas pequeñas y agrega la estimación para cada tarea de la siguiente manera:

Task	Miembros	Estimar el esfuerzo
Crear la especificación de prueba	Diseñador de pruebas	170 horas-hombre
Realizar la ejecución de la prueba	Probador, administrador de pruebas	80 horas-hombre
Informe de prueba	Tester	10 horas-hombre
Entrega de prueba		20 horas-hombre
Total		280 horas-hombre

Entonces creas el programa para completar estas tareas.

Elaborar un cronograma es un término común en la gestión de proyectos. Al crear un cronograma sólido en la planificación de pruebas, el responsable de pruebas puede utilizarlo como herramienta para supervisar el progreso del proyecto y controlar los sobrecostos.

Para crear el cronograma del proyecto, el gerente de pruebas necesita varios tipos de información, como se indica a continuación:

• Fecha límite para empleados y proyectos.Los días laborables, la fecha límite del proyecto y la disponibilidad de recursos son los factores que afectan al cronograma.
• Estimación de proyectosSegún la estimación, el responsable de pruebas sabe cuánto tiempo llevará completar el proyecto. Así, puede elaborar el cronograma adecuado.
• Riesgo del proyectoComprender el riesgo ayuda al gerente de pruebas a añadir suficiente tiempo adicional al cronograma del proyecto para afrontar los riesgos.

Practiquemos con un ejemplo:

Supongamos que el jefe quiere completar el proyecto. Guru99 plg uno mes, y ya has estimado el esfuerzo para cada tarea en la Estimación de Pruebas. Puedes crear el cronograma de la siguiente manera:

Paso 8) Entregables de prueba

Los entregables de prueba son una lista de todos los documentos, herramientas y otros componentes que deben desarrollarse y mantenerse para respaldar el esfuerzo de prueba.

Hay diferentes entregables de prueba en cada fase del Ciclo de vida del desarrollo de programas.

Se proporcionan entregables de prueba. antes la fase de pruebas.

• Documento de planes de prueba.
• Documentos de casos de prueba
• Especificaciones de diseño de pruebas.

Se proporcionan entregables de prueba. during la prueba

• Scripts de prueba
• Simuladores
• Datos de prueba
• Prueba TracMatriz de habilidades
• Registros de errores y registros de ejecución.

Se proporcionan entregables de prueba. después El ciclo de pruebas ha finalizado.

• Resultados/informes de pruebas
• Informe de defectos
• Pautas de procedimientos de instalación/prueba
• Notas de la versión

Desafíos comunes en la planificación de pruebas (y sus soluciones)

La planificación eficaz de pruebas a menudo se enfrenta a obstáculos prácticos. Reconocer estos desafíos y aplicar soluciones proactivas garantiza una ejecución más fluida y una mayor calidad del software.

1. Requisitos poco claros
   El Desafío: Los requisitos ambiguos o cambiantes del proyecto dan lugar a una cobertura de pruebas incompleta.
   La Solución: Realizar recorridos de requisitos y mantener un requisito vivo tracmatriz de habilidades.
2. Recursos limitados
   El Desafío: La falta de herramientas, tiempo o personal de pruebas cualificado afecta a la calidad de las pruebas.
   La Solución: Priorice los casos de prueba críticos y aproveche la automatización para las tareas repetitivas.
3. Plazos poco realistas
   El Desafío: Los plazos ajustados reducen el tiempo necesario para el diseño y la ejecución adecuados de las pruebas.
   La Solución: Utilice técnicas de estimación y comunique los riesgos con antelación a las partes interesadas.
4. Mala comunicación
   El Desafío: La falta de coordinación entre los equipos provoca retrasos y retrabajo.
   La Solución: Implementar reuniones de sincronización periódicas y paneles de control compartidos para mayor transparencia.
5. Gestión de Riesgos Inadecuada
   El Desafío: Ignorar los riesgos potenciales puede retrasar los plazos del proyecto.
   La Solución: Identifique los riesgos con anticipación, mantenga un registro de riesgos y planifique estrategias de mitigación.

Preguntas más frecuentes: