El Ciclo de Vida del Testing (STLC) es un proceso sistemático que define todas las actividades realizadas durante las fases de prueba de software. Es una parte esencial del desarrollo de software, que asegura que el producto final cumpla con los requisitos y estándares de calidad antes de ser lanzado. El STLC no solo se centra en encontrar errores, sino también en mejorar la calidad del producto desde las primeras fases del proyecto.
En este módulo, aprenderemos en detalle sobre las fases del STLC, las entradas y salidas necesarias para cada una, y cómo definir una estrategia de pruebas efectiva.
La fase de planificación es la primera en el STLC y se centra en definir el alcance, los objetivos y la estrategia de pruebas que se va a seguir durante el proyecto. Aquí se identifican los recursos necesarios (equipo, herramientas, ambientes de pruebas), se determinan los riesgos potenciales y se crean los cronogramas.
Actividades clave:
Entrada (Entry Criteria):
Salida (Exit Criteria):
Ejemplo del mundo real: Piensa en el lanzamiento de un nuevo smartphone. Antes de que llegue al mercado, la empresa debe planificar qué funciones se van a probar (llamadas, mensajes, cámara, batería), quién lo hará, cuánto tiempo tomará y qué riesgos existen (por ejemplo, problemas de rendimiento bajo ciertas condiciones).
En esta fase, se crean los casos de prueba detallados basados en los requisitos y criterios de aceptación del proyecto. Un caso de prueba es un conjunto de condiciones y pasos que se deben seguir para validar una funcionalidad específica del software.
Actividades clave:
Entrada (Entry Criteria):
Salida (Exit Criteria):
Ejemplo del mundo real: Para una aplicación bancaria, un caso de prueba podría ser validar que un usuario pueda iniciar sesión correctamente con sus credenciales. Además, habría casos de prueba negativos para verificar qué ocurre si el usuario introduce una contraseña incorrecta o deja el campo en blanco.
Durante la fase de ejecución, se llevan a cabo los casos de prueba diseñados previamente. El equipo de QA ejecuta cada caso, registra los resultados y documenta cualquier defecto encontrado para ser corregido por el equipo de desarrollo.
Actividades clave:
Entrada (Entry Criteria):
Salida (Exit Criteria):
Ejemplo del mundo real: Imagina que estás probando la función de pago de una tienda en línea. Ejecutas los casos de prueba para verificar que los pagos se procesen correctamente usando diferentes métodos (tarjeta de crédito, PayPal, transferencia). Si encuentras que los pagos con tarjeta no funcionan, registras el defecto para que sea solucionado.
La fase de reporte se centra en recopilar todos los resultados de las pruebas y generar informes detallados. Estos informes se utilizan para analizar el estado del proyecto, identificar posibles áreas problemáticas y decidir si el software está listo para el lanzamiento.
Actividades clave:
Entrada (Entry Criteria):
Salida (Exit Criteria):
Ejemplo del mundo real: Después de probar un sistema de reservas de vuelos, el equipo de QA prepara un informe que muestra cuántos casos de prueba se ejecutaron, cuántos pasaron y fallaron, y si los problemas encontrados afectan funciones críticas. Si se encuentran errores en la selección de asientos, se recomienda volver a probar después de las correcciones.
El cierre de pruebas es la fase final del STLC, en la que el equipo verifica que todas las pruebas planificadas se hayan completado y que todos los defectos importantes se hayan resuelto. También se realiza una retrospectiva para identificar qué funcionó bien y qué podría mejorarse en futuros proyectos.
Actividades clave:
Entrada (Entry Criteria):
Salida (Exit Criteria):
Ejemplo del mundo real: Imagina que un equipo de QA ha terminado de probar una nueva actualización de software para un sistema de ventas minorista. Después de asegurarse de que todos los casos de prueba planificados se completaron y de que los errores críticos se resolvieron, realizan una reunión para discutir qué se podría mejorar en el futuro (por ejemplo, automatizar ciertas pruebas repetitivas para ahorrar tiempo).
Definir una estrategia de pruebas es crucial para asegurar que las actividades de QA se alineen con los objetivos del proyecto. Una buena estrategia de pruebas debe incluir:
Objetivos de Pruebas: ¿Qué se busca lograr con las pruebas? (Ej.: asegurar la estabilidad, detectar errores en la funcionalidad clave, validar la experiencia del usuario).
Tipos de Pruebas: Determinar qué tipos de pruebas se van a realizar (funcionales, de rendimiento, de seguridad, pruebas automatizadas, etc.).
Enfoque y Metodología: ¿Se usará un enfoque ágil, cascada o DevOps? ¿Qué herramientas se utilizarán?
Planificación del Ambiente de Pruebas: Asegurar que los entornos sean similares a producción para que las pruebas sean realistas.
Gestión de Riesgos: Identificar posibles riesgos y establecer cómo se manejarán.
Ejemplo: En un proyecto ágil para una app de mensajería, la estrategia de pruebas podría incluir pruebas automatizadas para las funciones básicas (enviar y recibir mensajes), pruebas de rendimiento para asegurarse de que la app maneje miles de mensajes simultáneamente y pruebas de seguridad para proteger los datos de los usuarios.
Siguiendo estas fases y aplicando una estrategia bien definida, te aseguras de que tu proceso de testing sea eficiente, completo y contribuya a un producto final de alta calidad.