El ciclo de vida del software es uno de los conceptos que más aparece en las entrevistas de QA y también uno de los que más se estudia de forma superficial. En este artículo te explico qué es, cuáles son sus fases y — lo más importante — qué hace exactamente el QA en cada una de ellas.
Qué es el SDLC
SDLC son las siglas de Software Development Life Cycle, que en español significa ciclo de vida del desarrollo de software. Es el proceso estructurado que sigue un equipo de desarrollo para planificar, diseñar, construir, probar y entregar software de calidad.
No es solo un concepto teórico — es el marco que define cómo se organiza el trabajo en cualquier proyecto de software, desde una startup hasta una gran corporación.
Las fases del SDLC
1. Planificación
El equipo define el alcance del proyecto, los recursos necesarios, los plazos y los riesgos. Se decide qué se va a construir y con qué presupuesto y tiempo.
El QA en esta fase participa en la estimación del esfuerzo de testing, identifica riesgos de calidad desde el principio y contribuye a definir los criterios de aceptación del proyecto.
2. Análisis de requisitos
El equipo recoge y documenta los requisitos del negocio y del usuario. Se define qué debe hacer el software desde el punto de vista funcional y no funcional.
El QA en esta fase revisa los requisitos buscando ambigüedades, contradicciones o casos no cubiertos. Un requisito mal definido es un bug que todavía no existe pero que ya está garantizado. Cuanto antes se detecte, más barato es corregirlo.
3. Diseño
El equipo técnico diseña la arquitectura del sistema, la base de datos, las APIs y la interfaz de usuario.
El QA en esta fase evalúa la testabilidad del diseño — ¿es posible probar lo que se está diseñando? ¿Hay mecanismos para facilitar el testing? ¿Están definidos los entornos de prueba necesarios?
4. Desarrollo
Los desarrolladores escriben el código según el diseño y los requisitos definidos.
El QA en esta fase prepara los casos de prueba, configura los entornos de testing y en equipos más maduros colabora con los desarrolladores en las pruebas unitarias y en el testing shift-left.
5. Testing
El equipo de QA ejecuta las pruebas — funcionales, de regresión, de rendimiento, de seguridad — y reporta los bugs encontrados.
Es la fase donde el QA tiene el mayor protagonismo. Se ejecutan tanto las pruebas manuales como las automatizadas, se verifica que los bugs corregidos están realmente resueltos y se toma la decisión de go/no-go para el despliegue.
6. Despliegue
El software se despliega en el entorno de producción y se pone a disposición de los usuarios reales.
El QA en esta fase ejecuta el smoke test post-despliegue para verificar que las funcionalidades críticas funcionan correctamente en producción, y monitoriza los primeros resultados.
7. Mantenimiento
El software está en producción y el equipo trabaja en correcciones de bugs, mejoras y nuevas funcionalidades.
El QA en esta fase mantiene y actualiza la suite de tests automatizados, investiga los bugs reportados por usuarios reales y asegura que las correcciones no introducen nuevas regresiones.
SDLC en cascada vs SDLC ágil
El modelo en cascada ejecuta las fases de forma secuencial — primero terminas el análisis, luego el diseño, luego el desarrollo y finalmente el testing. Es predecible pero rígido — si encuentras un problema en testing, volver a la fase de requisitos es muy costoso.
El modelo ágil trabaja en ciclos cortos llamados sprints donde todas las fases ocurren de forma iterativa. En cada sprint se planifica, se desarrolla, se prueba y se entrega un incremento del producto. El testing no es una fase final sino una actividad continua integrada en cada sprint.
En el mercado español en 2026, la inmensa mayoría de empresas trabajan con metodologías ágiles. Si quieres saber más sobre cómo funciona el QA en Scrum puedes leer cómo funciona el QA en metodologías ágiles.
Por qué el QA debe entender todo el SDLC
Un QA que solo conoce la fase de testing es menos valioso que uno que entiende todo el ciclo. Cuando el QA participa desde las fases tempranas — análisis de requisitos y diseño — los bugs se detectan antes y el coste de corregirlos es mucho menor.
Este es precisamente el concepto del testing shift-left — desplazar las actividades de calidad hacia la izquierda del ciclo de vida, hacia las fases más tempranas. Si quieres profundizar en este concepto puedes leer qué es el testing shift-left.
Y si necesitas ayuda para implementar un proceso de QA completo en tu proyecto puedes ver mis servicios en fatimaqa.com.