testing - test - tipos de pruebas de software
¿Cuál es la diferencia entre la prueba de humo y la prueba de cordura? (11)
¿Cuál es la diferencia entre la prueba de humo y la prueba de cordura? ¿Cuándo realizarán pruebas de humo y cuándo realizarán pruebas de cordura?
Pruebas de cordura
La prueba de cordura es el subconjunto de la prueba de regresión y se realiza cuando no tenemos suficiente tiempo para realizar la prueba.
La prueba de cordura es la prueba de nivel de superficie donde el ingeniero de control de calidad verifica que todos los menús, funciones, comandos disponibles en el producto y el proyecto funcionan bien.
Ejemplo
Por ejemplo, en un proyecto hay 5 módulos: Página de inicio de sesión , Página de inicio , Página de detalles del usuario, Creación de nuevo usuario y Creación de tareas .
Supongamos que tenemos un error en la página de inicio de sesión: el campo de nombre de usuario de la página de inicio de sesión acepta nombres de usuario con menos de 6 caracteres alfanuméricos, y esto va contra los requisitos, ya que en los requisitos se especifica que el nombre de usuario debe tener al menos 6 caracteres alfanuméricos.
Ahora el equipo de pruebas notifica el error al equipo de desarrolladores para solucionarlo. Después de que el equipo de desarrollo corrige el error y pasa la aplicación al equipo de prueba, el equipo de prueba también verifica los otros módulos de la aplicación para verificar que la solución del error no afecta la funcionalidad de los otros módulos. Pero tenga en cuenta un punto siempre: el equipo de pruebas solo verifica la funcionalidad extrema de los módulos, no profundiza en probar los detalles debido al poco tiempo.
La prueba de cordura se realiza después de que la construcción haya superado las pruebas de humo y haya sido aceptada por el equipo de control de calidad para realizar más pruebas. La prueba de cordura comprueba la funcionalidad principal con detalles más finos.
La prueba de cordura se realiza cuando el equipo de desarrollo necesita conocer rápidamente el estado del producto después de haber realizado cambios en el código, o si se ha modificado un código controlado en una función para solucionar cualquier problema crítico, y el marco de tiempo de lanzamiento estricto no lo hace. Permitir pruebas de regresión completas.
Pruebas de humo
La prueba de humo se realiza después de una compilación de software para determinar que las funciones críticas del programa funcionan bien. Se ejecuta "antes" que cualquier prueba funcional o de regresión detallada se ejecute en la compilación del software.
El propósito es rechazar una aplicación mal dañada, para que el equipo de control de calidad no pierda tiempo instalando y probando la aplicación de software.
En las pruebas de humo, los casos de prueba elegidos cubren las funcionalidades o componentes más importantes del sistema. El objetivo no es realizar pruebas exhaustivas, sino verificar que las funciones críticas del sistema funcionan bien. Por ejemplo, las pruebas típicas de humo serían:
- Verifique que la aplicación se inicie correctamente.
- Compruebe que la interfaz gráfica de usuario es sensible
Pruebas de humo
Las pruebas de humo provinieron del entorno de hardware donde se deben realizar pruebas para verificar si el desarrollo de una nueva pieza de hardware no causa incendios ni humo por primera vez.
En el entorno de software, se realizan pruebas de humo para verificar si podemos considerar la posibilidad de probar la funcionalidad que se acaba de construir.
Pruebas de cordura
Un subconjunto de casos de prueba de regresión se ejecuta después de recibir una funcionalidad o código con pequeños o pequeños cambios en la funcionalidad o el código, para verificar si se resolvieron los problemas o errores de software y los cambios nuevos no introducen ningún otro error de software.
Diferencia entre pruebas de humo y pruebas de cordura.
Pruebas de humo
Las pruebas de humo se utilizan para probar todas las áreas de la aplicación sin profundizar demasiado.
Una prueba de humo siempre usa una prueba automatizada o un conjunto escrito de pruebas. Siempre está escrito.
Las pruebas de humo están diseñadas para incluir cada parte de la aplicación de manera no exhaustiva ni detallada.
Las pruebas de humo siempre aseguran si las funciones más importantes de un programa funcionan, pero no molestan con detalles más finos.
Pruebas de cordura
La prueba de cordura es una prueba estrecha que se centra en una o varias áreas de la funcionalidad, pero no a fondo o en profundidad.
Una prueba de cordura es generalmente sin guión.
La prueba de cordura se utiliza para garantizar que, después de un pequeño cambio, una pequeña parte de la aplicación aún funcione.
La prueba de cordura es una prueba superficial, que se realiza para demostrar que la aplicación está funcionando de acuerdo con las especificaciones. Este nivel de prueba es un subconjunto de prueba de regresión.
Espero que estos puntos te ayuden a comprender la diferencia entre las pruebas de humo y las pruebas de cordura.
Referencias
Pruebas de humo y cordura.
En general, las pruebas de humo y cordura parecen ser muy similares a muchos de los evaluadores que acaban de comenzar, porque en ambos hablamos de construcción , hablamos de funcionalidad y hablamos sobre el rechazo de construcciones , si la salud de la construcción no es buena para las pruebas factibles.
Después de pasar por varios proyectos, desde empresas de nueva creación hasta empresas de productos básicos, descubrí la diferencia básica entre las pruebas de humo y de cordura.
Estoy escribiendo la diferencia entre pruebas de humo y pruebas de cordura aquí para ayudarlo a responder por lo menos a una pregunta que normalmente todos los evaluadores hacen en una entrevista.
Pruebas de humo
Se realizan pruebas de humo para probar la salud de las construcciones .
También se conoce como la prueba superficial y amplia, ya que normalmente incluimos aquellos casos de prueba que pueden cubrir toda la funcionalidad del producto.
Podemos decir que es el primer paso de la prueba y, después de esto, normalmente hacemos otro tipo de prueba funcional y del sistema, incluida la prueba de regresión.
Normalmente lo realiza un desarrollador con la ayuda de ciertos scripts o ciertas herramientas, pero en algunos casos también puede ser realizado por un probador.
Es válido para la etapa inicial de una confirmación de construcción. Por ejemplo, supongamos que hemos comenzado el desarrollo de un determinado producto, y estamos produciendo una compilación por primera vez, luego la prueba de humo se convierte en una necesidad para el producto.
Pruebas de cordura
Es sub regresión
La cordura se hace para aquellas construcciones que han pasado por muchas pruebas de regresión y ha ocurrido un cambio menor en el código. En este caso, normalmente realizamos pruebas intensivas de funcionalidades en las que este cambio ha ocurrido o puede haber influido.
- Debido a esto, también se conoce como prueba "estrecha" y "profunda"
Es realizado por un probador
Se hace para compilaciones maduras, como aquellas que solo van a afectar la producción y han pasado por múltiples procesos de regresión.
Se puede eliminar del proceso de prueba, si ya se está realizando la regresión.
Si alguna compilación no pasa las pruebas de validez, se envía al desarrollador para que corrija la compilación.
Pruebas de humo
Supongamos que una nueva versión de una aplicación está lista desde la fase de desarrollo.
Verificamos si somos capaces de abrir la aplicación sin un fallo. Nos conectamos a la aplicación. Verificamos si el usuario está redirigido a la URL adecuada y si el entorno es estable. Si el objetivo principal de la aplicación es proporcionar una funcionalidad de "compra" al usuario, verifique si la ID del usuario se redirige a la página de compra.
Después de las pruebas de humo , confirmamos que la construcción está en una forma comprobable y está lista para pasar las pruebas de cordura.
Pruebas de cordura
En esta fase, comprobamos las funcionalidades básicas, como
- iniciar sesión con credenciales válidas,
- iniciar sesión con credenciales inválidas,
- la información del usuario se muestra correctamente después de iniciar sesión,
- hacer una orden de compra con la identificación de un determinado usuario,
- La página de agradecimiento se muestra después de la compra.
Intenta entender a los dos con este ejemplo.
Supongamos que si usted está comprando un automóvil de la sala de exposición.
Lo primero que verificará que contiene el automóvil es, por ejemplo, si se trata de cuatro llantas, una luz delantera, un faro o todas las demás cosas básicas. Esto se llama prueba de humo .
Si está comprobando cuánto kilometraje está dando el automóvil o cuál es la velocidad máxima, esto se conoce como prueba de cordura .
Pruebas de humo: -
La prueba de humo está programada, es decir, tiene casos de prueba manuales o secuencias automatizadas para ello.
Pruebas de cordura: -
Las pruebas de cordura son en su mayoría no programadas.
¿Qué es la prueba de humo?
Las pruebas de humo se realizan después de la compilación del software para comprobar que las funciones críticas del programa funcionan bien. Se ejecuta "antes" de cualquier prueba funcional o de regresión detallada que se ejecute en la compilación del software. El propósito es rechazar una aplicación mal dañada, para que el equipo de control de calidad no pierda tiempo instalando y probando la aplicación de software.
En las pruebas de humo, los casos de prueba elegidos cubren la funcionalidad o componente más importante del sistema. El objetivo no es realizar pruebas exhaustivas, sino verificar que las funciones críticas del sistema estén funcionando bien. Por ejemplo, las pruebas típicas de humo serían
Verifique que la aplicación se inicie con éxito,
Compruebe que la interfaz gráfica de usuario es sensible
¿Qué es la prueba de cordura?
Después de recibir una compilación de software, con pequeños cambios en el código o las funcionalidades, se realizan pruebas de seguridad para verificar que se hayan solucionado los errores y no se hayan introducido más problemas debido a estos cambios. El objetivo es determinar que la funcionalidad propuesta funcione aproximadamente como se esperaba. Si la prueba de validez falla, la compilación se rechaza para ahorrar tiempo y costos en una prueba más rigurosa.
El objetivo es "no" verificar completamente la nueva funcionalidad, pero determinar que el desarrollador haya aplicado cierta racionalidad (cordura) al producir el software. Por ejemplo, si su calculadora científica da el resultado de 2 + 2 = 5 , entonces no tiene sentido probar las funcionalidades avanzadas como sin 30 + cos 50 .
La prueba de humo consiste en verificar si los requisitos están satisfechos o no. Las pruebas de humo son un chequeo general de salud .
La prueba de cordura consiste en verificar si un módulo en particular está funcionando completamente o no. Las pruebas de cordura están especializadas en chequeos de salud particulares .
Las pruebas de humo son pruebas cuyo objetivo es verificar si todo se construyó correctamente. Me refiero aquí a la integración, a las conexiones. Por lo tanto, comprueba desde el punto de vista técnico si puede realizar pruebas más amplias. Debe ejecutar algunos casos de prueba y verificar si los resultados son positivos.
Las pruebas de cordura en general tienen el mismo objetivo: verificar si podemos realizar más pruebas. Pero en la prueba de cordura, se enfoca en el valor comercial, por lo que ejecuta algunos casos de prueba pero verifica la lógica.
En general, la gente dice pruebas de humo para los dos anteriores porque se ejecutan al mismo tiempo (cordura después de las pruebas de humo) y su objetivo es similar.
Pruebas de humo
La prueba de humo es un enfoque amplio en el que todas las áreas de la aplicación de software se prueban sin profundizar demasiado
Los casos de prueba para pruebas de humo del software pueden ser manuales o automatizados
Se realizan pruebas de humo para asegurar si las funciones principales de la aplicación de software funcionan o no. Durante las pruebas de humo del software, no entramos en detalles más finos.
La prueba de humo de la aplicación de software se realiza para verificar si se puede aceptar la compilación a través de pruebas de software
Esta prueba es realizada por los desarrolladores o probadores.
Las pruebas de humo ejercitan todo el sistema de punta a punta.
Las pruebas de humo son como un chequeo general de salud
Las pruebas de humo generalmente están documentadas o programadas
Prueba de santidad
La prueba de software de Sanity es una prueba de regresión estrecha con un enfoque en una o en un pequeño conjunto de áreas de funcionalidad de la aplicación de software.
La prueba de cordura es generalmente sin scripts de prueba o casos de prueba.
La prueba de cordura es un tipo de prueba de software superficial. Se realiza cada vez que una ronda rápida de pruebas de software puede demostrar que la aplicación de software está funcionando de acuerdo con los requisitos empresariales / funcionales.
La prueba de cordura del software es garantizar si se cumplen o no los requisitos.
Las pruebas de cordura se realizan generalmente por los probadores
La prueba de cordura solo ejerce el componente particular de todo el sistema.
Sanity Testing es como un chequeo de salud especializado.
Las pruebas de cordura generalmente no están documentadas y no tienen guión.
Para más información visite Link
Pruebas de humo
- Se realizan pruebas de humo para determinar que las funciones críticas del programa funcionan bien
- El objetivo de esta prueba es verificar la "estabilidad" del sistema para proceder con pruebas más rigurosas
- Esta prueba es realizada por los desarrolladores o probadores.
- Las pruebas de humo generalmente están documentadas o programadas
- Las pruebas de humo son un subconjunto de las pruebas de regresión
- Las pruebas de humo ejercitan todo el sistema de punta a punta.
- Las pruebas de humo son como un chequeo general de salud
Pruebas de cordura
- La prueba de cordura se realiza para comprobar que la nueva funcionalidad / errores se han solucionado
- El objetivo de las pruebas es verificar la "racionalidad" del sistema para proceder con pruebas más rigurosas
- Las pruebas de cordura se realizan generalmente por los probadores
- Las pruebas de cordura generalmente no están documentadas y no tienen guión.
- Las pruebas de cordura son un subconjunto de las pruebas de aceptación.
- La prueba de cordura solo ejerce el componente particular de todo el sistema.
- Sanity Testing es como un chequeo de salud especializado.