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

...

...

✅IN SCOPE (EN ALCANCE):

...

Esta sección describe lo que se probará desde el software, como todas las funciones de un producto específico, sus interfaces existentes,  etc. 

...

• 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):

...

Esta sección describe lo que NO se probará o lo que NO se considerará del SW. 

...

NOMBRE DEL TESTER

...

DISPOSITIVO DE PRUEBA

...

TOOLS

...

Ejemplo

...

Windows

...

Zephyr

...

• 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)

...

MACROTIPO

...

FOCUS

(ENFOQUES DE PRUEBA) (

cómo se probarán) 

Esta sección describe cómo se harán las pruebas; qué niveles de prueba se utilizarán, tipos de prueba, técnicas, herramientas, habilidades para realizar, etc. 

Qué tipos de Testing se realizarán)* 

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.

...

MACRO-TIPO DE TESTING	NIVELES DE TESTING	TIPOS DE TESTING	BBTT

GESTOR DE PRUEBAS

(Black Box Testing Techniques)	Tipos de TC
PRUEBAS FUNCIONALES CAJA NEGRA	UI Testing	System Testing Exploratory Testing (para BBTT) Re-Testing (para bugs) Regression Testing (para reportes)	Equivalence Partitioning Boundary Value Analysis Decision Table State Transition	Manual Automation
PRUEBAS FUNCIONALES CAJA BLANCA	Integration Testing	API Testing

Exploratory Test

DB Testing Re-

Test

Testing (para bugs) Regression Testing (para reportes)

Equivalence Partitioning Boundary Value Analysis Decision Table State Transition

Atlassian’s JIRA

CALENDAR (CALENDARIO) (cuándo se probará) 

Esta sección describe una estimación de cuándo se realizará la prueba, como las horas de los días, las semanas, las fechas, etc.

Info
RISK (RIESGOS DE LAS PRUEBAS) (por qué hacer este plan)

Automation

Info

BBTT (Black Box Testing Techniques) (En este apartado adicional es para explicar y tener a la mano una guía sobre las técnicas de testing para aplicar en el Proyecto) CÓMO APLICAR LAS BBTT para mejorar la Derivación de Casos de Prueba? DIFICULTAD: MEDIA: → DERIVACIÓN DE CASOS CON Particiones Equivalentes y Valores Límites: https://www.guru99.com/equivalence-partitioning-boundary-value-analysis.html DIFICULTAD: DIFICIL: → DERIVACIÓN DE CASOS CON “TABLA DE DECISIONES”: BBTT: DECISION TABLE DIFICULTAD: MEDIA: → DERIVACIÓN DE CASOS CON “TABLA DE TRANSICIÓN DE ESTADOS”: https://www.guru99.com/state-transition-testing.html

RISK

(RIESGOS AL REALIZAR LAS TAREAS) (Qué afecta al Negocio y al Equipo)

RISK — (Lo que se necesita solventar)	MITIGATION — (Con lo que puede ayudar)
Los miembros del equipo carecen de las habilidades requeridas para las pruebas de sitios web.	Planificar un curso de capacitación para mejorar las habilidades de sus miembros
El cronograma del proyecto es demasiado apretado; es difícil completar este proyecto a tiempo.	Establecer Prioridad de prueba para cada una de las actividades de prueba.
Test Manager tiene poca habilidad de gestión.	Planificar formación de liderazgo para gerentes
La falta de cooperación afecta negativamente la productividad de sus empleados.	Animar a cada miembro del equipo en su tarea e Inspirar a mayores esfuerzos.
Estimación presupuestaria incorrecta y sobrecostos.	Establecer el alcance antes de comenzar a trabajar, prestar mucha atención a la planificación del proyecto y realizar un seguimiento y medir constantemente el progreso.

🔴🟢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

...

🛑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)

...

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