difference between retesting
¿Cuál es la diferencia entre la repetición de la prueba y la prueba de regresión?
¿No les encantan los artículos temáticos de comparación y contraste? Sé lo que hago. Es una excelente manera de invitar pensamientos, comentarios y tal vez incluso un fuerte desacuerdo.
El tema de hoy es Retesting Vs Regression Testing.
=> Haga clic aquí para ver la serie completa de pruebas de regresión.
Comencemos con la nueva prueba:
Lo que vas a aprender:
- Nueva prueba
- Test de regresión
- Conceptos erróneos sobre las pruebas de regresión
- Volver a realizar pruebas frente a pruebas de regresión
- Lectura recomendada
Nueva prueba
Volver a probar significa probar de nuevo. No importa la razón. Cuando repite una prueba, vuelve a probar. Puede volver a probar la funcionalidad de la versión actual. O una corrección de errores, la funcionalidad de una versión anterior, un caso de prueba que acaba de ejecutar, etc.
Si todavía está pensando, por qué, entonces las siguientes son algunas de las razones que son tan buenas como cualquier otra:
- Ayer hizo una prueba y se encontró con un defecto. Quiere confirmar los pasos y la reproducibilidad del defecto. Entonces, vuelve a probar.
- Hiciste una prueba. Tu atención no estaba puesta (tal vez tu teléfono sonó, o estabas hablando con un colega, etc.). Quiere comprobar una vez más, así que vuelva a realizar la prueba.
Estoy seguro de que lo entiendes.
La repetición de la prueba es cuando repite una prueba por cualquier motivo. Es uno de esos términos que se mantiene fiel a su definición.
Test de regresión
El software evoluciona. Habrá nuevas versiones sobre las existentes. Se están acumulando nuevas funciones, extensiones, etc. Pero, con el tiempo, esto podría provocar inestabilidad de la aplicación.
Imagínese haciendo una torre de bloques, agregando un bloque sobre el otro. No se toma el tiempo para reforzar o fortalecer la base. No pasará mucho tiempo antes de que la torre se estrelle, ¿no es así?
preguntas y respuestas de la entrevista soapui doc
Así, 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 volver a probar. Los detalles de 'Por qué' y 'Cuándo' es lo que lo diferencia del primero.
1) Cuando estamos volviendo a probar? Cuando el software sufre un cambio
2) Por qué estamos volviendo a probar? Para asegurar que las nuevas adiciones / cambios no hayan hecho inestable la funcionalidad anterior. La regresión es común y se recomienda cuando:
- Una nueva versión está disponible. (Regrese todas o, al menos, lo importante de las características de la versión anterior)
- Arreglo del fallo
Señalar para tener en cuenta: La prueba de regresión exhaustiva es imposible, aunque deseable.
Es por eso que 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 menos visitadas.
Dependiendo de los factores en juego, un equipo de prueba podría elegir uno de los siguientes:
- Regresión unitaria
- Regresión parcial
- Regresión completa
Regresión unitaria significa que vuelve a probar el módulo / área modificada de la aplicación SOLAMENTE.
Medias de regresión parcial vuelve a probar el módulo cambiado. Además, incluye aquellos que interactúan con él.
Regresión completa es probar toda la aplicación independientemente de la ubicación del cambio.
Depende de la situación (tiempo y disponibilidad de recursos), la seriedad del cambio (su impacto), las aportaciones de su desarrollador, etc. Será más eficiente cuando elija el conjunto correcto de pruebas frente a todas las pruebas.
cómo usar archivos torrent después de la descarga
El análisis de regresión es el factor clave de éxito. Necesita un trabajo inteligente en lugar de un trabajo duro.
Conceptos erróneos sobre las pruebas de regresión
Existen muchos conceptos erróneos sobre las pruebas de regresión:
# 1) La regresión siempre se realiza mediante 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 lleva mucho tiempo y podría provocar aburrimiento. Además, podría perderse una validación importante. La automatización es una alternativa confiable, rápida y eficiente.
Leer también => Desafíos de las pruebas de regresión automatizadas
# 2) La regresión nunca se completa : Cierto. Pero no del todo.
Lo que quiero decir es que una prueba de regresión exhaustiva podría ser imposible. Pero las pruebas de regresión exhaustivas también pueden ser innecesarias.
Supongamos que cambió un error ortográfico en la página de inicio. Esta corrección es menor. También está aislado de las otras áreas de la aplicación. Por lo tanto, bastaría con volver a probar la función. No es necesario retroceder la funcionalidad anterior en la página de inicio.
# 3) Es innecesario cuando tienes una crisis de tiempo : No es verdad. 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 usuarios finales.
# 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 hacerlo. La selección estratégica de los casos de prueba es la clave. Comprenda el cambio y elija los casos de prueba adecuados.
Bien, eso es la prueba de regresión y repetición en detalle.
Ahora, la comparación.
Volver a realizar pruebas frente a pruebas de regresión
¿Qué es lo mismo de ellos?
- Ambos se basan en la repetición
- Validación y Técnicas de prueba de caja negra
- Los casos de prueba de Automatización o Manual se vuelven a probar o retroceden
- “Hay que 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 prueba: la funcionalidad de la versión actual o anterior está 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 en casa:
Supongamos 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ía a probar el caso de prueba XYZ y haría una regresión de la funcionalidad a su alrededor. La regresión es para asegurarse de que todo funcione intacto después de la corrección de 120. La nueva prueba es para determinar la corrección del defecto.
Entonces, no es ni lo uno ni lo otro, pero la combinación de regresión y reevaluación que forma el dúo dinámico .
Ahora te toca a ti. ¿Está de acuerdo con las definiciones y análisis proporcionados aquí?
Sobre el Autor: Este artículo fue escrito por Swati S., miembro del equipo de STH.
servicios web entrevista preguntas y respuestas para experimentados
¿Cuáles son sus pensamientos, comentarios y preguntas sobre esto? Por favor, comparta y nos encantaría conectarnos con todos ustedes.
=> Visite aquí para ver la serie completa de pruebas de regresión.
Lectura recomendada
- Diferencia entre pruebas de escritorio, cliente-servidor y pruebas web
- Mejores herramientas de prueba de software 2021 [Herramientas de automatización de pruebas de control de calidad]
- Trabajo de asistente de control de calidad de pruebas de software
- 101 diferencias entre los conceptos básicos de las pruebas de software
- Curso de pruebas de software: ¿A qué instituto de pruebas de software debo unirme?
- Elegir las pruebas de software como carrera
- Trabajo autónomo de redactor de contenido técnico de pruebas de software
- Pruebas de regresión automatizadas: desafíos, procesos y pasos