La Planificación de Pruebas es la fase inicial y fundamental en el proceso de validación de software. En esta etapa se define el marco general para la elaboración del documento conocido como "Plan de Pruebas", que servirá como hoja de ruta para todas las actividades de verificación y validación. A continuación, se desglosan los aspectos y elementos clave que abarca esta planificación:

• Definición del Punto de Partida: Se establece la planificación como el inicio del proceso de pruebas, permitiendo organizar, estructurar y asignar recursos para garantizar que todas las fases posteriores se ejecuten de manera coordinada.
• Alcance, Objetivos y Enfoque: El Plan de Pruebas describe:
  • Alcance: Qué funcionalidades, módulos o aspectos del software serán evaluados, y cuáles quedarán fuera del proceso.
  • Objetivos: Tanto los objetivos funcionales (comprobar el correcto comportamiento según requerimientos) como los técnicos (evaluación del desempeño, seguridad, etc.).
  • Enfoque: La metodología a utilizar, definiendo las técnicas, herramientas y procedimientos que se aplicarán a cada fase.
• Definición de Roles y Responsabilidades: Se detallan los cargos y tareas:
  • Quiénes serán responsables de diseñar y ejecutar las pruebas.
  • Cómo se distribuirán los roles entre el equipo de pruebas (por ejemplo, tester funcional, tester técnico, coordinador, etc.).
• Condiciones Iniciales y Requerimientos Técnicos: Se especifica el entorno y los recursos necesarios, tales como:
  • Configuración de hardware, software y red.
  • Datos de prueba, documentación y criterios previos necesarios para iniciar el proceso.
• Entregables y Documentación: El plan establece qué documentos y reportes se generarán a lo largo de la ejecución de las pruebas, incluyendo:
  • Casos de prueba, scripts, reportes de ejecución.
  • Documentación de incidencias y resultados finales.
• Plan de Trabajo y Cronograma: Utilizando herramientas como el diagrama de Gantt, se determinan:
  • Las actividades a realizar, sus correspondientes duraciones y dependencias.
  • Los hitos clave que marcarán la evolución y finalización de cada fase.
• Análisis de Riesgos: Se identifican posibles obstáculos y escenarios que puedan impactar negativamente el proceso, como:
  • Fallos en la ejecución de funcionalidades o irregularidades en los datos.
  • Retrasos en la disponibilidad de recursos o en la ejecución de pruebas.

Plan de Pruebas

Esta subsección profundiza en el contenido específico que debe incluir el documento "Plan de Pruebas". Cada apartado del Plan de Pruebas está diseñado para proporcionar una guía detallada y completa que facilite la ejecución de las pruebas.

• Descripción del Software:
  • Propósito: Explicar la finalidad del software, por qué fue creado y los problemas que busca resolver.
  • Características Generales: Enumerar las funcionalidades principales, su arquitectura básica y las ventajas competitivas.
  • Dispositivos y Usuarios: Indicar los dispositivos en los que se puede utilizar el software (por ejemplo, escritorio, móvil, web) y describir quiénes son los usuarios finales (clientela, empleados, administradores, etc.).
• Condiciones de Prueba:
  • Requerimientos Técnicos: Detallar el entorno en el que se realizarán las pruebas, incluyendo configuraciones de hardware, software, versiones, y otros aspectos ambientales.
  • Datos y Configuraciones: Listar los datos de prueba necesarios, bases de datos, configuraciones de red, y cualquier otro elemento que asegure la correcta ejecución.
• Objetivos:
  • Funcionales: Definir qué se espera validar en cuanto a la operatividad y comportamiento del software.
  • Técnicos: Determinar los aspectos técnicos a evaluar, tales como rendimiento, seguridad, usabilidad y compatibilidad.
• Elementos Requeridos para la Prueba:
  • Recursos de Infraestructura: Servidores, plataformas y herramientas (suites de testing, simuladores).
  • Datos de Prueba: Información estructurada y planificada que se utilizará durante las pruebas para garantizar consistencia en los resultados.
• Lista de Ítems a Probar y No Probar:
  • Ítems a Probar: Enumerar las funcionalidades, módulos o procesos que forman parte del alcance definido.
  • Ítems No a Probar: Especificar las áreas o funcionalidades que quedan fuera del alcance, para evitar esfuerzos no planificados y concentrar recursos donde son realmente necesarios.
• Roles y Responsabilidades:
  • Asignación de Tareas: Definir quiénes son los responsables de cada actividad en el proceso de prueba (por ejemplo, encargado de pruebas funcionales, líder de pruebas, equipo de soporte técnico).
  • Distribución de Responsabilidades: Asegurarse de que cada integrante del equipo conozca sus funciones y el flujo de comunicación.
• Plan de Trabajo y Cronograma:
  • Diagrama de Gantt: Utilizar esta herramienta para visualizar la secuencia de actividades, establecer tiempos de ejecución, identificar dependencias y marcar hitos importantes.
  • Calendario: Programar fechas clave para la ejecución, revisión y cierre de cada fase del plan de pruebas.
• Riesgos Identificados:
  • Posibles Obstáculos: Documentar riesgos como fallos en funcionalidades críticas, problemas de compatibilidad o inconsistencias en los datos de prueba.
  • Medidas de Mitigación: Proponer acciones preventivas y planes de contingencia para minimizar el impacto de estos riesgos.