Instrucciones para pruebas de humo

Artículo
10/07/2008

Actualización: noviembre 2007

En software, el término prueba de humo describe el proceso de validar cambios de código antes de que los cambios se registren en el árbol de origen del producto. Después de las revisiones de código, las pruebas de humo son el método más rentable para identificar y corregir defectos en el software. Las pruebas de humo están diseñadas para confirmar que los cambias en el código funcionan como se espera y no desestabilizan una versión completa.

Nota:
El término "prueba de humo" se originó en la industria del hardware. El término se deriva de esta práctica: después de modificar o reparar un producto o un componente de hardware, el equipo se encendía sin más. Si no salía humo, el componente pasaba la prueba.

Las instrucciones siguientes describen los procedimientos recomendados para las pruebas de humo. Los efectos de seguir estas directrices varían considerablemente, desde una mejora de la comunicación entre miembros del equipo hasta el desarrollo de formas específicas de usar las herramientas de prueba y depuración.

Trabajar con el desarrollador

Dado que las pruebas de humo se centran en el código modificado, se debe trabajar con el desarrollador que escribió el código. Es necesario comprender:

Qué ha cambiado en el código. Para comprender el cambio, también tendrá que comprender la tecnología utilizada; el desarrollador puede ayudar a explicarlo.
Cómo afecta el cambio a la funcionalidad.
Cómo afecta el cambio a las dependencias entre diversos componentes.

Realizar una revisión del código antes de la prueba de humo

Antes de ejecutar una prueba de humo, realice una revisión del código centrada en todos los cambios en el código. Las revisiones de código son el método más efectivo y eficaz para validar la calidad del código y asegurarse contra defectos de código y errores en la ejecución. Las pruebas de humo garantizan que se valide en primer lugar el área débil o crítica principal identificada mediante revisión del código o evaluación de riesgos, puesto que si falla, la prueba no puede continuar.

Instalar binarios privados en una versión de depuración limpia

Dado que una prueba de humo se debe centrar en validar únicamente los cambios funcionales en binarios actualizados, la prueba se debe ejecutar en un entorno de prueba limpio, utilizando los binarios de depuración para los archivos que se están probando.

Nota:
La ejecución de pruebas con binarios no coincidentes es un error común en las pruebas de humo. Para evitar este error, cuando haya una dependencia entre dos o más binarios actualizados, incluya todos los binarios actualizados en la versión de prueba. De lo contrario, los resultados de la prueba podrían no ser válidos.

Crear revisiones a diario

Las revisiones diarias requieren que los miembros del equipo trabajen juntos y anima a que los desarrolladores se mantengan sincronizados. Si se retrasan las iteraciones de nuevas revisiones, el retraso puede provocar fácilmente que los productos con varias dependencias pierdan la sincronización. El hecho de seguir un proceso de creación de revisiones diarias y ejecutar pruebas de humo con todos los binarios nuevos o modificados garantiza una alta calidad.

Para obtener más información acerca de la preparación de revisiones recurrentes, vea Ejecutar generaciones en Team Foundation Build. Para obtener más información acerca de cómo comprobar las revisiones de un producto, vea Cómo: Configurar y ejecutar pruebas de comprobación de generación (BVT).

Nota:
Convierta en una prioridad la creación de revisiones diarias de calidad. Si la revisión se interrumpe debido a que un registro de código no se ha sometido a una prueba de humo, pida al desarrollador y al responsable de las pruebas que dejen lo que estén haciendo hasta que se resuelva el problema. La penalización por por interrumpir la revisión no debe ser severa, pero debe hacer énfasis en que una revisión diaria correcta es la principal prioridad del equipo.

Convierta en una prioridad la creación de revisiones diarias de calidad. Si la revisión se interrumpe debido a que un registro de código no se ha sometido a una prueba de humo, pida al desarrollador y al responsable de las pruebas que dejen lo que estén haciendo hasta que se resuelva el problema. La penalización por por interrumpir la revisión no debe ser severa, pero debe hacer énfasis en que una revisión diaria correcta es la principal prioridad del equipo.

No es necesario realizar pruebas exhaustivas. El propósito de las pruebas de humo no es garantizar que el binario está totalmente exento de errores. Esto requeriría demasiado tiempo. Las pruebas de humo sirven para validar la revisión a un alto nivel. Lo que se desea es garantizar que los cambios en un binario no desestabilizan la versión general ni causan errores desastrosos en la funcionalidad.

Pruebas Web y de carga

Cuando se generan pruebas Web y pruebas de carga, es recomendable ejecutar una prueba de humo antes de ejecutar otra prueba larga y pesada. En las pruebas Web y de carga, las pruebas de humo son breves y ligeras. La prueba de humo se utiliza para validar que todo está configurado correctamente y que funciona como se espera antes de ejecutar las pruebas de rendimiento o exceso de carga.