Uno de los conceptos fundamentales que presenta ISTQB Foundation Level es precisamente el proceso de testing, una estructura que nos ayuda a planificar, organizar y controlar las actividades de prueba para que aporten valor al proyecto.

Pero ¿por qué necesitamos un proceso? 🤔

Te lo cuento en el siguiente video…

Si te interesan estos temas, suscríbete para recibir todas las novedades en tu bandeja de entrada 😉

Suscríbete ahora

👉 Los principios del testing.

Y aunque al principio parecen “teoría para memorizar”, en realidad explican algo mucho más importante:

💡 cómo funciona el testing en la vida real.

🧠 ¿Qué son los principios del testing?

Son ideas fundamentales que surgieron a partir de años de experiencia en proyectos reales.

En otras palabras:

👉 son patrones que se repiten una y otra vez cuando trabajamos con software.

Conocerlos no solo ayuda para aprobar el examen, sino también para pensar como tester.

1️⃣ Las pruebas muestran la presencia de defectos, no su ausencia

El testing puede demostrar que existen bugs.

Pero nunca puede demostrar que el software está 100% libre de errores.

💡 Siempre existe la posibilidad de que haya defectos que no fueron encontrados.

Por eso:

• probar mucho no garantiza perfección

• probar poco aumenta el riesgo

👉 El objetivo real es reducir riesgos.

2️⃣ Las pruebas exhaustivas son imposibles

No podemos probar absolutamente todo.

Imaginate una app con:

• distintos usuarios

• navegadores

• dispositivos

• combinaciones de datos

• idiomas

• permisos

La cantidad de pruebas posibles sería infinita.

Por eso el testing se basa en:

• priorizar

• analizar riesgos

• elegir qué probar primero

💡 Un buen tester sabe qué NO probar también.

3️⃣ Probar temprano ahorra tiempo y dinero

Cuanto antes se detecta un problema:

✔️ más barato es arreglarlo
✔️ menos impacto genera
✔️ menos retrabajo produce

Encontrar un error en un requisito es muchísimo más simple que descubrirlo cuando el sistema ya está en producción.

👉 Por eso hoy se habla tanto de “shift left testing”.

4️⃣ Los defectos tienden a agruparse

La mayoría de los bugs suelen aparecer en pocas áreas del sistema.

💡 Algunas partes del software son naturalmente más problemáticas.

Por ejemplo:

• módulos complejos

• funcionalidades nuevas

• código modificado muchas veces

• integraciones externas

Esto se relaciona con el principio de Pareto:

👉 pocos módulos concentran muchos defectos.

5️⃣ Las pruebas se desgastan

Si ejecutamos siempre las mismas pruebas:

• dejan de encontrar defectos nuevos

• pierden efectividad

Por eso los casos de prueba deben:

• actualizarse

• mejorarse

• variar escenarios

💡 Un set de pruebas viejo puede dar una falsa sensación de seguridad.

6️⃣ El testing depende del contexto

No se prueba igual:

• una app bancaria

• un videojuego

• un e-commerce

• un sistema médico

Cada proyecto tiene:

• riesgos distintos

• prioridades distintas

• usuarios distintos

👉 No existe una única forma correcta de testear.

7️⃣ La falacia de la ausencia de defectos

Un software puede no tener bugs…

y aun así ser un fracaso.

💡 Si no resuelve las necesidades del usuario, el producto falla igual.

Ejemplo:

• una app difícil de usar

• un sistema lento

• una funcionalidad que nadie necesita

👉 Calidad no significa solamente “sin errores”.

🧪 Tip para el examen ISTQB

En el examen suelen aparecer preguntas donde:

• te describen una situación

• y tenés que identificar qué principio se aplica

Mi recomendación:

❌ No memorices frases
✅ Entendé situaciones reales

Porque ahí es donde realmente se vuelven más fáciles de entender.

🚀 Para cerrar

Los principios del testing son importantes porque cambian la forma en la que vemos el software.

Testing no se trata de “probar todo”.

Se trata de:

• entender riesgos

• tomar decisiones inteligentes

• y ayudar a construir productos confiables.

💬 ¿Cuál de estos principios te parece más real en proyectos de verdad?

Si te interesan estos temas, no olvides suscribirte para recibir mis publicaciones directamente en tu bandeja de entrada 😉

Suscríbete ahora

👉 Qué significa realmente “probar”
👉 Por qué el testing es esencial en cualquier desarrollo

El testing no es solo ejecutar pruebas, sino una actividad que busca evaluar la calidad, detectar defectos y reducir riesgos, ayudando a construir software confiable.

También vas a ver conceptos fundamentales que aparecen siempre en el examen, como:

• Verificación vs Validación

• Testing vs Debugging

• La cadena: Error → Defecto → Fallo

Y algo muy importante:
💡 Un sistema sin errores no necesariamente es un buen producto.

🎥 En el video te explico todo esto con ejemplos y preguntas reales de examen para que lo entiendas de forma práctica.

🚀 Si estás preparando el ISTQB, esta es la base de todo lo demás.

Suscríbete ahora

NotebookLM con material de ISTQB → AQUÍ

Video resumen del material de ISTQB generado por NotebookLM:

🎤 Audio estilo podcast generado por NotebookLM sobre el mismo material:

Si llegaste hasta acá, en la próxima entrega hablaremos de los principios de testing!

❌ No es un curso.
❌ No es un resumen del syllabus.
❌ Y no es contenido para memorizar definiciones.

La idea de esta sección es algo mucho más simple (y más necesario): entender los fundamentos del testing y conectarlos con la práctica real, incluso —y especialmente— en un contexto donde la IA parece hacerlo todo más rápido.

¿Por qué ISTQB ahora?

Porque en los últimos años vi un patrón repetirse:

• automatización sin criterio,

• tests generados que nadie entiende,

• herramientas potentes usadas sin base conceptual.

El Foundation Level, con todas sus limitaciones, sigue ofreciendo algo valioso: un lenguaje común y una forma de pensar el testing. El problema no es la certificación en sí, sino cómo se estudia y cómo se aplica.

En esta sección voy a hablar de:

• conceptos del syllabus llevados a ejemplos reales,

• errores comunes al estudiar y rendir el examen,

• qué partes siguen siendo útiles hoy,

• y cuáles quedan cortas frente a la realidad actual.

La frecuencia va a ser un post el segundo viernes de cada mes.
Tranquilo, claro y aplicable.

Si estás estudiando para el ISTQB FL, o si alguna vez lo rendiste y sentís que quedó desconectado de tu día a día, esta sección es para vos 😉

Suscríbete ahora