← Bloq
Metodología

Las maratones de tutoriales y la falsa sensación de progreso

· 7 min lectura

Completaste 15 tutoriales de Selenium en un fin de semana. Mirás tu historial de cursos y sentís orgullo: "mirá todo lo que aprendí".

Pero cuando tu jefe te dice "automatizá ese flujo de login que se rompe cada deploy"... te quedás en blanco.

¿Dónde quedó todo lo que "aprendiste"?

El problema con ver a otros hacer

Hay una investigación fascinante de Roediger y Karpicke (2006) sobre el "efecto testing". Descubrieron que los estudiantes que estudiaban y luego se sometían a pruebas recordaban mejor que los que solo releyeron el material varias veces.

La clave: recordar activamente es diferente a recibir información pasivamente.

Cuando mirás un tutorial, estás en modo pasivo. Ves a alguien más resolver un problema. Tu cerebro procesa la información, sí, pero no la ancla con fuerza porque no tuviste que esforzarte por encontrar la solución.

Es como mirar un mapa de memoria ajena: sabés dónde está todo, pero si te ponen en la calle sin el mapa, estás perdido.

Lo que un tutorial no te enseña

Un tutorial te muestra el camino feliz. Te muestra el código funcionando. Te muestra al experto resolviendo el problema en 20 minutos.

Lo que no te muestra:

  • Los 45 minutos que estuvo trabado antes de grabar
  • Las 3 soluciones que intentó y no funcionaron
  • Las decisiones de diseño que tomó y por qué
  • Qué hubiera pasado si el navegador mostrara algo diferente
  • Cómo reportar ese bug a un desarrollador
  • Cómo priorizar ese fix en un sprint real

El tutorial te da el resultado. Pero el aprendizaje está en el proceso, no en el resultado.

La diferencia entre ver y hacer

La investigación sobre aprendizaje basado en problemas (Barrows, 1996) demuestra que aprendemos mejor cuando nos enfrentamos a situaciones reales sin una solución predeterminada.

Cuando ves a alguien más resolver un bug, tu cerebro dice: "ah, eso es fácil". Pero cuando enfrentás el mismo bug vos solo, sin que nadie te diga qué hacer, tu cerebro trabaja diferente. Busca. Experimenta. Falla. Aprende.

Esa es la diferencia entre saber y saber hacer. Y en testing — como en cualquier habilidad técnica — lo que importa es saber hacer.

La carga cognitiva importa

Sweller, el investigador de la Teoría de la Carga Cognitiva, explicó que nuestro cerebro tiene una capacidad limitada para procesar información nueva. Cuando mirás un tutorial complejo, estás cargando tu memoria de trabajo con información que no vas a retener.

Pero cuando enfrentás un problema concreto — "este botón no carga" — tu cerebro enfoca toda su energía en resolver eso. Y al resolverlo, crea conexiones duraderas porque lo viviste, no solo lo viste.

El otro lado: la falsa sensación de competencia

Hay otro fenómeno que nadie menciona: después de ver muchos tutoriales, sentís que sabés hacer cosas que en realidad no podés hacer.

Es como si miraras muchos videos de personas nadando y creyeras que sabés nadar. Hasta que entrás al agua.

Los tutoriales crean una ilusión de competencia. Sabés que el WebDriverWait existe. Sabés que By.cssSelector es una opción. Pero ¿sabés usarlo en un escenario real con múltiples pestañas, timeouts variables, y un API que responde lento? Eso es otra historia.

Qué dice la ciencia: la práctica deliberada

Ericsson, el investigador que documentó la "práctica deliberada", encontró que los mejores performers en cualquier campo no son los que más horas practican, sino los que practican de forma intencional y enfocada.

La práctica deliberada implica:

  • Tener un objetivo claro para cada sesión
  • Recibir feedback inmediato sobre lo que hiciste
  • Estar fuera de tu zona de comfort la mayor parte del tiempo
  • Reflexionar sobre errores para corregirlos

Un tutorial no cumple ninguno de estos criterios. Te da el objetivo, no tenés feedback personalizado, todo está diseñado para que funcione, y no hay reflexión sobre errores porque no los tenés.

Qué ofrece un enfoque diferente

En QAXpert no empezamos con tutoriales. Empezamos con problemas reales que vas a enfrentar en tu trabajo.

Desde el primer momento, estás entregando un PR de automatización. No es un ejercicio abstracto — es un proyecto concreto con criterios de aceptación, con un escenario que simula lo que harás en una empresa real.

Vas a enfrentar bugs que no esperabas. Vas a tener que buscar soluciones que no están en ningún tutorial. Vas a tener que decidir qué automatizar y qué no. Y todo eso, con la guía de un mentor que te acompaña cuando te trabajás.

Más de 32 actividades prácticas diferentes a lo largo del programa. Cada una con un propósito claro, cada una con un aprendizaje concreto, cada una diseñada para que aprendás haciendo, no mirando.

¿Listo para pasar de ver a hacer?

Empieza con una semana de cortesía gratuita y descubre cómo se siente aprender haciendo, no mirando.

Empezá tu semana de cortesía →

Aprendizaje activo: Cada actividad en QAXpert tiene un mentor que te da feedback personalizado. No es un curso genérico — es una experiencia diseñada para que resolvás problemas reales y crezcas con cada error. Conocé más →

Los tutoriales no son malos. Son un buen punto de partida para entender conceptos. Pero no son suficientes para desarrollar una habilidad real. Si querés aprender testing automatizado de verdad, necesitás enfrentar problemas reales, cometer errores, resolverlos, y reflexionar sobre lo que hiciste.

Artículos relacionados

Metodología La frustración de aprender a programar es parte del proceso QA General ¿Por dónde empiezo a aprender automatización de pruebas?

¿Quieres aprender automatización?

Empieza tu semana gratis y descubre cómo convertirte en QA Automation Engineer con mentoría 1:1.

Empieza tu semana de cortesía →