De cero pruebas automáticas a 918 en menos de nueve semanas
Dieciséis semanas de un producto no tenían pruebas automáticas. Para su lanzamiento de septiembre tenía 918, y un control que bloquea cualquier lanzamiento cuando una falla. Qué construimos, y las dos veces que la propia red de seguridad necesitó arreglo.
Cuando hicimos el inventario de un producto de coaching de ventas con IA que estábamos construyendo, el código de sus primeras dieciséis semanas no tenía ninguna prueba automática. Funcionaba porque las personas lo revisaban a mano. Eso no escala, y no sobrevive al siguiente cambio.
Antes
0
Pruebas automáticas en las primeras 16 semanas
En el lanzamiento del 25 de septiembre
918
Pruebas automáticas detrás del lanzamiento
En cada cambio
10
Recorridos completos de cliente antes de lanzar
Tres capas
- Pruebas automáticas de la lógica y la base de datos: de 0 a 287 en la primera semana del esfuerzo, y 918 para el lanzamiento del 25 de septiembre.
- Recorridos completos de cliente en un navegador real en cada cambio: registrarse, conectar, puntuar, revisar. Diez en total.
- Revisión práctica de personas usando el producto como lo haría un cliente: 110 arreglos en 5 rondas, los problemas que la automatización no piensa en buscar.
Un control, no una sugerencia
Las pruebas solo ayudan si un fallo detiene el lanzamiento. Un lanzamiento se bloquea cuando cualquier prueba falla, sigue corriendo o corrió sobre otra versión del código.
También revisamos la red de seguridad
Una red de seguridad vale lo que valen sus propias revisiones. Dos ejemplos de cómo la reforzamos:
- Base de datos y código siempre alineados. Una versión salió sin un cambio en la base de datos; se arregló en minutos, y ahora una nueva verificación compara lo que espera el código con la base de datos en vivo antes de cada lanzamiento.
- Un control que no se puede engañar. Después de que venció una credencial, el control de lanzamiento no podía leer los resultados de las pruebas y dejaba pasar cada versión. Lo encontramos y lo arreglamos: ahora un resultado ilegible bloquea el lanzamiento.
Cómo entregamos
Pruebas automáticas, revisión práctica y un control de lanzamiento, para que los problemas se encuentren antes que los clientes. Y luego revisamos el control.
Los ejemplos de este artículo vienen de proyectos reales. Datos del cliente reservados; cada cifra proviene de los datos del propio cliente.
Leer el caso de estudio →