PLAN DE PRUEBA: Qué es, cómo crear (con ejemplo)

Plan de prueba

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

Según la definición de ISTQB: "El plan de prueba 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 prueba: En una reunión, desea discutir el Plan de prueba con los miembros del equipo, pero no están interesados ​​-.

En tal caso, ¿qué harás? Seleccione su respuesta como la siguiente figura

A) Soy Gerente, hago todo lo que dije
B) De acuerdo, déjeme explicarle por qué necesitamos un plan de prueba
incorrecto.
Como administrador de pruebas, debe explicarles la importancia del plan de prueba en lugar de obligar al equipo a hacer lo que usted quiere. Correcto
Como administrador de pruebas, debe explicarles la importancia del plan de pruebas en lugar de obligar al equipo a hacer lo que usted quiere.

¿Cuál es la importancia del plan de prueba?

Hacer un documento de plan de prueba tiene múltiples beneficios

• Ayude a las personas ajenas al equipo de prueba, como desarrolladores, gerentes comerciales y clientes, a comprender los detalles de las pruebas.
• Test Plan guía nuestro pensamiento. Es como un libro de reglas, que debe seguirse.
• Los aspectos importantes como la estimación de la prueba, el alcance de la prueba y la estrategia de la prueba están documentados en el plan de prueba, por lo que el equipo de gestión puede revisarlos y reutilizarlos para otros proyectos.

Cómo escribir un plan de prueba

Ya sabe que hacer un plan de pruebas es la tarea más importante del proceso de gestión de pruebas. Siga los siete pasos a continuación para crear un plan de prueba 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. Programación y estimación
8. Determinar los entregables de la prueba

Paso 1) Analizar el producto

¿Cómo se puede probar un producto sin información al respecto? La respuesta es imposible. Debe conocer un producto a fondo antes de probarlo.

El producto bajo prueba es el sitio web bancario Guru99. Debe investigar a los clientes y los usuarios finales para conocer sus necesidades y expectativas de la aplicación.

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

Puede utilizar el siguiente enfoque para analizar el sitio

Ahora apliquemos los conocimientos anteriores a un producto real: Analice el sitio web bancario http://demo.guru99.com/V4.

Debería echar un vistazo a este sitio web y también revisar la documentación del producto. La revisión de la documentación del producto le ayuda a comprender todas las funciones del sitio web y también cómo utilizarlo. Si no tiene claro alguno de los elementos, puede entrevistar al cliente, al desarrollador o al diseñador para obtener más información.

Paso 2) Desarrollar la estrategia de prueba

La estrategia de prueba es un paso crítico en la elaboración de un plan de prueba en las pruebas de software. Un documento de estrategia de prueba es un documento de alto nivel, que suele ser desarrollado por Test Manager. Este documento define:

• Los objetivos de prueba del proyecto y los medios para lograrlos
• Determina el esfuerzo y los costos de las pruebas

Volviendo a su proyecto, debe desarrollar una estrategia de prueba para probar ese sitio web bancario. Debes seguir los pasos a continuación

Paso 2.1) Definir el alcance de la prueba

Antes del inicio de cualquier actividad de prueba, se debe conocer el alcance de la prueba. Debes pensarlo mucho.

• Los componentes del sistema que se probarán (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 su proyecto de prueba es muy importante para todas las partes interesadas. Un alcance preciso te ayuda

• Brinde a todos confianza e información precisa sobre las pruebas que está realizando.
• Todos los miembros del proyecto comprenderán claramente qué se prueba y qué no

¿Cómo determina el alcance de su proyecto?

Para determinar el alcance, debe:

• Requisito preciso del cliente
• Presupuesto del proyecto
• Especificaciones del producto
• Habilidades y talento de su equipo de prueba

Ahora debe definir claramente el "alcance" y "fuera del alcance" de la prueba.

• Según las especificaciones de los requisitos de software, el proyecto Guru99 Bank solo se centra en probar todas las funciones y la interfaz externa del sitio web Guru99 Bank ( en pruebas de alcance )
• Las pruebas no funcionales como el estrés , el rendimiento o la base de datos lógica actualmente no se probarán. ( fuera de alcance)

Escenario de problemas

El cliente quiere que pruebes su API. Pero el presupuesto del proyecto no lo permite. En tal caso, ¿qué harás?

Bueno, en tal caso, debe convencer al cliente de que Api Testing es un trabajo adicional y consumirá importantes recursos. Bríndele datos que respalden sus hechos. Dígale que si Api Testing está incluido en el alcance, el presupuesto aumentará en una cantidad XYZ.

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

• Elementos incluidos en el alcance: pruebas funcionales, pruebas de API
• Elementos fuera del alcance: pruebas de base de datos, hardware y cualquier otra interfaz externa

Paso 2.2) Identificar el tipo de prueba

Un 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 de producto. Sin embargo, todos los tipos de pruebas tienen como objetivo lograr un objetivo común " Detección temprana de todos los defectos antes de entregar el producto al cliente".

Los tipos de prueba más utilizados se describen en la siguiente figura

Hay toneladas de tipos de prueba para probar productos de software. Su equipo no puede tener suficientes esfuerzos para manejar todo tipo de pruebas. Como administrador de pruebas, debe establecer la prioridad de los tipos de prueba

• ¿Qué tipos de pruebas deberían centrarse en las pruebas de aplicaciones web?
• ¿Qué tipos de pruebas deben ignorarse para ahorrar costos?

Ahora practiquemos con su proyecto. El producto que desea probar es un sitio web bancario.
¿Qué tipos de pruebas debería centrarse en este caso?
Seleccione todas las que correspondan A) Prueba unitaria B) Prueba de API C) Prueba de integración D) Prueba del sistema E) Prueba de instalación / desinstalación F) Prueba ágil Solo seleccionamos B) Prueba API C) Prueba de integración D) Prueba del sistema para el proyecto Guru99

Paso 2.3) Documentar riesgos y problemas

El riesgo es un evento incierto del futuro con una probabilidad de ocurrencia y un potencial de pérdida. Cuando el riesgo realmente ocurre, se convierte en el " problema".

En el artículo Análisis de riesgo y solución, ya ha aprendido sobre el análisis de 'Riesgo' en detalle e identificado los riesgos potenciales en el proyecto.

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

Riesgo	Mitigación
El miembro del equipo carece de las habilidades necesarias para las pruebas de sitios web.	Planifique un curso de capacitación para capacitar a sus miembros
El cronograma del proyecto es demasiado ajustado; es difícil completar este proyecto a tiempo	Establezca la Prioridad de prueba para cada una de las actividades de prueba.
Test Manager tiene poca capacidad de gestión	Planificar la capacitación en liderazgo para el gerente
La falta de cooperación afecta negativamente la productividad de sus empleados	Anime a cada miembro del equipo en su tarea e inspírelos a realizar mayores esfuerzos.
Estimación de presupuesto incorrecta y sobrecostos	Establezca el alcance antes de comenzar a trabajar, preste mucha atención a la planificación del proyecto y rastree y mida constantemente el progreso

Paso 2.4) Crear logística de prueba

En Test Logistics, Test Manager debe responder las siguientes preguntas:

• ¿Quién probará?
• ¿Cuándo ocurrirá la prueba?

¿Quién probará?

Es posible que no conozca los nombres exactos del evaluador que realizará la prueba, pero se puede definir el tipo de evaluador .

Para seleccionar el miembro adecuado para una tarea específica, debe considerar si su habilidad está calificada para la tarea o no, también estimar el presupuesto del proyecto. La selección de un miembro incorrecto para la tarea puede hacer que el proyecto falle o se retrase .

La persona que tiene las siguientes habilidades es la más ideal para realizar pruebas de software:

• Capacidad para comprender el punto de vista de los clientes.
• Fuerte deseo de calidad
• Atención al detalle
• Buena cooperacion

En su proyecto, el miembro que se encargará de la ejecución de la prueba es el tester. Según el presupuesto del proyecto, puede elegir un miembro interno o externo como probador.

¿Cuándo ocurrirá la prueba?

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

Comenzará a probar cuando tenga todos los elementos requeridos que se muestran en la siguiente figura

Paso 3) Definir el objetivo de la prueba

El objetivo de la prueba es el objetivo general y el logro de la ejecución de la prueba. El objetivo de la prueba es encontrar tantos defectos de software como sea posible; asegúrese de que el software bajo prueba esté libre de errores antes del lanzamiento.

Para definir los objetivos de la prueba, debe realizar los 2 pasos siguientes

1. Enumere todas las características del software (funcionalidad, rendimiento, GUI…) que puede ser necesario probar.
2. Defina el objetivo o el objetivo de la prueba en función de las características anteriores

Apliquemos estos pasos para encontrar el objetivo de prueba de su proyecto de prueba de Guru99 Bank

Puede elegir el método " ARRIBA-ABAJO" para encontrar las funciones del sitio web que pueden necesitar probar. En este método, desglosa la aplicación bajo prueba en componente y subcomponente .

En el tema anterior, ya analizó las especificaciones de requisitos y recorrió el sitio web, por lo que puede crear un mapa mental para encontrar las características del sitio web de la siguiente manera

Esta figura muestra todas las características que puede tener el sitio web de Guru99.

Según las características anteriores, puede definir el objetivo de prueba del proyecto Guru99 de la siguiente manera

• Compruebe si la funcionalidad del sitio web Guru99 (cuenta, depósito ...) funciona como se esperaba sin ningún error o error en el entorno empresarial real
• Compruebe que la interfaz externa del sitio web, como la interfaz de usuario, funcione como se esperaba y satisfaga las necesidades del cliente.
• Verificar la usabilidad del sitio web. ¿Son esas funcionalidades convenientes para el usuario o no?

Paso 4) Definir los criterios de prueba

Los criterios de prueba son una norma o regla en la que se puede basar un procedimiento de prueba o un juicio de prueba. Hay 2 tipos de criterios de prueba de la siguiente manera

Criterios de suspensión

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

Ejemplo de plan de prueba: si los miembros de su equipo informan que hay un 40% de casos de prueba fallidos, debe suspender las pruebas hasta que el equipo de desarrollo solucione todos los casos fallidos.

Criterio de salida

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

Algunos métodos para definir los criterios de salida son mediante la especificación de una tasa de ejecución y una tasa de aprobación específicas .

• La tasa de ejecución es la relación entre el número de casos de prueba ejecutados / casos de prueba totales de la especificación de prueba. Por ejemplo, la especificación de la 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 relación entre los números de casos de prueba aprobados / casos de prueba ejecutados . Por ejemplo, en más de 100 TC ejecutados, hay 80 TC que pasaron, por lo que la tasa de aprobación es 80/100 = 0.8 (80%)

Estos datos se pueden recuperar en documentos Test Metric.

• Es obligatorio que la tasa de ejecución sea ​​del 100% a menos que se dé una razón clara.
• La tasa de aprobación depende del alcance del proyecto, pero lograr una alta tasa de aprobación es un objetivo.

Ejemplo de plan de prueba: su equipo ya ha realizado las ejecuciones de prueba. Ellos le informan el resultado de la prueba y quieren que confirme los Criterios de salida.

En el caso anterior, la tasa de ejecución es obligatoria del 100%, pero el equipo de prueba solo completó el 90% de los casos de prueba. Significa que la velocidad de ejecución no está satisfecha, así que NO confirme los criterios de salida.

Paso 5) Planificación de recursos

El plan de recursos es un resumen detallado de todos los tipos de recursos necesarios para completar la 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 de la planificación de la prueba porque ayuda a determinar la cantidad de recursos (empleados, equipos ...) que se utilizarán para el proyecto. Por lo tanto, el administrador de pruebas puede realizar 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.	Administrador de pruebas	Gestionar todo el proyecto Definir las direcciones del proyecto Adquirir los recursos adecuados
2.	Ensayador	Identificar y describir técnicas de prueba / herramientas / arquitectura de automatización apropiadas Verificar y evaluar el enfoque de la prueba Ejecute las pruebas, registre los resultados, informe los defectos. El evaluador podría ser miembros subcontratados o subcontratados, según el presupuesto del proyecto. Para la tarea que requirió poca habilidad, le recomiendo que elija miembros subcontratados para ahorrar costos del proyecto.
3.	Desarrollador en prueba	Implemente los casos de prueba, el programa de prueba, el conjunto de pruebas, etc.
4.	Administrador de pruebas	Desarrolla y garantiza que el entorno de prueba y los activos se gestionen y mantengan Admite Tester para utilizar el entorno de prueba para la ejecución de la prueba.
5.	Miembros de SQA	Hágase cargo de la garantía de calidad Verifique para confirmar si el proceso de prueba cumple con los requisitos especificados

Recurso del sistema

Para probar una aplicación web, debe planificar los recursos según las siguientes tablas:

No.	Recursos	Descripciones
1.	Servidor	Instale la aplicación web bajo prueba Esto incluye un servidor web, un servidor de base de datos y un servidor de aplicaciones separados, si corresponde.
2.	Herramienta de prueba	La herramienta de prueba es para automatizar la prueba, simular la operación del usuario, generar los resultados de la prueba. Hay toneladas de herramientas de prueba que puede usar para este proyecto, como Selenium, QTP ... etc.
3.	La red	Necesita una red que incluya LAN e Internet para simular el entorno empresarial y de usuario real
4.	Ordenador	La PC que los usuarios utilizan a menudo para conectarse al servidor web.

Paso 6) Planificar el entorno de prueba

¿Qué es el entorno de prueba?

Un entorno de prueba es una configuración de software y hardware en el que el equipo de prueba va a ejecutar casos de prueba. El entorno de prueba consta de un entorno empresarial y de usuario real , así como entornos físicos, como un servidor, un entorno de ejecución de front-end.

Cómo configurar el entorno de prueba

Volviendo a su proyecto, ¿cómo configura el entorno de prueba para este sitio web bancario?

Para finalizar esta tarea, necesita una sólida cooperación entre el equipo de pruebas y el equipo de desarrollo.

Debe hacerle algunas preguntas al desarrollador para comprender claramente la aplicación web que se está probando . Aquí tienes algunas preguntas recomendadas. Por supuesto, puede hacer las otras preguntas si lo necesita.

• ¿Cuál es la conexión máxima de usuario que este sitio web puede manejar al mismo tiempo?
• ¿Cuáles son los requisitos de hardware / software para instalar este sitio web?
• ¿La computadora del usuario necesita alguna configuración en particular para navegar por el sitio web?

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

Paso 7) Programación y estimación

En el artículo Estimación de prueba, ya usó algunas técnicas para estimar el esfuerzo para completar el proyecto. Ahora debe 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 pequeñas tareas y agrega la estimación para cada tarea como se muestra a continuación

Tarea	Miembros	Estimar el esfuerzo
Crea 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	Ensayador	10 horas-hombre
Entrega de prueba		20 horas-hombre
Total		280 horas-hombre

Luego, crea el programa para completar estas tareas.

Hacer 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 administrador de pruebas puede usarlo como herramienta para monitorear el progreso del proyecto y controlar los sobrecostos.

Para crear el cronograma del proyecto, Test Manager necesita varios tipos de entrada como se muestra a continuación:

• Fecha límite del empleado y del proyecto : Los días hábiles, la fecha límite del proyecto, la disponibilidad de recursos son los factores que afectaron al cronograma.
• Estimación del proyecto : basándose en la estimación, el administrador de pruebas sabe cuánto tiempo lleva completar el proyecto. Para que pueda hacer el cronograma apropiado del proyecto.
• Riesgo del proyecto : comprender el riesgo ayuda a Test Manager a agregar suficiente tiempo extra al cronograma del proyecto para hacer frente a los riesgos.

Practiquemos con un ejemplo:

Suponga que el jefe quiere completar el proyecto Guru99 en un mes, ya estimó el esfuerzo para cada tarea en Estimación de prueba. Puede crear el horario de la siguiente manera

Paso 8) Probar los entregables

Test Deliverables es una lista de todos los documentos, herramientas y otros componentes que deben desarrollarse y mantenerse en apoyo del esfuerzo de prueba.

Hay diferentes entregables de prueba en cada fase del ciclo de vida del desarrollo de software.

Los entregables de prueba se proporcionan antes de la fase de prueba.

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

Los entregables de la prueba se proporcionan durante la prueba.

• Scripts de prueba
• Simuladores.
• Datos de prueba
• Matriz de trazabilidad de prueba
• Registros de errores y registros de ejecución.

Los entregables de prueba se proporcionan después de que finalizan los ciclos de prueba.

• Resultados / informes de la prueba
• Informe de defectos
• Directrices de procedimientos de instalación / prueba
• Notas de lanzamiento

Recursos

Descargue una plantilla de plan de prueba de muestra

Descargue el plan de prueba del sistema de muestra del sitio web Guru99 Bank