¿Qué es la prueba de humo?

¿Qué es la prueba de humo?

Prueba de humo es un proceso de prueba de software que determina si la compilación de software implementada es estable o no. La prueba de humo es una confirmación para que el equipo de control de calidad proceda con más pruebas de software. Consiste en un conjunto mínimo de pruebas ejecutadas en cada compilación para probar las funcionalidades del software. La prueba de humo también se conoce como "Prueba de verificación de compilación" o "Prueba de confianza".

En términos simples, las pruebas de humo significan verificar que las características importantes estén funcionando y que no haya obstáculos en la compilación que se está probando. Es una prueba de regresión pequeña y rápida de funcionalidad importante. Es una prueba sencilla que muestra que el producto está listo para ser probado. Esto ayuda a determinar si la compilación tiene fallas y hacer que cualquier prueba adicional sea una pérdida de tiempo y recursos.

Compara Pruebas de humo versus pruebas de cordura

¿Cuándo hacemos pruebas de humo?

Las pruebas de humo se realizan siempre que se desarrollan nuevas funcionalidades de software y se integran con la compilación existente que se implementa en el entorno de control de calidad/ensayo. Garantizan que todas las funcionalidades críticas funcionen correctamente o no.

Prueba de humo

En este método de prueba, el equipo de desarrollo implementa la compilación en control de calidad. Se toman un subconjunto de casos de prueba y luego los evaluadores ejecutan casos de prueba en la compilación. El equipo de control de calidad prueba la aplicación con las funcionalidades críticas. Esta serie de casos de prueba está diseñada para exponer los errores que se encuentran en la compilación. Si se pasan estas pruebas, el equipo de control de calidad continúa con Prueba de funcion.

Cualquier falla indica la necesidad de devolver el sistema al equipo de desarrollo. Siempre que hay un cambio en la construcción, realizamos pruebas de humo para garantizar la estabilidad.

Ejemplo: -Se agrega un nuevo botón de registro en la ventana de inicio de sesión y la compilación se implementa con el nuevo código. Realizamos pruebas de humo en una construcción nueva.

Las pruebas de humo califican la construcción para pruebas formales adicionales. El objetivo principal de las pruebas de humo es detectar tempranamente problemas importantes. Las pruebas de humo están diseñadas para demostrar la estabilidad del sistema y el cumplimiento de los requisitos. Una compilación incluye todos los archivos de datos, bibliotecas, módulos reutilizables y componentes de ingeniería necesarios para implementar una o más funciones del producto.

¿Qué pasa si no hacemos pruebas de humo?

Si no realizamos pruebas de humo en las primeras etapas, es posible que se detecten defectos en etapas posteriores, donde puede resultar costoso. Defecto Los problemas detectados en etapas posteriores pueden ser un impedimento que afecte la entrega de los resultados.

¿Quién hará las pruebas de humo?

Después de lanzar la compilación al entorno de control de calidad, los ingenieros/líderes de control de calidad realizan las pruebas de humo. Siempre que hay una nueva compilación, el equipo de control de calidad determina la funcionalidad principal de la aplicación para realizar pruebas de humo. El equipo de control de calidad busca obstáculos destacados en la aplicación que se está probando.

Pruebas realizadas en un entorno de desarrollo del código para garantizar la corrección de la aplicación antes de enviar la compilación al control de calidad; esto se conoce como prueba de cordura. Suele ser una prueba estrecha y profunda. Es un proceso que verifica que la aplicación en desarrollo cumple con sus requisitos funcionales básicos.

Las pruebas de cordura determinan la finalización de la fase de desarrollo y toman la decisión de aprobar o no el producto de software para la fase de pruebas adicionales.

¿Por qué hacemos pruebas de humo?

Las pruebas de humo desempeñan un papel importante en el desarrollo de software, ya que garantizan la corrección del sistema en las etapas iniciales. De esta manera, podemos ahorrar esfuerzo de prueba. Como resultado, las pruebas de humo llevan el sistema a un buen estado. Una vez que completamos las pruebas de humo, solo comenzamos las pruebas funcionales.

  • Todos los elementos que impiden el espectáculo en la construcción se identificarán mediante la realización de pruebas de humo.
  • Las pruebas de humo se realizan después de que la compilación se envía al control de calidad. Con la ayuda de las pruebas de humo, la mayoría de los defectos se identifican en las etapas iniciales de Desarrollo de software ad-hoc.
  • Con las pruebas de humo, simplificamos la detección y corrección de defectos importantes.
  • Mediante pruebas de humo, el equipo de control de calidad puede encontrar defectos en la funcionalidad de la aplicación que pueden haber surgido con el nuevo código.
  • Las pruebas de humo encuentran los defectos de mayor gravedad.

Ejemplo 1: Ventana de registro: Puede pasar a la siguiente ventana con un nombre de usuario y contraseña válidos al hacer clic en el botón Enviar.

Ejemplo 2: El usuario no puede cerrar sesión en la página web.

¿Cómo hacer una prueba de humo?

Las pruebas de humo generalmente se realizan manualmente, aunque existe la posibilidad de realizar lo mismo mediante la automatización. Puede variar de una organización a otra.

Pruebas manuales de humo

En general, las pruebas de humo se realizan manualmente. Su enfoque varía de una organización a otra. Se realizan pruebas de humo para garantizar que la navegación por rutas críticas sea la esperada y no obstaculice la funcionalidad. Una vez que la compilación se entrega al control de calidad, se deben tomar casos de prueba de funcionalidad de alta prioridad y probarlos para encontrar los defectos críticos en el sistema. Si la prueba pasa, continuamos con las pruebas funcionales. Si la prueba falla, la compilación se rechaza y se envía de vuelta al equipo de desarrollo para su corrección. El control de calidad comienza nuevamente las pruebas de humo con una nueva versión de compilación. Las pruebas de humo se realizan en construcciones nuevas y se integrarán con construcciones antiguas para mantener la corrección del sistema. Antes de realizar pruebas de humo, el equipo de control de calidad debe verificar las versiones de compilación correctas.

Pruebas de humo por automatización

Pruebas de automatización se utiliza para Pruebas de regresión. Sin embargo, también podemos utilizar un conjunto de casos de prueba automatizados para ejecutar Smoke Test. Con la ayuda de las pruebas de automatización, los desarrolladores pueden comprobar la compilación inmediatamente, siempre que haya una nueva compilación lista para su implementación.

En lugar de repetir las pruebas manualmente cada vez que se implementa la nueva compilación de software, se ejecutan casos de prueba de humo registrados contra la compilación. Verifica si las funciones principales aún funcionan correctamente. Si la prueba falla, pueden corregir la compilación y volver a implementarla inmediatamente. De esta manera, podemos ahorrar tiempo y garantizar una construcción de calidad en el entorno de control de calidad.

Utilizando una herramienta automatizada, el ingeniero de pruebas registra todos los pasos manuales que se realizan en la compilación del software.

Ciclo de prueba de humo

El diagrama de flujo que se muestra a continuación muestra cómo se ejecutan las pruebas de humo. Una vez que la compilación se implementa en QA y se aprueban las pruebas de humo, procedemos a realizar pruebas funcionales. Si la prueba de humo falla, salimos de las pruebas hasta que se solucione el problema en la compilación.

Ciclo de prueba de humo
Ciclo de prueba de humo

Ventajas de las pruebas de humo

A continuación se enumeran algunas ventajas de las pruebas de humo.

  • Pruebas fáciles de realizar
  • Los defectos se identificarán en las primeras etapas.
  • Mejora la calidad del sistema.
  • Reduce el riesgo
  • El progreso es más fácil de acceder.
  • Ahorra tiempo y esfuerzo de prueba
  • Fácil de detectar errores críticos y corrección de errores.
  • corre rapido
  • Minimiza los riesgos de integración

Ejemplo de casos de prueba de humo

T.ID ESCENARIOS DE PRUEBA DESCRIPCIÓN PASO DE PRUEBA RESULTADO ESPERADO RESULTADO ACTUAL ESTADO
1 Credenciales de inicio de sesión válidas Pruebe la funcionalidad de inicio de sesión de la aplicación web para asegurarse de que un usuario registrado pueda iniciar sesión con nombre de usuario y contraseña. 1.Inicie la aplicación
2.Navega por la página de inicio de sesión
3.Ingrese un nombre de usuario válido
4.Ingrese una contraseña válida
5.Haga clic en el botón de inicio de sesión
El inicio de sesión debería ser exitoso como se esperaba Pasó
2 Agregar funcionalidad de elemento Capaz de agregar artículo al carrito 1.Seleccione la lista de categorías
2.Agregue el artículo al carrito
El artículo debe agregarse al carrito. El artículo no se agrega al carrito No pasó
3 Funcionalidad de cierre de sesión Verifique la funcionalidad de cierre de sesión 1. seleccione el botón cerrar sesión El usuario debería poder cerrar sesión. El usuario no puede cerrar sesión No pasó

Conclusión

En Ingeniería de Software, las pruebas de humo deben realizarse en todas y cada una de las compilaciones sin falta, ya que ayudan a encontrar defectos en las primeras etapas. La actividad de prueba de humo es el paso final antes de que la compilación del software entre en la etapa del sistema. Se deben realizar pruebas de humo en cada construcción que se someta a prueba. Esto se aplica a nuevos desarrollos y versiones mayores y menores del sistema.

Antes de realizar pruebas de humo, el equipo de control de calidad debe garantizar la versión de compilación correcta de la aplicación bajo prueba. Es un proceso sencillo que requiere un tiempo mínimo para probar la estabilidad de la aplicación.

Las pruebas de humo pueden minimizar el esfuerzo de la prueba y mejorar la calidad de la aplicación. Las pruebas de humo se pueden realizar de forma manual o automática según el cliente y la organización.

Resumir este post con: