PLANTILLA del "PLAN DE PRUEBAS" (versión simple) 

✅IN SCOPE (EN ALCANCE):

• Capacidad de alcanzar TODAS LAS FUNCIONALIDADES de la Web AcademyBugs de su actual versión.

• Seguir el alcance de las Historias de Usuarios descritas en el Sprint.

• Seguir las Reglas del Negocio y los Criterios de Aceptación, pero abierto a posibles caminos.

• La aplicación contiene ciertas funcionalidades que frenan algunas ejecuciones de pruebas, por lo tanto:

  • Reportar todo aquel Bug que se haya visualizado o topado en la ejecuciones de pruebas.

  • Para las Historias de Usuario con relación o bloqueo, por favor realizarlas a la par.

• Como el SRS (Software Requirement Specifications), el proyecto UPEX BOOTCAMP, solo se enfoca en probar solo algunas funciones interesantes de UI de diferentes SUT, por razones educativas.

❌OUT OF SCOPE (FUERA DE ALCANCE):

• No reportar Bugs que no estén más allá del alcance de las funcionalidades.

• Las pruebas no funcionales, como el estrés, el rendimiento o la base de datos lógica, actualmente no se probarán. (fuera del ámbito)

DESCRIPCIÓN DE LOS NIVELES DE PRUEBAS Y TIPOS QUE SE REALIZARÁN:

En este caso, por ahora, solo se realizará el Nivel de Testing más común, es decir: UI Testing o también llamado System Testing.

🔴🟢TEST SUSPENSION CRITERIA

— (Cuándo PAUSAR las Pruebas de Regresión?)

(Especificar 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.)

• 📌SUSPENSION CRITERIA (ejemplo):

  • Cuando (IF):

    • → Test Report: más del 40% de TC = FAIL.

      • PAUSAR TODO EL TESTING (suspensión temporal)

    • De lo contrario (ELSE):

      • CONTINUAR CON EL TESTING

Open

🛑TEST EXIT CRITERIA

— (Cuándo FINALIZAR las Pruebas de Regresión?)

(Especifica los criterios que denotan una finalización exitosa 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: el 95% de todos los casos de prueba críticos deben pasar.)

• 📌EXIT CRITERIA (ejemplo):

  • Cuando (IF):

    • → RUN RATE: 100% de TC status EXECUTED

    • Y también (AND):

      • → PASS RATE = +95% de TC

      • Entonces (THEN):

        • FINALIZAR TODO EL TESTING (cierre definitivo)

    • De lo contrario (ELSE):

      • CONTINUAR CON EL TESTING

(Estos gráficos son a modo de ejemplo, para fines educativos; cómo se vería una Planificación de Recursos para las Actividades de Testing de forma estratégica con todo el Equipo QA; esto es solo un diseño, no es un standard —porque no la hay)

📌Human Resource:

📌System Resource:

CALENDARIO DEL PROYECTO (EJEMPLOS)

Open

CALENDARIO DE PRUEBAS

<REMAINING IMAGE>

Entregables que deben ser realizado ANTES DE la fase de TEST EXECUTION:

• Test plans document.

• Test cases documents

• Test Design specifications.

Entregables que deben ser realizado DURANTE la fase de TEST EXECUTION:

• Test Scripts

• Simulators.

• Test Data

• Test Traceability Matrix

• Error logs and execution logs.

Entregables que deben ser realizado DESPUÉS DE la fase de TEST EXECUTION:

• Test Results/reports

• Defect Report

• Installation/ Test procedures guidelines

• Release notes