Los tecnólogos cometemos errores cuando construimos. Parte de nuestro trabajo requiere que superemos los límites de lo que es posible y, como dicen, no se puede hacer una tortilla sin romper algunos huevos. Por eso dividimos el trabajo desarrollo del trabajo de pruebas. La prueba nos ayuda a entender si lo que estamos creando es correcto.
Por otro lado, demasiadas pruebas pueden crear otro conjunto de problemas. Las cosas se rompen como resultado del valor que tratamos de aportar durante la construcción.
Tenemos que encontrar un medio feliz. Afortunadamente, un proceso llamado prueba de humo hace un gran trabajo. Ahora usted puede tener algunas preguntas, tales como:
- ¿Qué es la prueba de humo?
- ¿Quién es responsable de que los equipos comiencen las pruebas de humo?
- ¿Qué sucede si no implementa la prueba de humo?
Bueno, espera. En este artículo, responderemos todas esas preguntas y conoceremos a Sara, una gerente de ingeniería nueva en BobCo que necesita una estrategia de prueba mínima viable para ayudar a mejorar el equipo.‘s tasas de error.
¿Qué es la prueba de humo?
¿Qué es la prueba de humo?
Por mucho que queramos que nuestro software funcione de inmediato, cometemos errores. A veces, la arquitectura no coincide del todo con las instrucciones que usamos. Es por eso que tenemos que probar nuestro software.
Se discute el origen del término «prueba de humo». Presentado por Jam Kaner, James Bach y Bret Petticord que viene del proceso de conectar la placa mientras se prueba el hardware para ver si sale humo. Si es así, la prueba ha terminado. Otra escuela afirma que el nombre proviene de un proceso los plomeros usan para verificar la estanqueidad de las tuberías antes de llenar con agua. Sin embargo, independientemente del origen, las pruebas de humo son una parte importante de su proceso de construcción.
Las pruebas de humo, también conocidas como pruebas de verificación de compilación, pruebas de confiabilidad o incluso pruebas de instalación, nos brindan un método para probar nuestro software. Busca errores críticos para verificar si la compilación actual es estable. Su diferencia con otras formas de prueba es que la prueba de humo no es exhaustiva. Puede pensar en esto como un conjunto de pruebas mínimo viable.
Cómo funciona la prueba de humo
Veamos cada parte de la definición para entender de qué estamos hablando. El análisis de software no exhaustivo es una forma de ver las cosas que afectan a nuestro software, en lugar de tratar de encontrar cada error. Esto es importante porque observar cualquier otro error sin comprender si los componentes principales funcionan es una pérdida de tiempo. Su herramienta no tiene ningún valor si no funciona en absoluto.
Piénselo de esta manera: es importante asegurarse de que su computadora se encienda y ejecute el sistema operativo cuando la compre. No necesita probar todos los programas a la vez. Su objetivo principal es conseguir una computadora que funcione, y puede verificar si todo lo demás funciona más tarde.
Por lo tanto, la prueba de humo debería ser la prueba más fácil que realice porque solo necesita verificar que los aspectos más críticos de lo que ha construido estén funcionando.
Sarah vio la relevancia de esto tan pronto como entró en BobCo. En el primer mes, tratando de conocer al equipo, se dio cuenta de que pasaban mucho tiempo trabajando en errores y resolviéndolos. No solo eso, sino que ignoraron problemas que algunas personas reconocen como errores críticos. El equipo no priorizaba lo más importante, sino que decidía todo lo que venía primero.
Recuerde, trabajar en errores cuando las partes críticas del programa no funcionan es una pérdida de tiempo.
Mientras hablaba con los ingenieros de su equipo, se dio cuenta de que mientras realizaban algunas pruebas, estaban dispersos. No tenían forma de saber si el software funcionaba o no. Tuvieron que pasar una prueba de humo.
¿Quién es responsable de las pruebas de humo?
Entonces, ¿quién hace las pruebas de humo?
los ingeniería el equipo es responsable de realizar pruebas de humo. Dependiendo del tamaño del equipo, esta responsabilidad puede recaer en los desarrolladores de software o en equipos de prueba dedicados. Sin embargo, en última instancia, el gerente técnico o el líder del equipo es responsable de entregar el software que funcione.
La prueba de humo es el tipo de prueba más fácil que debe hacer. Esto es importante porque los errores críticos deben ser visibles para el equipo en todas las versiones. Asegúrese de probar al menos todas las versiones para asegurarse de que lo que crea o agrega no lo estropee todo.
Sarah se asegura de que el equipo esté preparado haciendo un después de la muerte en el último resultado. Se dio cuenta de que es mucho más fácil ayudar a los equipos a comprender por qué las pruebas son importantes al guiarlos hacia el resultado en lugar de simplemente decirles.
Ella pregunta: «¿Qué cree que está causando la alta tasa de error de esta función?»
El ingeniero, John, dice: «Realmente no probamos, pero no queríamos perder el tiempo».
Sarah mira cálidamente a John y responde: “Gracias, John. ¿Cuánto tiempo tomó preparar esta producción?»
John responde: «Nos tomó dos días más después del lanzamiento hacer que funcionara, pero no pensamos que fuera crítico probarlo porque era una pequeña adición».
Sarah responde: «A veces, el guijarro más pequeño puede derribar un edificio si ese guijarro está en el lugar equivocado de los cimientos».
¿Qué pasa cuando no fumas?
La implementación de una política de pruebas de humo es esencial. La gerencia de ingeniería debe tener un sistema para garantizar que los ingenieros seleccionen los errores más importantes para manejarlos primero y lo antes posible, es decir, antes del lanzamiento.
Si no tiene un buen protocolo de prueba de humo, notará su ausencia en sus índices de error.
La reparación de errores graves puede tener costos inmediatos enormes, como el tiempo que lleva resolver el problema. También tiene costos que son más difíciles de imaginar, como perder la confianza de los clientes en su software. Recuerde, una vez que cierra la sesión, está comunicando el mismo problema con el que está luchando a sus usuarios. ¿Puedes recordar la última vez que tuviste algo roto? Se ve bastante asqueroso, ¿no? Y no son sólo los clientes. El equipo también necesita resolver esta disparidad. ¿Cuánto confiarán otros empleados en las personas que los obligan a hacer más trabajo?
Sarah instituyó una política para su equipo de ingeniería de que tenían que sentarse con el equipo de soporte hasta que ocurriera una crisis. Sabía que tenía que hacerlo realidad para el equipo, lo que significaba ayudarlos a comprender que el tiempo «ahorrado» ni siquiera se acercaba a la cantidad de trabajo que se necesitaba para mantener en funcionamiento un producto averiado.
Las pruebas de humo ayudan a los equipos a comprender si el producto funciona antes de perder el tiempo.
El humo ayuda a evitar una explosión
Como tecnólogos, a menudo es mejor recordar la cita de Alexander Pope al crear software: «Errar es humano, perdonar es divino».
Las pruebas de humo son una forma de recordar que a medida que construimos lo que la gente necesita.