Error(equivocación)Defecto(en el código)Fallo(en ejecución)Una persona comete un error → introduce un defecto → puede provocar un fallo

¿Qué es el Testing?

  • El testing evalúa la calidad y reduce el riesgo — NO garantiza ausencia de defectos.
  • Error (Equivocación humana) → Defecto (Bug en el código) → Falla (Comportamiento incorrecto al ejecutar).
  • Testing estático (revisiones, análisis sin ejecutar) vs. Dinámico (ejecución del software).
  • Diferencia clave: QA (Aseguramiento de Calidad) se enfoca en el PROCESO para prevenir defectos. QC (Control de Calidad / Testing) se enfoca en el PRODUCTO para detectar defectos.

7 Principios — LO MÁS PREGUNTADO

  • 1. Testing muestra presencia de defectos, no ausencia.
  • 2. Testing exhaustivo es imposible → usa riesgos y prioridades para decidir qué probar.
  • 3. Testing temprano ahorra tiempo y dinero (Shift-left).
  • 4. Agrupamiento de defectos: el 80% suele estar en el 20% del código (Principio de Pareto).
  • 5. Paradoja del pesticida: los mismos tests dejan de encontrar bugs → rota, modifica y revisa los tests.
  • 6. Testing depende del contexto (software médico ≠ app de juegos).
  • 7. Falacia de ausencia de defectos: software sin bugs puede ser inútil si no cumple las necesidades del usuario.

Actividades de Testing

  • 1. Planificación: Define objetivos y enfoque.
  • 2. Monitorización y Control: Comparar progreso real vs planificado.
  • 3. Análisis: "QUÉ" probar. Se revisa la base de prueba para definir las Condiciones de Prueba.
  • 4. Diseño: "CÓMO" probar. Crear casos de prueba de alto nivel.
  • 5. Implementación: Crear scripts, preparar entorno y datos, agrupar en Procedimientos de Prueba.
  • 6. Ejecución: Correr los tests manual/automáticamente y reportar defectos.
  • 7. Finalización: Archivar testware, lecciones aprendidas.
  • Trazabilidad: vincular requisitos con casos de prueba (permite evaluar cobertura y análisis de impacto).

Roles y Psicología

  • Tester: Diseña, ejecuta tests, reporta defectos, automatiza.
  • Test Manager: Planifica, gestiona recursos, reporta avance y métricas al negocio.
  • Independencia: Desde el autor (baja independencia) hasta testers externos o subcontratados (alta independencia). Más independencia = sesgos diferentes.
  • Sesgo de confirmación: Tendencia a confirmar creencias propias en lugar de buscar fallos.
  • Enfoque Whole-team: Toda la célula ágil es responsable de la calidad, no solo el tester.

Siguiente paso

Ahora toca comprobar si se ha quedado: entra en el simulador, filtra por el capítulo 1 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.