100 Días de Código en Python — Día 49: Un bot de reservas resistente a fallos

🎯 Objetivo de aprendizaje#

Usar siempre el mismo perfil de Chrome, iniciar sesión automáticamente y esperar a los elementos con WebDriverWait en lugar de time.sleep().

📖 Explicación conceptual#

Paso 1 — Perfil persistente (según el video de objetivos): como la base de datos del gimnasio vive en el navegador, el bot debe usar siempre el mismo perfil de Chrome para "recordar" usuarios y reservas, igual que un usuario real. Una forma de hacerlo es la opción --user-data-dir:

import os
from selenium import webdriver

chrome_options = webdriver.ChromeOptions()
chrome_options.add_experimental_option("detach", True)
user_data_dir = os.path.join(os.getcwd(), "chrome_profile")    # una carpeta propia para el bot
chrome_options.add_argument(f"--user-data-dir={user_data_dir}")
driver = webdriver.Chrome(options=chrome_options)

Usa una carpeta nueva y exclusiva para el bot, no el perfil de Chrome con el que navegas: así no mezclas tus contraseñas y tu historial con el programa, y evitas errores porque ese perfil ya está abierto.

Paso 2 — Esperas explícitas. time.sleep(3) espera siempre 3 segundos, haga falta o no; si la página tarda 4, falla igual. WebDriverWait espera hasta que se cumpla una condición, con un tiempo máximo:

from selenium.webdriver.support.ui import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC
from selenium.webdriver.common.by import By

wait = WebDriverWait(driver, 10)     # como máximo 10 segundos
login_button = wait.until(EC.element_to_be_clickable((By.ID, "login-button")))
login_button.click()

Si en 10 segundos no se cumple, lanza TimeoutException. EC.presence_of_element_located(...) espera a que el elemento exista; EC.element_to_be_clickable(...), a que además se pueda hacer clic en él.

Ids verificados del inicio de sesión (26/09/2026): el curso agregó ids "amigables con Selenium": login-button, email-input, password-input, submit-button. Tras iniciar sesión aparece la página del horario, con id="schedule-page".

📝 Ejercicio original del curso: paso 2#

Escribir código que:

• haga clic en el botón de inicio de sesión;
• escriba el correo y la contraseña;
• envíe el formulario;
• verifique que inició sesión comprobando que aparece la página "Class Schedule".

Consejo del curso: WebDriverWait en lugar de time.sleep(), y presence_of_element_located para verificar que un elemento está en la página.

🔍 Antes de programar#

• ¿Qué elemento demuestra que el inicio de sesión funcionó?
• ¿Dónde guardarás el correo y la contraseña? (Aunque sean de prueba, practica con .env, Día 35.)
• ¿Qué debe hacer el programa si en 10 segundos no aparece el horario?

⚠️ Errores frecuentes#

Retos adicionales (creados para esta adaptación)#

• 🟢 Reto 1: crea una cuenta nueva con el formulario de registro del sitio (botón toggle-login-register) y usa esa cuenta en el bot.
• 🟡 Reto 2: intenta iniciar sesión con una contraseña incorrecta y haz que el programa detecte el mensaje de error del sitio e imprima "Credenciales inválidas".
• 🟠 Reto 3: mide cuánto tarda el inicio de sesión con time.sleep(5) y con WebDriverWait. ¿Cuánto tiempo se ahorra?
• 🔴 Reto 4: escribe una función esperar_y_clic(driver, by, valor, tiempo=10) que combine la espera y el clic, y úsala en todo el proyecto. ¿Qué otras funciones auxiliares te ahorrarían código repetido?

🎯 Objetivo de aprendizaje#

Seleccionar elementos por patrones en sus ids y navegar del hijo al ancestro en el árbol HTML.

📖 Explicación conceptual#

Tarea: encontrar la próxima clase del martes a las 6:00 p. m. (Yoga, Spin o HIIT), hacer clic en "Book Class" o "Join Waitlist" e imprimir un mensaje como ✓ Booked: Spin Class on Tue, Aug 12. El filtro por defecto del sitio muestra los próximos 7 días.

Pista 1 del curso — selectores de atributo con "empieza por":

find_element(By.CSS_SELECTOR, "p[id^='class-time-']")

^= significa "el valor empieza por". Así se seleccionan todos los elementos cuyos ids siguen un mismo patrón (class-time-123, class-time-789…), aunque el final cambie. (Es el selector de atributo del Día 43, con un operador nuevo.)

Pista 2 del curso — ancestros: el día no está en la tarjeta de la clase, sino en un elemento que la envuelve. El HTML es como un árbol genealógico: la tarjeta es el hijo; el div que la contiene, el padre; el siguiente hacia arriba, el abuelo… Todos son ancestros. Con XPath:

dia = tarjeta.find_element(By.XPATH, "./ancestor::div[...]")   # sube desde la tarjeta

Patrones verificados en el sitio (26/09/2026):

• Tarjetas de clase: ids como class-card-yoga-2026-09-27-0700 (tipo, fecha y hora).
• Botones: book-button-... con el mismo final que la tarjeta.
• Grupos de cada día: ids que empiezan por day-group-, con un encabezado como "Tomorrow (Sun, Sep 27)" o "Tue, Sep 29".

Con esos patrones puedes armar tu propia solución. ¡Inspecciona tú mismo antes de programar!

📝 Ejercicio original del curso: paso 3#

Encontrar el próximo martes a las 6 p. m., reservar (o unirse a la lista de espera) e imprimir el mensaje de confirmación. Al terminar, Chrome debe quedar abierto para revisar a mano la página "My Bookings".

🔍 Antes de programar#

• ¿Qué información necesitas de cada tarjeta? ¿Cuál está en la tarjeta y cuál en el ancestro?
• ¿Cómo reconoces "6:00 PM" en el texto de una tarjeta?
• ¿Qué pasa si el martes es "Tomorrow"? ¿El encabezado sigue diciendo "Tue"?

⚠️ Errores frecuentes#

Retos adicionales (creados para esta adaptación)#

• 🟢 Reto 1: imprime todas las clases de la semana con su día, hora y tipo, sin reservar nada.
• 🟡 Reto 2: cuenta cuántos cupos quedan en cada clase (el texto dice "Available: X / Y spots") y muestra la clase con más cupos libres.
• 🟠 Reto 3: en lugar del martes, pide al usuario el día y la hora con input() y reserva esa clase.
• 🔴 Reto 4 — Pensamiento computacional: escribe tres formas de encontrar el día de una tarjeta: (a) con el ancestro, (b) con la fecha que contiene el id de la tarjeta y datetime, (c) con el texto del encabezado. ¿Cuál es más robusta si el sitio cambia sus textos a español?

🎯 Objetivo de aprendizaje#

Tomar decisiones según el texto de un botón y llevar contadores para un resumen final.

📖 Explicación conceptual#

El botón de cada clase puede decir:

Paso 5 — Contadores: llevar la cuenta de reservas nuevas, listas de espera nuevas y clases que ya estaban reservadas o en espera, y al final imprimir:

--- BOOKING SUMMARY ---
Classes booked: 0
Waitlists joined: 0
Already booked/waitlisted: 1
Total Tuesday 6pm classes processed: 1

Un buen resumen sirve también para depurar: si los números no cuadran, algo falló.

🛠️ Nota técnica (verificado): el curso imprime ✓ y emojis. En la consola de PyCharm se ven bien, pero si en Windows rediriges la salida a un archivo (python bot.py > registro.txt, útil para guardar el historial del bot), Python usa la codificación cp1252 y lanza UnicodeEncodeError: 'charmap' codec can't encode character '✓'. Solución: al inicio del programa, import sys y sys.stdout.reconfigure(encoding="utf-8"), o ejecutar con la variable de entorno PYTHONUTF8=1.

📝 Ejercicio original del curso: pasos 4 y 5#

• Paso 4: antes de hacer clic, revisar si la clase ya está reservada (Booked), si ya estás en espera (Waitlisted) o si está llena (Join Waitlist), e imprimir el mensaje correspondiente.
• Paso 5: agregar los contadores e imprimir el resumen.

🔍 Antes de programar#

• ¿Qué estructura es más clara para cuatro casos: varios if/elif o un diccionario que asocie cada texto con su acción?
• ¿Qué haces si el botón tiene un texto inesperado?

Retos adicionales (creados para esta adaptación)#

• 🟢 Reto 1: agrega el caso "texto desconocido": imprime una advertencia y súmalo a un contador de "revisar a mano".
• 🟡 Reto 2: reemplaza los contadores sueltos por un solo diccionario resumen = {"reservadas": 0, ...}.
• 🟠 Reto 3: guarda el resumen de cada ejecución, con fecha y hora, en historial.csv.
• 🔴 Reto 4: escribe una función pura decidir(texto_boton) -> str (sin Selenium) y pruébala con assert para los cinco casos. ¿Por qué es más fácil probar la lógica cuando está separada del navegador?

🎯 Objetivo de aprendizaje#

Generalizar el bot a varios días y verificar el resultado en otra página ("confía, pero verifica").

📖 Explicación conceptual#

Paso 6: reservar todas las clases de martes y jueves a las 6 p. m., llevar la lista de clases procesadas e imprimir un detalle:

--- DETAILED CLASS LIST ---
  • [New Booking] Spin Class on Tomorrow (Thu, Aug 14)
  • [New Waitlist] Spin Class on Tue, Aug 19

Consejo: para volver a probar desde cero, entra como administrador y borra las reservas.

Paso 7 — Verificar: que Selenium haya hecho clic no garantiza que el gimnasio registró la reserva. Hay que ir a "My Bookings", contar las reservas de martes y jueves a las 6 p. m. y compararlas con las que se intentaron:

--- VERIFICATION RESULT ---
Expected: 2 bookings
Found: 2 bookings
✅ SUCCESS: All bookings verified!

Si no coinciden, mostrar la diferencia. Consejo del curso: usar NoSuchElementException de Selenium; incluso puedes lanzarla tú (raise) si no encuentras las reservas que buscabas.

🛠️ Nota técnica (análisis de esta adaptación): el ejemplo de "discrepancia" del curso imprime ❌ MISMATCH: Missing -1 bookings (se esperaba 1 y se encontraron 2). Un número negativo de "faltantes" confunde: en realidad sobra una reserva. Un mensaje más claro distingue los dos casos: "Faltan N reservas" o "Hay N reservas de más". Además, comparar solo cantidades puede engañar: 2 esperadas y 2 encontradas podrían ser clases distintas. Es más confiable comparar conjuntos de identificadores (set).

📝 Ejercicio original del curso: pasos 6 y 7#

• Paso 6: todas las clases de martes y jueves a las 6 p. m., resumen y lista detallada.
• Paso 7: navegar a "My Bookings", contar, comparar con lo intentado e imprimir el resultado de la verificación.

🔍 Antes de programar#

• ¿Qué identificador único tiene cada clase para compararla entre las dos páginas?
• ¿Qué cuenta como "esperada": solo las que reservaste hoy o también las que ya estaban reservadas?

Retos adicionales (creados para esta adaptación)#

• 🟢 Reto 1: haz que los días y la hora sean constantes al inicio del programa (DIAS = ["Tue", "Thu"], HORA = "6:00 PM").
• 🟡 Reto 2: implementa la verificación con conjuntos y reporta por separado las que faltan y las que sobran.
• 🟠 Reto 3: usa singular y plural correctamente en los mensajes ("1 reserva", "2 reservas"), como sugiere el curso.
• 🔴 Reto 4: el bot debe reservar como máximo 3 clases por semana (regla del gimnasio). Si hay más martes y jueves disponibles, ¿cuáles eliges? Define un criterio y justifícalo.

🎯 Objetivo de aprendizaje#

Probar que el programa funciona en otras fechas y detectar suposiciones escondidas en el código.

📖 Explicación conceptual#

QA (Quality Assurance, aseguramiento de la calidad) es comprobar que un programa funciona bien en condiciones distintas a las del día en que lo escribiste. El panel de administración permite adelantar el tiempo.

Pasos manuales del curso:

1. Entrar como administrador (admin@test.com / admin123).
2. Clic en "Advance 3 Days".
3. Cerrar sesión y salir de Selenium.
4. Ejecutar el bot de nuevo: debe encontrar y reservar las clases nuevas que ahora entran en la ventana de 7 días.

Errores comunes que el curso pide vigilar: fechas escritas "a mano" en el código, suponer qué día aparece primero y errores al interpretar fechas. Ejemplo de código problemático del curso:

class_cards = driver.find_elements(By.CSS_SELECTOR, "div[id^='class-card-']")
# Reserva el 2.º y el 4.º grupo suponiendo que son martes y jueves
for i, card in enumerate(class_cards):
    if i % 7 == 1 or i % 7 == 3:   # supone que la semana empieza el lunes
        ...

Si el tiempo avanza, el primer día visible ya no es lunes y el bot reserva los días equivocados sin dar ningún error.

Verificado el 26/09/2026: ese día era sábado y el primer grupo visible era "Tomorrow (Sun, Sep 27)": el supuesto de que "la semana empieza el lunes" ya fallaba sin necesidad de adelantar el tiempo.

🔎 Ejemplo explicado: calcular fechas en lugar de suponerlas#

from datetime import date, timedelta

def proximo(dia_semana, hoy):            # lunes = 0 ... domingo = 6
    dias = (dia_semana - hoy.weekday()) % 7
    return hoy + timedelta(days=dias)

hoy = date(2026, 9, 26)                  # sábado
print(proximo(1, hoy))                   # 2026-09-29 (martes)
print(proximo(3, hoy))                   # 2026-10-01 (jueves)
print(proximo(5, hoy))                   # 2026-09-26 (¡hoy mismo es sábado!)

(Resultados verificados.) El operador % hace que el cálculo "dé la vuelta" a la semana. Observa el último caso: si hoy ya es el día buscado, devuelve hoy. ¿Es lo que quieres? Depende del problema: por eso hay que probar los casos límite.

Retos adicionales (creados para esta adaptación)#

• 🟢 Reto 1: adelanta el tiempo 1, 3 y 6 días, ejecuta tu bot cada vez y anota si reservó las clases correctas.
• 🟡 Reto 2: escribe pruebas con assert para proximo() con los siete días de la semana como "hoy".
• 🟠 Reto 3: busca en tu código cualquier número o fecha escrito "a mano" y reemplázalo por un cálculo o una constante con nombre.
• 🔴 Reto 4: diseña una tabla de casos de prueba de QA para el bot (al menos 6 casos: fechas, clases llenas, ya reservadas, sin clases a esa hora…) con el resultado esperado de cada uno.

🎯 Objetivo de aprendizaje#

Escribir una función de orden superior que reintente otra función cuando falla, y organizar el bot en funciones que se puedan reintentar.

📖 Explicación conceptual#

"El jefe final", según el curso: los sitios reales tienen fallos de red. Preparación del caos:

1. Entrar como administrador.
2. "Clear all Bookings" (si usas "Reset All Data", tendrás que registrar de nuevo tu cuenta de estudiante).
3. Activar "Network Simulation" con una tasa de fallos del 50 % ("¡brutal!").
4. Volver al tiempo real ("Real Time").

La mitad de los inicios de sesión y reservas fallarán. ¿Cómo lograr que el bot sea "imparable"?

La estructura que propone el curso:

def retry(func, retries=7, description=None):
    ...

• Una función retry que recibe otra función (func) como parámetro: es una función de orden superior, como las del Día 19 (turtle.onkey(key="space", fun=...)), donde pasábamos funciones sin paréntesis.
• Agrupar los pasos del inicio de sesión en login(), probar retry(login) varias veces y solo después seguir con lo demás.
• Hacer lo mismo con book_class() y get_my_bookings().
• Pensar: ¿cómo sabe Selenium que el clic de reserva funcionó? ¿Qué debería comprobar después del clic?

🔎 Ejemplo explicado: el patrón retry con fallos simulados#

Este ejemplo no usa Selenium: simula una red que falla la mitad de las veces para entender el patrón.

import random
import time

def retry(func, retries=7, description=None):
    for intento in range(1, retries + 1):
        try:
            return func()                       # si funciona, devuelve el resultado y termina
        except Exception as error:
            print(f"  Intento {intento} de {retries} falló ({description}): {error}")
            time.sleep(1)                       # esperar antes de reintentar
    raise RuntimeError(f"No se pudo completar: {description}")

def entrar_simulado():
    if random.random() < 0.5:
        raise ConnectionError("la red falló")
    return "sesión iniciada"

print(retry(entrar_simulado, description="login"))

(Verificado: con fallos simulados, la función reintenta hasta que funciona.)

Puntos clave:

• Se pasa entrar_simulado sin paréntesis: se entrega la función, no su resultado.
• return func() sale del ciclo en cuanto funciona.
• Si se agotan los intentos, se lanza un error claro en lugar de seguir como si nada.
• Para que retry sirva, la función reintentada debe fallar con una excepción cuando algo sale mal. Si book_class() hace clic y termina sin comprobar nada, nunca "falla" y retry nunca reintenta: por eso el curso pregunta qué verificar después del clic (por ejemplo, que el texto del botón cambie a Booked o Waitlisted, esperándolo con WebDriverWait).

⚠️ Errores frecuentes#

📝 Ejercicio original del curso: paso 9#

Crear retry(func, retries=7, description=None); agrupar el inicio de sesión en login() y hacerlo funcionar con reintentos; luego book_class() y get_my_bookings() con reintentos. El curso ofrece una solución parcial con pistas y la solución completa.

🔍 Antes de programar#

• ¿Qué condición demuestra que cada acción funcionó?
• Si login() falla a mitad (ya escribió el correo pero no la contraseña), ¿desde dónde debe empezar el reintento?
• ¿Cuántos reintentos son razonables con un 50 % de fallos? Calcula la probabilidad de fallar 7 veces seguidas.

Retos adicionales (creados para esta adaptación)#

• 🟢 Reto 1: calcula (con Python) la probabilidad de que 7 intentos fallen seguidos con una tasa de fallo del 50 %. ¿Y con 3 intentos?
• 🟡 Reto 2: haz que la espera entre intentos se duplique cada vez (1, 2, 4, 8… segundos). Esto se llama exponential backoff.
• 🟠 Reto 3: convierte retry en un decorador (@retry). Investiga cómo se escriben decoradores con parámetros.
• 🔴 Reto 4: registra cada reintento en un archivo registro.log con fecha, hora, acción y error (investiga el módulo logging). Al final, calcula la tasa de fallos real observada y compárala con el 50 % configurado.

Problema#

Las clases del martes y el jueves a las 6 p. m. se llenan rápido y el sistema abre a medianoche.

Objetivo#

Un bot que inicie sesión, reserve (o se una a la lista de espera de) todas las clases de martes y jueves a las 6 p. m., verifique el resultado y resista fallos de red.

Requisitos funcionales#

1. Perfil persistente y credenciales fuera del código.
2. Inicio de sesión verificado.
3. Reserva de martes y jueves a las 6 p. m. según el estado del botón.
4. Resumen con contadores y lista detallada.
5. Verificación en "My Bookings".
6. Funcionamiento correcto tras adelantar el tiempo.
7. Resistencia a un 50 % de fallos de red.

Restricciones técnicas#

• WebDriverWait en lugar de time.sleep() para esperar elementos.
• Funciones separadas: login(), book_class(card), get_my_bookings(), retry(...).
• Ninguna fecha escrita "a mano".

Planificación#

1. Comprender el sitio usándolo a mano. 2. Entradas: credenciales, días y hora. 3. Procesos: entrar → recorrer tarjetas → decidir → reservar → verificar. 4. Salidas: resumen y verificación. 5. Dividir en funciones. 6. Diseñar el flujo con reintentos. 7. Implementar paso a paso (como el curso). 8. Probar con el panel de administración. 9. Corregir. 10. Mejorar.

Construcción paso a paso#

• Versión 1: inicio de sesión (pasos 1 y 2).
• Versión 2: una sola reserva (paso 3).
• Versión 3: estados del botón y resumen (pasos 4 y 5).
• Versión 4: martes y jueves, verificación (pasos 6 y 7).
• Versión 5: QA con viaje en el tiempo (paso 8).
• Versión final: reintentos con red inestable (paso 9).

Pruebas#

🧪 Prueba y depuración#

def book_class(card):
    button = card.find_element(By.CSS_SELECTOR, "button[id^='book-button-']")
    if button.text == "Book Class" or "Join Waitlist":
        button.click()

for card in cards:
    retry(book_class(card), description="reserva")

Encuentra tres problemas (la condición del if que siempre es verdadera, cómo se pasa la función a retry y la falta de una verificación que haga fallar la función cuando la reserva no se registra).

⭐ Extensión del proyecto#

• Enviar el resumen por correo al servidor local (Día 47).
• Programar la ejecución a medianoche con el Programador de tareas de Windows o PythonAnywhere (y discutir si hacerlo es justo con los demás usuarios en un sitio real).
• Permitir elegir los días, la hora y el tipo de clase desde un archivo config.json.

Situación#

La sala de informática del colegio se reserva en un cuaderno y hay conflictos. Tu tarea es diseñar la lógica de un sistema de reservas y probarla sin navegador, aplicando lo aprendido sobre decisiones, verificación y reintentos.

Requisitos#

1. Una clase SistemaReservas (Día 16) que guarde las reservas en un diccionario {(fecha, bloque): docente}.
2. Métodos reservar(fecha, bloque, docente), cancelar(...) y disponibles(fecha).
3. Reglas: no se puede reservar un bloque ocupado; un docente puede tener como máximo 2 bloques por día; no se reservan fines de semana.
4. Un "servidor inestable" simulado que falle el 30 % de las veces, y la función retry de la sección 6 para que las reservas se completen.
5. Una verificación final que compare las reservas intentadas con las registradas usando conjuntos.

Decisiones que debes tomar (y justificar)#

• ¿Qué haces si dos docentes piden el mismo bloque? ¿Lista de espera?
• ¿Cómo evitas que un reintento cree una reserva duplicada?

Casos de prueba#

• Reservar un sábado → rechazado.
• Tercer bloque del mismo docente el mismo día → rechazado.
• 20 reservas con el servidor inestable → todas registradas una sola vez.

Etapa 5 (hoy): un asistente confiable#

1. Reorganiza inscriptor.py (etapa 4) en funciones: abrir_formulario(), llenar(aspirante), enviar() y verificar(aspirante).
2. Usa WebDriverWait en todas las esperas y retry en cada inscripción.
3. Para probar los reintentos, haz que llenar() falle a propósito de forma aleatoria (30 %) con una excepción.
4. Al final, imprime un resumen (inscritos, fallidos, reintentos usados) y una verificación con conjuntos: ¿todos los aspirantes del CSV llegaron a gracias.html?
5. Entregable: el código, la salida con los reintentos visibles y una tabla de pruebas.

Conceptuales#

1. ¿Por qué el bot debe usar siempre el mismo perfil de Chrome en este proyecto?
2. ¿Qué ventaja tiene WebDriverWait sobre time.sleep()?
3. ¿Qué es un ancestro en el árbol HTML? ¿Para qué se usó?
4. ¿Qué significa QA y por qué se "viaja en el tiempo"?
5. ¿Qué es una función de orden superior? Da un ejemplo del Día 19 y uno de hoy.

Análisis de código#

estados = ["Book Class", "Booked", "Join Waitlist", "Waitlisted", "Booked"]
resumen = {}
for e in estados:
    resumen[e] = resumen.get(e, 0) + 1
print(resumen)

¿Qué imprime? ¿Cómo lo usarías para el resumen del bot?

Predicción#

intentos = []
def falla_dos_veces():
    intentos.append(1)
    if len(intentos) < 3:
        raise ValueError("todavía no")
    return "¡listo!"

print(retry(falla_dos_veces, retries=5, description="prueba"))
print(len(intentos))

¿Qué se imprime? ¿Y si retries=2?

Depuración#

wait = WebDriverWait(driver, 10)
wait.until(EC.presence_of_element_located(By.ID, "schedule-page"))

¿Qué error da y por qué?

Modificación#

Cambia el bot para que, además de martes y jueves a las 6 p. m., reserve solo las clases de Yoga del sábado.

Creación#

Escribe una función verificar(intentadas: set, encontradas: set) que imprima las reservas faltantes, las sobrantes y un mensaje final de éxito o error. Pruébala con tres casos.