Skip to main content
Version: Next

Introducción

Propósito

Alcance

Definiciones, acrónimos y abreviaciones

Ejemplos:

  • PPS: Plan de Pruebas del Sistema.
  • QA: Aseguramiento de Calidad (Quality Assurance).
  • RBAC: Control de Acceso Basado en Roles (Role-Based Access Control).
  • MVP: Producto Mínimo Viable (Minimum Viable Product).
  • MBI: Incremento Mínimo de Negocio (Minimum Business Increment).

Objetivos de las pruebas

Ejemplos:

  • Verificar la funcionalidad completa de la aplicación según los requisitos especificados.
  • Comprobar la seguridad de los datos de los usuarios y la implementación correcta del RBAC.

Alcance de las pruebas

Dentro del alcance

  • Ejemplo 1
  • Ejemplo 2

Fuera del alcance

  • Ejemplo 1
  • Ejemplo 2

Aproximación a las pruebas

Estrategia de pruebas

Tipos de pruebas

Ejemplos:

  • Pruebas Funcionales.
  • Pruebas de Usabilidad.
  • Pruebas de Rendimiento.
  • Pruebas de Seguridad.

Niveles de pruebas

Ejemplos:

  • Pruebas Unitarias.
  • Pruebas de Integración.
  • Pruebas del Sistema.

Criterios de las pruebas

Criterios de aceptación

Ejemplos:

  • Todas las funcionalidades principales deben funcionar según lo especificado.
  • El tiempo de respuesta debe ser menor a 5 segundos para solicitudes de usuario.
  • La aplicación debe manejar eficientemente hasta 1,000 usuarios simultáneos.
  • El 80% de los usuarios deben calificar la usabilidad como satisfactoria o mejor.

Criterios de suspensión

  • Fallos críticos que impidan el funcionamiento básico de la aplicación.
  • Problemas de seguridad que comprometan los datos de los usuarios.

Entregables de las pruebas

Ejemplos:

  • Casos de prueba detallados.
  • Scripts de pruebas automatizadas.
  • Datos de prueba.

Recursos para pruebas

Ejemplos:

Personal:

Herramientas:

Dispositivos:

Ambientes de prueba

En esta sección se deben describir los entornos en los que se llevarán a cabo las pruebas. Es importante incluir:

  • Tipos de entornos utilizados (desarrollo, pruebas, producción, etc.).
  • Configuración de los entornos, como bases de datos de prueba y servidores.
  • Dispositivos o plataformas en las que se ejecutarán las pruebas (iOS, Android, navegadores, etc.).

Casos de prueba

Aquí se documentan los casos de prueba diseñados para validar la funcionalidad del software. Se debe incluir:

  • Una descripción de cómo se estructuran los casos de prueba.
  • Criterios para seleccionar los casos de prueba según el alcance del sistema.
  • Ubicación o referencia donde se pueden consultar los casos de prueba detallados.

Riesgos y mitigación

Identificación de posibles riesgos que podrían afectar las pruebas y sus estrategias de mitigación. Se deben considerar:

  • Retrasos en el desarrollo o disponibilidad del entorno.
  • Problemas de compatibilidad entre dispositivos o plataformas.
  • Estrategias para minimizar los riesgos, como priorizar pruebas críticas o realizar pruebas tempranas.

Manejo de las pruebas

Explicación de cómo se gestionarán los defectos y los resultados de las pruebas. Se debe detallar:

  • Cómo se clasificarán y priorizarán los defectos encontrados.
  • Procedimientos para informar a los desarrolladores y diseñadores sobre los resultados de las pruebas.
  • Herramientas utilizadas para registrar y dar seguimiento a los defectos.

Aprobación y firma

Proceso de validación del plan de pruebas. Se debe incluir:

  • Responsables de la aprobación (QA, Product Owner, equipo de desarrollo, etc.).
  • Procedimiento para documentar la ejecución de las pruebas y su aprobación.
  • Criterios para determinar si el software está listo para su lanzamiento.

Apéndices

Espacio para incluir referencias adicionales o documentación complementaria, como:

  • Enlaces a carpetas con casos de prueba detallados.
  • Documentos relacionados con normativas de calidad o metodologías de prueba utilizadas.
  • Información adicional que ayude a la comprensión del plan de pruebas.

Historial de cambios

Tipo de versiónDescripciónFechaColaborador
1.0Agregar plantilla de plan STP.06/03/2025Diego Ricardo Alfaro Pinto
1.1Añade descripcion del disgrama de paquetes.06/03/2025Emiliano Valdivia
1.2Corrección de error ortográfico.08/05/2025Carlos Iván Fonseca Mondragón
1.2Corrección de ortografía.08/05/2025Paola María Garrido Montes