Resumen Completo para Podcast: Test Case Design Fundamentals 🧪 ¿Qué es un Test Case? Un test case (caso de prueba) es una descripción detallada para probar una funcionalidad específica. Incluye: Qué probar Cómo probarlo Con qué datos Qué resultado se espera 📋 Componentes típicos de un test case Elemento Descripción ID Ej: TC_API_001 (formato único y rastreable) Título Breve descripción de lo que se valida Descripción Contexto del caso (opcional) Precondiciones Qué debe estar listo antes Pasos Acciones claras y secuenciales Datos Entradas necesarias Resultado esperado Qué debe ocurrir si el sistema funciona correctamente Resultado real Se llena al ejecutar Estado Pass/Fail/Blocked/etc. 🧠 Tipos de casos de prueba ✅ Valid/Positive: flujo correcto ❌ Invalid/Negative: inputs incorrectos, errores esperados ⚠️ Edge/Boundary: límites del sistema (ej. max/min valores) 🔁 Regression: aseguran que cambios no rompen lo viejo 💡 Common/Smoke: validaciones básicas en cada release 📐 Técnicas comunes de diseño Equivalence Partitioning: agrupar valores en clases válidas/erróneas Boundary Value Analysis: probar justo en los bordes (ej. 0, 1, 100) State Transition Testing: probar cambios de estado válidos e inválidos Decision Tables: cuando múltiples combinaciones de reglas afectan el resultado Error Guessing: con base en experiencia ✅ Mejores prácticas Usa un sistema de gestión de pruebas (Jira XRay, TestRail, Zephyr…) Mantén una estructura clara Asocia los test cases con requerimientos o user stories Automatiza los más críticos Mantén una historia de cambios (versioning) Prioriza según riesgo + frecuencia de uso Actualiza los test si la funcionalidad cambia