Pruebas mínimas para un guion del analista

Una prueba unitaria llama a una función con una entrada conocida y comprueba que devuelve lo esperado. Con pytest, basta una función cuyo nombre empiece por test_ y una línea assert. Una buena batería mínima no prueba lo obvio diez veces: prueba los bordes, los casos que ya rompieron algo y los que se van a repetir (mayúsculas, espacios, valores vacíos, formas raras de lo mismo).

Una prueba unitaria tiene que dar siempre el mismo resultado. Por eso no depende de la red ni de servicios de terceros: si la API de reputación cambia su veredicto o no contesta, la prueba fallaría sin que el código haya cambiado, y además estaría consultando un servicio externo cada vez que alguien corre las pruebas.

Lee casos.txt y test_clasifica.py.

La salida de pytest -q empieza con una línea de puntos: cada punto es una prueba que pasó y cada F una que falló, en el orden del archivo. Después viene un bloque por cada fallo, con el código de la prueba, la línea marcada con > y, debajo, lo que se esperaba frente a lo que llegó. Al final, el resumen con el total.

Abre salida-pytest.txt.

En una comparación que falla, pytest muestra los dos lados del assert: a la izquierda lo que devolvió la función y a la derecha lo que la prueba esperaba. Ese par dice dónde mirar en el código: si la función devolvió otra cosa, hay que seguir su lógica con esa entrada exacta hasta ver por qué rama salió.

Sigue la entrada de la prueba que falla por las líneas 8 a 20 de clasifica.py.

Una lista de casos acordada en una revisión solo sirve si cada caso termina en una prueba. Los casos sin prueba son promesas: el día que alguien cambie la función, nada avisará si ese caso se rompe. Comparar la lista con las pruebas es parte de revisar, igual que leer el código.

Compara uno a uno los casos de casos.txt con las funciones de test_clasifica.py.