Probar contar_mayuscula

Llegaste al final de Kalos. 🧪 Un módulo profesional tiene dos caras: el código robusto (valida, maneja errores) y los tests que lo respaldan. Acá los combinás.

🛡️ Código robusto + su test

def raiz_cuadrada(n):
    if n < 0:
        raise ValueError("no hay raíz cuadrada de un número negativo")
    return n ** 0.5


def probar_raiz(raiz):
    assert raiz(9) == 3        # caso normal
    assert raiz(0) == 0        # caso límite
    try:
        raiz(-1)               # debe lanzar
    except ValueError:
        return
    raise AssertionError("raiz(-1) debería lanzar ValueError")


probar_raiz(raiz_cuadrada)
print("✅ módulo robusto y testeado")

🔧 Otra pieza: manejar el error sin explotar

def dividir_seguro(a, b):
    try:
        return a / b
    except ZeroDivisionError:
        return None


def probar_dividir_seguro(dividir):
    assert dividir(6, 2) == 3
    assert dividir(1, 0) is None   # el caso del cero, manejado

probar_dividir_seguro(dividir_seguro)
print("✅ pasó")

P: ¿Por qué `dividir_seguro(1, 0)` devuelve `None` en vez de explotar?
- Porque Python ignora la división por cero automáticamente
+ Porque el `try/except ZeroDivisionError` atrapa el error y retorna `None`
- Porque `None / 0` es `None` por definición
> El `try` intenta `a / b`; cuando `b == 0` Python lanza `ZeroDivisionError`; el `except` lo atrapa y retorna `None` en vez de crashear.

🗺️ Lo que aprendiste en Kalos

1. try / except — atrapar errores sin crashear.
2. raise — lanzar errores claros al validar.
3. Excepciones propias — errores con nombre y datos.
4. assert — afirmar lo que debe ser cierto.
5. Escribir tests — probar el código automáticamente.
6. Casos límite — cazar los bugs donde se esconden.
7. TDD — el test primero, el código después.

P: ¿Qué combina un módulo de calidad profesional según este capítulo?
- Solo tests: el código de producción va separado
- Solo manejo de errores: los tests son opcionales
+ Código robusto (valida y maneja errores) junto con sus tests automáticos
> Un módulo pro tiene dos caras: el código que valida entradas y atrapa errores, **y** los tests que verifican que eso funcione. Separados no alcanzan.

Con esto escribís código que no se rompe en silencio y que podés cambiar con confianza. Es lo que separa a quien “hace que ande una vez” de quien construye software serio. 🏆

➡️ ¿Y ahora qué?

Cerrá Kalos con los ejercicios de este tema. Al completarlos ganás la medalla Iceberg y sos Campeón de Kalos. 🏔️🏆