ISTQB                                            ISTQB 10/02/2026 Versión 0.1 Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio, de este documento sin el previo consentimiento expreso y por escrito a overskull. ÍNDICE 1. Introducción al Testing de Software         1.1 Objetivos principales del testing         1.2 Testing vs Debugging 2. Principios Fundamentales del Testing         2.1 Las pruebas muestran la presencia de defectos         2.2 Las pruebas exhaustivas son imposibles         2.3 Probar temprano         2.4 Agrupación de defectos         2.5 Paradoja del pesticida         2.6 El testing depende del contexto         2.7 Ausencia de errores no implica utilidad 3. Testing en el Ciclo de Vida del Software (SDLC)        3.1 Niveles de prueba  4. Pruebas Estáticas 5. Técnicas de Diseño de Pruebas 6. Gestión del Testing 7. Herramientas de Soporte al Testing 8. Gestión de Defectos          8.1 Conceptos Clave          8.2 Objetivos           8.3 Ciclo de Vida del Defecto          8.4 Severidad vs Prioridad          8.5 Buen Reporte de Defecto          8.6 Métricas 9. Testing en Entornos Ágiles          9.1 Rol del QA en Agile          9.2 Testing dentro del Sprint          9.3 Shift Left Testing          9.4 Automatización en Agile          9.5 Pirámide de Pruebas          9.6 Beneficios del Testing Ágil 10. Preparación para el Examen ISTQB 11. Glosario de Términos 12. Aplicación del ISTQB en el Entorno Laboral          12.1 Diseño de Casos de Prueba          12.2 Pruebas de Regresión          12.3 Análisis de Riesgos          12.4 Reporte Profesional de Defectos          12.5 Mejora Continua 1. Introducción al Testing de Software El testing de software es un conjunto de actividades planificadas cuyo propósito es evaluar la calidad de un producto de software mediante la identificación de defectos, la verificación de requisitos y la validación del comportamiento esperado del sistema. El testing no es solo una actividad de ejecución de pruebas, sino un proceso sistemático que incluye planificación, diseño, implementación, ejecución, evaluación de resultados y cierre. 1.1 Objetivos principales del testing            Detectar defectos antes de la liberación del producto.            Verificar que el sistema cumple los requisitos funcionales y técnicos.            Validar que el producto satisface las necesidades del usuario final.            Reducir riesgos técnicos, operativos y de negocio.            Proporcionar información confiable para la toma de decisiones sobre la liberación. 1.2 Testing vs Debugging                                               Testing                                                Debugging                                    Detecta defectos                            Encuentra la causa del defecto                          Lo realiza principalmente QA                           Lo realiza principalmente desarrollo                                Evalúa comportamiento                                     Corrige el problema 2. Principios Fundamentales del Testing Los 7 principios ISTQB establecen la base teórica del testing: 2.1 Las pruebas muestran la presencia de defectos - No demuestran que el sistema esté libre de errores. 2.2 Las pruebas exhaustivas son imposibles - No se pueden probar todas las combinaciones de entradas y escenarios. 2.3 Probar temprano - Detectar defectos en etapas iniciales reduce costos significativamente. 2.4 Agrupación de defectos - La mayoría de defectos suele encontrarse en pocas áreas críticas. 2.5 Paradoja del pesticida - Repetir los mismos casos pierde efectividad; las pruebas deben evolucionar. 2.6 El testing depende del contexto - No se prueba igual un sistema médico que una red social. 2.7 Ausencia de errores no implica utilidad - Un sistema puede funcionar correctamente pero no cumplir necesidades reales. 3. Testing en el Ciclo de Vida del Software (SDLC) El testing se integra a lo largo de todo el ciclo de desarrollo.        Modelos de desarrollo        Cascada        V-Model (enfoque fuerte en pruebas)        Incremental        Ágil 3.1 Niveles de prueba  Nivel     Objetivo Unitarias     Validar componentes individuales Integración     Validar interacción entre módulos Sistema     Evaluar el sistema completo Aceptación     Validar contra requisitos del usuario Tipos de prueba        Funcionales        No funcionales (rendimiento, seguridad, usabilidad)        Estructurales        Regresión        Re-testing 4. Pruebas Estáticas Son evaluaciones realizadas sin ejecutar el software.        Tipos de revisión        Revisión informal        Walkthrough        Inspección formal        Beneficios        Detección temprana de defectos        Menor costo de corrección        Mejora en la calidad de requisitos y diseño 5. Técnicas de Diseño de Pruebas Permiten diseñar casos efectivos y optimizar cobertura.       Técnicas de Caja Negra       Clases de equivalencia       Análisis de valores límite       Tablas de decisión       Casos de uso       Técnicas de Caja Blanca       Cobertura de sentencias       Cobertura de decisiones       Basadas en experiencia       Exploratorio      Checklists      Pruebas de error guessing 6. Gestión del Testing La gestión asegura control del proceso. Incluye:          Planificación de pruebas          Estimación de esfuerzo          Identificación de riesgos         Monitoreo del progreso         Métricas de calidad         Ejemplos de métricas:         Tasa de defectos         Cobertura de pruebas         Casos ejecutados vs planificados 7. Herramientas de Soporte al Testing Las herramientas no sustituyen al QA, pero aumentan eficiencia.        Categoría               Ejemplos Gestión de pruebas          TestRail        Defectos            Jira    Automatización         Selenium      Performance          JMeter 8. Gestión de Defectos La gestión de defectos es el proceso de registrar, analizar, dar seguimiento y cerrar los problemas detectados durante las pruebas. Su objetivo es asegurar la calidad del software mediante un control ordenado de incidencias. 8.1 Conceptos Clave         Error: equivocación humana.         Defecto (bug): problema en el código o diseño causado por un error.         Fallo: comportamiento incorrecto visible para el usuario.         Un error genera un defecto, y al ejecutarse produce un fallo. 8.2 Objetivos        Mantener trazabilidad de los problemas        Priorizar según impacto en el negocio        Facilitar la comunicación entre QA y desarrollo        Reducir riesgos antes de producción 8.3 Ciclo de Vida del Defecto Estados comunes: Nuevo → Asignado → En progreso → Resuelto → Verificado → Cerrado También pueden existir: Reabierto, Rechazado o Duplicado. 8.4 Severidad vs Prioridad      Severidad: impacto técnico del defecto (lo define QA).      Prioridad: urgencia de solución (la define negocio o PM). 8.5 Buen Reporte de Defecto Debe ser claro, reproducible y con evidencia. Incluye: ID, título, pasos, resultado esperado, resultado actual, entorno, evidencia, severidad y prioridad. 8.6 Métricas       Defectos por módulo       Defectos reabiertos       Tiempo de resolución 9. Testing en Entornos Ágiles En metodologías ágiles, el testing es una actividad continua dentro de cada Sprint, no una fase final. El QA trabaja desde el inicio junto al equipo para asegurar calidad en ciclos cortos y detectar defectos lo antes posible. 9.1 Rol del QA en Agile       El QA cumple un rol activo y preventivo.       Participa en historias de usuario       Define y valida criterios de aceptación       Identifica riesgos funcionales       Diseña casos de prueba       Apoya la automatización       Verifica el cumplimiento de la Definition of Done (DoD)       El QA es un facilitador de calidad, no solo un ejecutor de pruebas. 9.2 Testing dentro del Sprint       El testing ocurre durante todo el Sprint:       Planificación: análisis de historias y escenarios de prueba       Desarrollo: pruebas continuas y exploratorias       Cierre de historia: validación funcional y regresión       Review: confirmación de estabilidad y calidad 9.3 Shift Left Testing Consiste en probar lo antes posible en el ciclo de desarrollo. Beneficios:       Menor costo de corrección       Menos retrabajo       Mejor comprensión de requisitos       Mayor estabilidad 9.4 Automatización en Agile Es clave para mantener la velocidad:      Regresión      APIs      Funcionalidades críticas      Reduce tiempos y permite validar cambios frecuentes. 9.5 Pirámide de Pruebas Distribución recomendada:     Base: pruebas unitarias     Medio: integración / APIs     Punta: UI / End-to-End Se busca depender menos de pruebas lentas de interfaz. 9.6 Beneficios del Testing Ágil Detección temprana de defectos      Mejor calidad      Entregas frecuentes      Menor riesgo en producción      Mayor alineación con el negocio 10. Preparación para el Examen ISTQB           40 preguntas           60 minutos           65% mínimo           Se evalúa comprensión conceptual, no memorización literal. 11. Glosario Incluye términos clave del estándar ISTQB. 12. Aplicación en el Trabajo Real Los fundamentos del ISTQB se aplican directamente en las actividades diarias del QA 12.1 Diseño de Casos de Prueba Permiten crear casos estructurados, cubrir escenarios positivos y negativos, y usar técnicas como equivalencia y valores límite para mejorar la cobertura. 12.2 Pruebas de Regresión Ayudan a identificar áreas críticas, priorizar pruebas según riesgo y apoyar la automatización para evitar que nuevos cambios afecten funciones existentes. 12.3 Análisis de Riesgos El QA enfoca esfuerzos en los módulos con mayor impacto en el negocio, optimizando el tiempo de prueba. 12.4 Reporte Profesional de Defectos Se aplican buenas prácticas: pasos claros, evidencias, correcta severidad/prioridad y comunicación objetiva con el equipo. 12.5 Mejora Continua Se ajustan estrategias, se optimizan procesos y se fortalecen estándares de calidad de forma constante. 13. Diagrama de Flujo