En programación de computadoras y pruebas de software , las pruebas de humo (también pruebas de confianza , pruebas de cordura , [1] prueba de verificación de construcción ( BVT ) [2] [3] [4] y prueba de aceptación de construcción ) son pruebas preliminares para revelar fallas simples lo suficientemente graves como para , por ejemplo, rechazar una posible versión de software. Las pruebas de humo son un subconjunto de casos de prueba que cubren la funcionalidad más importante de un componente o sistema, y se utilizan para ayudar a evaluar si las funciones principales del software parecen funcionar correctamente. [1] [2]Cuando se utiliza para determinar si un programa de computadora debe someterse a pruebas adicionales y más detalladas, una prueba de humo puede denominarse prueba de ingesta . [1] Alternativamente, es un conjunto de pruebas que se ejecutan en cada nueva compilación de un producto para verificar que la compilación se pueda probar antes de que la compilación se lance a las manos del equipo de prueba. [5] En el paradigma DevOps , el uso de un paso BVT es un sello distintivo de la etapa de madurez de integración continua . [6]
Por ejemplo, una prueba de humo puede abordar preguntas básicas como "¿se ejecuta el programa?", "¿Se abre la interfaz de usuario?" O "¿hacer algo al hacer clic en el botón principal?" El proceso de prueba de humo tiene como objetivo determinar si la aplicación está tan rota como para hacer innecesarias más pruebas inmediatas. Como dice el libro Lessons Learned in Software Testing [7] , "las pruebas de humo cubren ampliamente las características del producto en un tiempo limitado [...] si las características clave no funcionan o si los errores clave aún no se han solucionado, su equipo no perderá más tiempo instalando o probando ". [3]
Las pruebas de humo con frecuencia se ejecutan rápidamente, lo que brinda los beneficios de una retroalimentación más rápida, en lugar de ejecutar conjuntos de pruebas más extensos , lo que naturalmente tomaría mucho más tiempo.
Una prueba diaria de fabricación y humo se encuentra entre las mejores prácticas de la industria . [8] [ Necesita cotización para verificar ] Los probadores también realizan pruebas de humo antes de aceptar una compilación para más pruebas. Microsoft afirma que 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". [9]
Se pueden realizar pruebas de humo de forma manual o con una herramienta automatizada . En el caso de las herramientas automatizadas, el proceso que genera la compilación a menudo iniciará las pruebas. [ cita requerida ]
Las pruebas de humo pueden ser pruebas funcionales o pruebas unitarias . Las pruebas funcionales ejercitan el programa completo con varias entradas. Las pruebas unitarias ejercitan funciones, subrutinas o métodos de objetos individuales. Las pruebas funcionales pueden comprender una serie de entradas de programa programadas, posiblemente incluso con un mecanismo automatizado para controlar los movimientos del ratón. Las pruebas unitarias se pueden implementar como funciones separadas dentro del código mismo o como una capa de controlador que se vincula al código sin alterar el código que se está probando. [ cita requerida ]
Ver también
Referencias
- ^ a b c Glosario de ISTQB® para el esquema de calificación de pruebas de software de International Software Testing Qualification Board®, ISTQB Glossary International Software Testing Qualification Board.
- ^ a b Dustin, Rashka, Paul. "Pruebas de software automatizadas: introducción, gestión y rendimiento". Addison-Wesley 1999, pág. 43-44. ISBN 0-201-43287-0 .
- ^ a b Kaner, Cem; Bach, James; Pettichord, Bret (2002). Lecciones aprendidas en pruebas de software . Wiley Computer Publishing . pag. 95. ISBN 0-471-08112-4.
- ^ "Cómo: configurar y ejecutar pruebas de verificación de compilación (BVT)" . Biblioteca MSDN para Visual Studio 2005 . Consultado el 20 de noviembre de 2010 .
- ^ Samuel Menaker; Sheetal Guttigoli (14 de diciembre de 2014). Gestión del desarrollo de software . Samuel Menaker, Sheetal Guttigoli. pag. 40. GGKEY: JH61NP21TXJ.
- ^ Revista PowerShell , DevOps, infraestructura como código y PowerShell DSC: la introducción, por Ravikanth C, 5 de enero de 2016
- ^ Cem Kaner, James Bach, Bret Pettichord, Lecciones aprendidas en las pruebas de software: un enfoque basado en el contexto . Wiley, 2001
- ^ McConnell, Steve. "Desarrollo rápido". Microsoft Press, pág. 405
- ^ "Directrices para las pruebas de humo" . Biblioteca MSDN para Visual Studio 2005 . Consultado el 20 de noviembre de 2010 .
enlaces externos
- Definición de PC Mag