PLAN DE PRUEBAS en Pruebas de Software (Ejemplo)

¿Cómo se determina el alcance de su 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 lo que está “dentro del alcance” y “fuera del alcance” 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 Actualmente no se probará. (de alcance)

Escenario del problema

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 necesitas convencer al cliente de que Pruebas de API es un trabajo extra y consumirá importantes recursos. Bríndale datos que respalden tus hechos. Dígale que si Api Testing está incluido en el alcance, el presupuesto aumentará en una cantidad XYZ.

El cliente acepta y, en consecuencia, los nuevos alcances, los elementos fuera de 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 error del producto. Pero 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”

La comúnmente utilizado Los tipos de pruebas se describen en la siguiente figura

Hay toneladas de tipos de pruebas para probar productos de software. Tu equipo no puede tener suficientes esfuerzos para manejar todo tipo de pruebas. Como administrador de pruebas, debe configurar 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 el futuro evento incierto con una probabilidad de aparición y potencial. por pérdida. Cuando el riesgo realmente ocurre, se convierte en el "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.

Paso 2.4) Crear logística de prueba

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

• Con quién se probará?
• Cuándo ¿Se realizará la prueba?

¿Quién hará la prueba?

Es posible que no sepa los nombres exactos del evaluador que realizará la prueba, pero el tipo de probador Puede ser definido.

Para seleccionar al miembro adecuado para una tarea específica, debe considerar si su habilidad está calificada para la tarea o no, y también estimar el presupuesto del proyecto. Seleccionar un miembro incorrecto para la tarea puede hacer que el proyecto fallar or retrasar.

La persona ideal para realizar pruebas de software es aquella que posee las siguientes habilidades:

• Habilidad para entiendes punto de vista de los clientes
• Fuertes deseo por calidad
• Atención detallar
• Buena cooperación

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

¿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 elementos necesarios se muestra 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 las pruebas es encontrar tantos defectos de software como sea posible; asegúrese de que el software bajo prueba sea 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 es posible que deba probar.
2. Definir el dirigidos o el objetivo de la prueba basada en las características anteriores

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

Puedes elegir el 'DE ARRIBA HACIA ABAJO' método para encontrar las características del sitio web que pueden necesitar probar. En este método, se divide la aplicación bajo prueba para componente y la subcomponente.

En el tema anterior, ya analizó las especificaciones de requisitos y recorrió el sitio web para poder 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.

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

• Compruebe si el sitio web Guru99 a la fatiga(Cuenta, Depósito…) funciona como se esperaba sin ningún error o error en un entorno empresarial real
• Compruebe que la interfaz externa del sitio web, como por ejemplo UI está funcionando como se esperaba y satisface las necesidades del cliente
• Verificar el 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. Existen dos tipos de criterios de prueba, a saber:

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 prueba: si los miembros de su equipo informan que hay 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 la tasa de aprobación.

• La velocidad de ejecución es la relación entre número de casos de prueba ejecutados/casos de prueba totales de la especificación de la 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 relación entre números casos de prueba aprobados/casos de prueba ejecutados. Por ejemplo, de más de 100 CT ejecutados, hay 80 CT aprobados, 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.
• Pass La tasa depende del alcance del proyecto, pero logrando una alta tasa de aprobación 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. 100%, pero el equipo de prueba solo completó el 90% de los casos de prueba. Significa que la tasa de ejecución no se cumple, así que NO confirme los criterios de salida.

Paso 5) Planificación de recursos

El plan de recursos es un resumen detallado de todo tipo 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 en la planificación de pruebas porque ayuda a determinar los número de recursos (empleado, equipo…) que se utilizarán para el proyecto. Por lo tanto, el director 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

Recurso del sistema

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

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 la que el equipo de pruebas ejecutará casos de prueba. El entorno de prueba consta de negocio real y la usuario entorno, así como entornos físicos, como servidor, entorno de ejecución front-end.

Cómo configurar el entorno de prueba

De regreso a su proyecto, ¿cómo se configura? entorno de prueba para este sitio web bancario?

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

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

• ¿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?
• ¿El ordenador del usuario necesita alguna configuración particular 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 prueba, ya utilizó 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.

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

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

• Fecha límite para empleados y proyectos.: Los días hábiles, la fecha límite del proyecto, la disponibilidad de recursos son los factores que afectaron el cronograma.
• Estimación de proyectos: Según la estimación, el director 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 adicional al cronograma del proyecto para abordar los riesgos.

Practiquemos con un ejemplo:

Supongamos que el jefe quiere completar el proyecto Guru99 en uno mes, ya estimó el esfuerzo para cada tarea en Estimación de prueba. Puede crear el horario como se muestra a continuación.

Paso 8) Entregables de prueba

Test Deliverables es 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 fase de prueba.

• 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
• Matriz de trazabilidad de pruebas
• Registros de errores y registros de ejecución.

Se proporcionan entregables de prueba. después de Los ciclos de prueba han terminado.

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

Recursos

Descargue una plantilla de plan de prueba de muestra

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