stringtranslate.com

Prueba de humo (software)

En programación informática y pruebas de software , las pruebas de humo (también pruebas de confianza , pruebas de cordura , [1] prueba de verificación de compilación ( BVT ) [2] [3] [4] y prueba de aceptación de compilación ) son pruebas preliminares o pruebas de cordura 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, que 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 previa [5] o prueba de admisión . [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 puede probar antes de que se lance a las manos del equipo de prueba. [6] En el paradigma DevOps , el uso de un paso de prueba de verificación de compilación es un sello distintivo de la etapa de madurez de la integración continua . [7]

Por ejemplo, una prueba de humo puede abordar cuestiones básicas como "¿se ejecuta el programa?", "¿se abre la interfaz de usuario?" o "¿se produce algún efecto al hacer clic en el botón principal?". El proceso de prueba de humo tiene como objetivo determinar si la aplicación está tan dañada que no es necesario realizar más pruebas de inmediato. Como dice el libro Lessons Learned in Software Testing [8] , "las pruebas de humo cubren en general 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 el beneficio de una respuesta más rápida, en lugar de ejecutar conjuntos de pruebas más extensos , que naturalmente tomarían más tiempo.

La reintegración frecuente con pruebas de humo se encuentra entre las mejores prácticas de la industria . [9] [ necesita cita para verificar ] Idealmente, cada confirmación a un repositorio de código fuente debería desencadenar una compilación de integración continua, para identificar regresiones lo antes posible. Si las compilaciones tardan demasiado, puede agrupar varias confirmaciones en una sola compilación, o los sistemas muy grandes pueden reconstruirse una vez al día. En general, reconstruya y vuelva a probar con la mayor frecuencia posible.

Los evaluadores también realizan pruebas de humo antes de aceptar una compilación para realizar 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". [10]

Se pueden realizar pruebas de humo de forma manual o mediante una herramienta automatizada . En el caso de las herramientas automatizadas, el proceso que genera la compilación suele iniciar la prueba. [ 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 individuales, subrutinas o métodos de objetos. Las pruebas funcionales pueden comprender una serie de entradas de programa programadas, posiblemente incluso con un mecanismo automatizado para controlar los movimientos del mouse. 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 ]

Etimología

En Lessons Learned in Software Testing , Cem Kaner, James Bach y Brett Pettichord proporcionaron el origen del término: "La frase prueba de humo proviene de las pruebas de hardware electrónico . Conectas una placa nueva y enciendes la energía. Si ves que sale humo de la placa, apagas la energía. No tienes que hacer más pruebas". [3]

Véase también

Referencias

  1. ^ abc Glosario ISTQB® para el esquema de calificación de pruebas de software del International Software Testing Qualification Board®, Glosario ISTQB International Software Testing Qualification Board.
  2. ^ de 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 .
  3. ^ abc Kaner, Cem; Bach, James; Pettichord, Bret (2002). Lecciones aprendidas en pruebas de software . Wiley Computer Publishing . pág. 95. ISBN 0-471-08112-4.
  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 .
  5. ^ 2013-03-20 ISTQB Terminología para pruebas de programas, versión 2.2 Grupo de trabajo sobre glosario, International Software Testing Qualifications Board, Erik van Veenendaal (inglés), Ernst von Düring (noruego) "prueba de admisión: una instancia especial de una prueba de humo para decidir si el componente o sistema está listo para pruebas detalladas y adicionales. Una prueba de admisión se lleva a cabo típicamente al comienzo de la fase de ejecución de la prueba. Véase también prueba de humo".
  6. ^ Samuel Menaker; Sheetal Guttigoli (14 de diciembre de 2014). Gestión del desarrollo de software. Samuel Menaker, Sheetal Guttigoli. pag. 40. LLAVE GG: JH61NP21TXJ.
  7. ^ PowerShell Magazine, DevOps, Infraestructura como código y PowerShell DSC: Introducción, por Ravikanth C, 5 de enero de 2016
  8. ^ Cem Kaner, James Bach, Bret Pettichord, Lecciones aprendidas en pruebas de software: un enfoque basado en el contexto . Wiley, 2001
  9. ^ McConnell, Steve. "Desarrollo rápido". Microsoft Press, pág. 405
  10. ^ "Directrices para las pruebas de humo". Biblioteca MSDN para Visual Studio 2005. 26 de junio de 2007. Consultado el 20 de noviembre de 2010 .

Enlaces externos