Los primeros clientes que pagan
Subí a producción la aplicación que hicieron los agentes, encontré lo que su despliegue dejaba abierto y cobré las primeras cuotas.
Sí, y lo hace deprisa, pero con una trampa: si le pides pruebas para un código que ya existe, tiende a comprobar lo que el código hace, no lo que debería…
Sí, y lo hace deprisa, pero con una trampa: si le pides pruebas para un código que ya existe, tiende a comprobar lo que el código hace, no lo que debería hacer. El resultado son pruebas que siempre pasan, una cobertura muy bonita y ninguna garantía de que el programa esté bien.
Donde sí ayuda es en el trabajo pesado: preparar datos de prueba, cubrir variaciones de un mismo caso y mantener las pruebas cuando cambia el código. Los casos importantes, los que describen lo que el programa tiene que hacer y lo que no puede pasar nunca, conviene escribirlos o al menos decidirlos uno mismo.
Lo que me pasó al dejar las pruebas en manos de los agentes lo cuento en «Pruebas automáticas escritas por la inteligencia artificial» y en la serie «Una aplicación de pago hecha con IA».
Subí a producción la aplicación que hicieron los agentes, encontré lo que su despliegue dejaba abierto y cobré las primeras cuotas.
Encadené arreglos pedidos en lenguaje natural y acabé persiguiendo el mismo error en círculos.
Un correo a la semana con lo que se ha verificado, lo que se ha refutado y lo que sigue en el banco. Sin resúmenes de noticias.