Pruebas unitarias para gerentes de empresas
¿A quién no le ha venido a la cabeza pensar en postergar las pruebas unitarias en pos de desarrollar las ansiadas nuevas funcionalidades que deseamos?
Por Akira Shimosoeda
Cuando estamos manejando una empresa, sentimos que las pruebas unitarias son simplemente un complemento ínfimo del proceso de desarrollo del software.
Uno de los argumentos principales de los gerentes que desean postergar el desarrollo de estas pruebas es su alto costo inicial.
Si bien, es cierto que es posible desarrollar un software sin la necesidad de implementar pruebas unitarias, es cierto también la importancia y la necesidad de tener estas pruebas en uso.
Si traemos a colación los costos, solucionar un bug en tiempo de producción cuesta 100 veces más que solucionarlo en tiempo de diseño, o 15 veces más que solucionarlo en tiempo de implementación.
¿Cuál es la razón por la cual estos bugs de producción cuestan tanto? La razón es simple, el programador que está ocupado realizando otras tareas, debe cambiar de contexto mental y solucionar este bug.
Este cambio de contexto tiene un costo elevado (¡De hasta 20 minutos! [Programmer Interrupted]) debido a que debe invertir tiempo en comprender el código y su flujo, diagnosticar su problema, solucionarlo, y luego volver al contexto original.
En algunos casos, la vida misma de la compañía puede estar en peligro. Quizás el mejor ejemplo de esto es el de Knight Capital. La empresa de inversiones implementó un software para automatizar sus transacciones, pero no previeron que un error (que tomó tan solo 45 minutos en solucionarse) les llevaría a perder alrededor de 450 millones de dólares.
La próxima vez que piense en postergar las pruebas unitarias por su elevado costo aparente, usted realmente no tendrá otra opción que realizar estas pruebas, ya que el costo final de no realizar estas pruebas es mucho mayor.
