¿Cuál es la Diferencia entre la Repetición de Pruebas y las Pruebas de Regresión:
¿No les encantan los artículos temáticos de comparación y contraste? Sé que sí. Es una gran manera de invitar a pensamientos, comentarios y tal vez incluso, fuertes desacuerdos.
El tema de hoy es Repetir Pruebas Vs Pruebas de Regresión.
=> Haga Clic Aquí Para Ver La Serie Completa De Pruebas De Regresión.
Comencemos con la repetición de la prueba:
Repetir la prueba
Repetir la prueba significa volver a hacer la prueba. La razón no importa. Cuando repites un examen, lo haces de nuevo. Puede volver a probar la funcionalidad de la versión actual. O una corrección de errores, funcionalidad de la versión anterior, un caso de prueba que acabas de ejecutar, etc.
Si todavía está pensando – por qué -, las siguientes son algunas razones que son tan buenas como cualquier otra:
- Hiciste una prueba ayer y te topaste con un defecto. Desea confirmar los pasos y la reproducibilidad del defecto. Entonces, vuelve a hacer la prueba.
- Ha realizado una prueba. Su atención no estaba en él (tal vez sonó su teléfono, o estaba hablando con un colega, etc.).). Quieres revisar una vez más, así que vuelve a hacer la prueba.
Estoy seguro de que lo entiendes.
Repetir la prueba es cuando se repite una prueba por cualquier motivo. Es uno de esos términos que se mantienen fieles a su definición.
Prueba de regresión
El software evoluciona. Habrá nuevas versiones sobre las existentes. Hay un montón de nuevas características, extensiones, etc. Pero, con el tiempo, esto podría conducir a la inestabilidad de la aplicación.
Imagínese haciendo una torre de bloques, agregando un bloque sobre el otro. No te tomas el tiempo para reforzar o fortalecer la base. No pasará mucho tiempo antes de que la torre se estrelle, ¿no?
Al igual que, tendrá que probar la resistencia y estabilidad de la base del software.
Para hacerlo, tendríamos que volver a probar el software. Esa es la única manera.
Lectura recomendada = > ¿Qué es la prueba de regresión? Herramientas y mejores prácticas
La regresión es una forma de repetir la prueba. Lo específico de «Por qué» y «Cuándo» es lo que lo diferencia del primero.
1) ¿Cuándo volveremos a hacer la prueba? Cuando el software sufre un cambio
2) ¿Por qué volvemos a probar? Para asegurarse de que las nuevas adiciones/cambios no han hecho que la funcionalidad antes de trabajar sea inestable. La regresión es común y se recomienda cuando:
- Una nueva versión está disponible. (Retrocede todas o, al menos, la importante de las características de la versión anterior)
- Corrección de errores
Tenga en cuenta: Las pruebas de regresión exhaustivas son imposibles, aunque deseables.
Es por eso que haga análisis de regresión antes de pasar directamente a las pruebas. Este paso implica decidir cuánta regresión debería hacer para mi aplicación.
¿De qué depende el grado de regresión?
- Naturaleza del cambio
- Relación/impacto del cambio en el sistema/característica actual
- Tiempo y recursos disponibles
¿Cómo pueden los evaluadores decidir el alcance de la regresión?
1) A través de la experiencia y familiaridad con la aplicación
2) Discutiendo con los desarrolladores
3) El lugar donde se ha realizado el cambio. Por ejemplo: si está en la página de inicio, entonces necesita más atención que si estuviera en una de las páginas con menos acceso.
Dependiendo de los factores en juego, un equipo de prueba podría optar por uno de los siguientes:
- Regresión Unitaria
- Regresión parcial
- Regresión completa
La regresión unitaria significa que solo vuelve a probar el módulo/área modificado de la aplicación.
Regresión parcial significa que vuelve a probar el módulo modificado. Además, incluye a aquellos que interactúan con él.
Regresión completa es que prueba toda la aplicación independientemente de la ubicación del cambio.
Depende de la situación (tiempo & disponibilidad de recursos), la gravedad del cambio (su impacto), las aportaciones de su desarrollador, etc. Será más eficiente cuando elija el conjunto correcto de pruebas en comparación con todas las pruebas.
El análisis de regresión es el factor clave del éxito. Necesita trabajo inteligente en lugar de trabajo duro.
Conceptos erróneos sobre las Pruebas de Regresión
Hay muchos conceptos erróneos sobre las Pruebas de regresión:
#1) La regresión se realiza siempre a través de la automatización: No. La regresión también se realiza manualmente. Tenemos un artículo completo sobre esto = > ¿Cómo se realizan las pruebas de Regresión? Se puede Hacer Manualmente?
Tenga en cuenta que la regresión es un candidato perfecto para la automatización. El grado de repetición consume mucho tiempo y puede llevar al aburrimiento. Además, la validación importante podría perderse. La automatización es una alternativa fiable, rápida y eficiente.
También se lee => Desafíos de Pruebas de Regresión Automatizada
#2) La regresión nunca es completa: Es verdad. Pero no del todo.
Lo que quiero decir es que una prueba de regresión exhaustiva podría ser imposible. Sin embargo, las pruebas exhaustivas de regresión también podrían ser innecesarias.
Digamos que cambiaste un error ortográfico en la página de inicio. Esta solución es menor. También está aislado de las otras áreas de la aplicación. Por lo tanto, una simple repetición de la función bastaría. No es necesario retroceder en la funcionalidad anterior alrededor de la página de inicio.
#3) No es necesario cuando tienes una crisis de tiempo: No es cierto. Una regresión insuficiente conduce a una falta de confianza en el producto. Nunca sabrá qué esperar de su reacción a diferentes escenarios de usuario final.
#4) Está ejecutando cada caso de prueba de la versión anterior: Una vez más, elegir cada caso de prueba no es la forma correcta de hacer esto. La selección estratégica de los casos de prueba es la clave. Comprenda el cambio y elija los casos de prueba de ajuste.
OK, Eso es Repetir la Prueba y la Prueba de Regresión en detalle.
Ahora, La comparación.
Repetición de pruebas Vs Pruebas de regresión
¿Qué es lo mismo de ellas?
- Ambos se basan en la repetición
- Técnicas de validación y prueba de caja negra
- Los casos de prueba automáticos o manuales se vuelven a probar o retroceden
- «Uno debe verificar o expulsar sus dudas, y convertirlas en la certeza de Sí o NO – Thomas Carlyle». Ambos hacen esto.
¿Qué tienen de diferente?
- La repetición de la prueba es aplicable para cualquier funcionalidad de versión actual o anterior de prueba dirigida. La regresión se centra en la funcionalidad de la versión anterior.
- La repetición de la prueba no depende del cambio aplicable. La regresión está orientada al cambio.
Finalmente, para llegar a este concepto de inicio:
Digamos que tiene un caso de prueba XYZ que resultó en un defecto con el ID 120. Este defecto se solucionará en la próxima versión. Volverías a probar el caso de prueba XYZ y revertirías la funcionalidad a su alrededor. La regresión es para asegurarse de que todo esté funcionando intacto después de la corrección de 120. La nueva prueba es para determinar la solución del defecto.
Por lo tanto, no es ni lo uno ni lo otro, sino la combinación de regresión y repetición de pruebas lo que forma el dúo dinámico.
Ahora, todo depende de ti. ¿Está de acuerdo con las definiciones y el análisis que se proporcionan aquí?
Sobre el autor: Este artículo está escrito por el miembro del equipo de STH Swati S.