ISTQB CTFL v4.0 · Capítulo 2 de 7

Testing a lo Largo del SDLC

Apuntes del capítulo 2 del syllabus CTFL v4.0, con 5 bloques de contenido y los puntos que más se preguntan en el examen.

RequisitosDiseñoCódigoP. de aceptaciónP. de sistemaP. de integraciónP. de componenteDesarrolloPruebasCada nivel de prueba (derecha) valida su fase de desarrollo (izquierda)

Modelos de Desarrollo y Testing

  • Secuencial (Cascada/Modelo V): Fases separadas. Testing suele ir al final. Muy caro corregir bugs tardíos. Modelo V empareja niveles de prueba con fases de desarrollo.
  • Iterativo/Incremental (Ágil): Testing continuo en sprints cortos. Feedback rápido.
  • Regla de oro: Sea cual sea el modelo, SIEMPRE hay una actividad de test correspondiente a cada actividad de desarrollo.

Niveles de Prueba

  • Pruebas de Componente (Unitarias): Evalúan funciones/clases individuales. Usa stubs/mocks. Típicamente hechas por devs.
  • Integración de Componentes: Evalúan interfaces e interacciones entre módulos.
  • Integración de Sistemas: Evalúan interfaces con sistemas externos (ej. pasarelas de pago, APIs).
  • Pruebas de Sistema: Evalúan el comportamiento integral contra los requisitos o historias de usuario.
  • Pruebas de Aceptación (UAT): Validan que el sistema satisface las necesidades del negocio/usuario. Hechas por el cliente/usuario final.
  • Aceptación Operacional (OAT): Backup, restauración, instalación, seguridad. Hecho por Admins/Ops.

Tipos de Prueba

  • Funcional: Evalúa QUÉ hace el sistema (comportamiento, reglas de negocio).
  • No Funcional: Evalúa CÓMO lo hace (rendimiento, seguridad, usabilidad, fiabilidad).
  • Caja Negra: Pruebas basadas en la especificación, sin ver el código interno.
  • Caja Blanca: Pruebas basadas en la arquitectura o estructura del código.
  • Prueba de Confirmación (Re-test): Volver a ejecutar el test que falló tras reparar el defecto para verificar la corrección.
  • Prueba de Regresión: Volver a ejecutar pruebas pasadas para asegurar que un cambio no rompió partes que ya funcionaban.

Enfoques de Prueba Primero

  • TDD (Test-Driven Development): Se escriben tests unitarios ANTES de programar la funcionalidad.
  • BDD (Behaviour-Driven Development): Tests escritos en lenguaje natural (Given/When/Then) para mejorar la comunicación (Gherkin).
  • ATDD (Acceptance Test-Driven Development): Crear pruebas de aceptación junto al cliente ANTES del desarrollo para definir qué se debe construir.

Pruebas de Mantenimiento

  • Se realizan tras desplegar el software por: modificaciones (mejoras), migración, o retiro del sistema.
  • Análisis de Impacto: Evaluar cómo un cambio afectará al sistema existente para decidir cuánta prueba de regresión es necesaria.

Siguiente paso

Ahora toca comprobar si se ha quedado: entra en el simulador, filtra por el capítulo 2 y haz una tanda de diez preguntas. Cada respuesta incluye la justificación completa.

El syllabus oficial completo del CTFL v4.0 se descarga gratis desde istqb.org, y los términos están definidos en el glosario oficial.