Capítulo 8. Nodo de Pruebas
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Probar en el mundo real consiste generalmente en encontrar lo que está mal en algo. Cuando se trata de código, las pruebas consisten en encontrar lo que está bien. Es la garantía de que algo funciona.
El código no probado es simplemente peligroso. El código eficiente y escalable está bien probado. Probar no es sólo asegurarse de que el código hace lo que se supone que debe hacer; también es asegurarse de que el código sigue haciendo lo que se supone que debe hacer después de cualquier cambio en el código, su entorno y sus patrones de uso. Probar consiste en escribir código de alta calidad y detectar posibles problemas lo antes posible.
Probar regularmente el código lo mantiene sano y facilita su mantenimiento. También aumenta la confianza de sus mantenedores para hacer cambios. Hacer cambios en código no probado es una receta para el desastre. Una nueva función del módulo X puede romper otras funciones del módulo Y. No puedes mantener las dependencias en tu cabeza. No puedes probar todo el código manualmente cada vez que hay un cambio. No hay forma de evitarlo. Tienes que escribir código para probar tu código, y sí, tu código de pruebas también puede tener problemas. Las pruebas pueden introducir falsos negativos y falsos positivos. Por eso es sumamente importante hacer bien las pruebas. De eso trata este capítulo.
Aserciones y corredores ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access