1000 errores, una hoja de cálculo de Google y cinco horas que nunca recuperaré
Cada error tiene una historia. La mayoría comienza con la frase: "En mi máquina funciona".
Estábamos probando una función de importación de datos para una empresa de generación de leads. La función parecía sencilla. Haces clic en un botón de importación, subes una hoja de cálculo y el sistema carga los contactos. Todo el mundo asumía que funcionaba.
Esa suposición es una trampa.
Los testers existen para arruinar esa suposición. El "camino feliz" siempre te miente.
Si usábamos un archivo de Excel limpio, la importación pasaba. Podríamos haber ido a almorzar. Podríamos haber lanzado la función. Pero un cliente habría encontrado el error un lunes por la mañana en producción.
El problema era una hoja de cálculo de Google.
Los usuarios reales no usan archivos de Excel limpios. Usan hojas de cálculo de Google desordenadas. Esperan que los sistemas gestionen su caos.
Cuando subimos los datos de la hoja de cálculo de Google, el sistema falló. Vimos más de 1.000 errores. La pantalla se llenó de errores. El mismo botón y el mismo tipo de datos causaron un colapso total solo porque el formato de origen cambió.
Volvimos a Excel para probar más. Probamos una mezcla de filas válidas e inválidas. El sistema lo manejó bien. Se saltó las filas incorrectas y continuó.
Luego probamos el caos del mundo real. Subimos un archivo masivo con cientos de filas. La mayoría eran basura. Solo unas pocas eran buenas.
El sistema se rompió por completo. La lógica de validación funcionó para unas pocas filas incorrectas, pero murió bajo una montaña de datos erróneos.
Pasamos cinco horas encontrando la causa raíz. Nos quedamos mirando las pantallas, volvimos a ejecutar las pruebas y culpamos a los archivos, al navegador y al café.
Esas cinco horas fueron baratas. La alternativa era un cliente perdiendo su tarde y perdiendo la confianza en nuestro producto. Pagas por los errores en las pruebas con tiempo. Pagas por los errores en producción con clientes.
Elegiré las cinco horas cada vez.
Un buen tester no pregunta si una función funciona. Un buen tester pregunta cómo romperla.
Deja de pensar como un desarrollador. Empieza a pensar como estas personas:
- El usuario perezoso que sube el formato de archivo incorrecto.
- El usuario del caos con celdas combinadas y filas vacías.
- El usuario masivo con 4.000 registros sucios en lugar de 10 limpios.
- El alborotador que hace exactamente lo que no debería hacer.
El software se rompe con las entradas que no esperabas.
Las funciones más "sencillas" suelen ser las más peligrosas. El botón de importación, el cuadro de búsqueda y el formulario de contacto parecen inofensivos. No lo son.
Si una función pasa el "camino feliz", no sigas adelante. Sé la persona que pregunta: "¿Qué pasa si subo el peor archivo imaginable?".
Luego, ve y hazlo.
Comunidad de aprendizaje opcional: https://t.me/GyaanSetuAi