tdd - ejemplo - ¿Qué significa la prueba de regresión?
tdd ejemplo (16)
Prueba de regresión: es un tipo de prueba de SW donde intentamos cubrir o revisar el error Solución de error original.
La funcionalidad en torno a la corrección de errores no debe modificarse ni modificarse debido a la corrección provista. Los problemas encontrados en dicho proceso se denominan problemas de regresión.
¿Alguien podría explicar la palabra prueba de regresión de una manera comprensible?
- Hacer prueba de unidad
- Hacer prueba de integración
- Después de pasar (1) y (2), haga la prueba de regresión
En términos simples, prueba de regresión es repetir los pasos (1) y (2) nuevamente.
A pesar de la vieja broma, "Congreso" no es lo opuesto a "progreso"; "regresión" es. Para que el código regrese es para que se "mueva hacia atrás", lo que generalmente significa que algún mal comportamiento que alguna vez tuvo, y que usted reparó, ha regresado. Una "regresión" es el retorno de un error (aunque puede haber otras interpretaciones). Una prueba de regresión, por lo tanto, es una prueba que valida que haya corregido el error y que ejecute periódicamente para asegurarse de que su solución aún esté en su lugar, aún funcionando.
De una manera sencilla, la prueba de regresión es una prueba para asegurarse de que la funcionalidad de un sistema todavía funciona después de que se haya introducido un nuevo cambio de código. Realmente no tiene que ser una prueba exhaustiva de toda la funcionalidad (como las pruebas funcionales), solo las áreas que se consideran afectadas por los cambios de código introducidos.
Durante una prueba de regresión, los probadores ejecutan las funciones de prueba de la aplicación que se sabe que funcionan en la compilación anterior.
Buscan específicamente partes de la aplicación que pueden no haber sido modificadas directamente, pero dependen de (y podrían tener errores residuales) del código que se modificó.
Esos errores (los causados por errores en el código dependiente aunque trabajaban antes) se conocen como regresiones (porque la función estaba funcionando correctamente y ahora tiene un error ... y, por lo tanto, está regresada).
La palabra regresión como acuñada por Francis Galton significa
Regresión: El acto de volver.
Es decir, el fenómeno / técnica en las pruebas de software para verificar cualquier cambio / corrección de errores no ha afectado la funcionalidad existente del sistema . Por lo tanto, la intención de las pruebas de regresión es garantizar que un cambio, como una corrección de errores, no resulte en la detección de otra falla en la aplicación.
Se requiere una prueba de regresión cuando
- Hay un cambio en los requisitos y el código se modifica de acuerdo con el requisito
- Se agrega una nueva característica al software.
- los defectos son arreglados
- un problema de rendimiento es fijo
Las pruebas de regresión se pueden realizar tanto de forma manual como automatizada.
Estas son algunas herramientas para el enfoque de automatización:
- QTP
- AdventNet QEngine
- Probador de regresión
- prueba
- Watir
- Selenio
- actiWate
- Probador funcional racional
- Prueba de seda
La prueba de regresión es cualquier tipo de prueba de software que busca descubrir errores de software al volver a probar parcialmente un programa modificado.
La prueba de regresión es una parte de la actividad de prueba, que puede comenzar después
Se ha realizado una modificación para verificar la confiabilidad de cada software lanzado.
No es más que un análisis de impacto para ver si está afectando de manera crítica.
Área del software.
La prueba de regresión es una prueba que nos permite encontrar errores introducidos al probar algunas áreas del software que estamos probando. Error introducido significa un error causado por los nuevos cambios realizados por el desarrollador.
La clave en la prueba de regresión es cómo podemos hacer la prueba de manera efectiva al decidir sabiamente algunas áreas que podrían verse afectadas por los cambios, ya que no podemos probar todas las funcionalidades debido a la restricción de tiempo (la mayoría de las veces). "Efectivo" aquí significa que podemos encontrar errores en un período de tiempo relativamente corto.
La prueba de regresión es una prueba que se realiza para asegurarse de que la funcionalidad que funcionaba anteriormente todavía funciona, después de los cambios en otras partes del sistema. El artículo de Wikipedia es bastante bueno para explicar lo que es.
Sus pruebas unitarias son automáticamente pruebas de regresión, y esa es una de sus mayores ventajas. Una vez que se escriban esas pruebas, se ejecutarán en el futuro, siempre que agregue una nueva funcionalidad o cambie la funcionalidad existente. No es necesario escribir explícitamente las pruebas de regresión.
La prueba de regresión significa probar su software / sitio web repetidamente. El motivo principal es asegurarse de que no se introduzcan nuevos errores.
Normalmente, las pruebas de regresión serán automatizadas, para reducir el costo de volver a ejecutar la prueba. Cuantos más casos de prueba de alto valor pueda construir, mejor. Este es un ejemplo de una plataforma de prueba de regresión Play and Record
Las pruebas de regresión básicamente se realizan después de completar la reevaluación. El propósito principal de las pruebas de regresión es verificar el impacto de la modificación. Si todavía nuestra aplicación está actuando estable.
Es necesario realizar una prueba de regresión porque a veces ocurrió después de volver a realizar la prueba o al corregir el error, el desarrollador corrigió el error y perdió algo en otro código o en un código dependiente
Me gusta esta definición de prueba de regresión :
[pruebas de regresión] le informa si un código previamente escrito y probado se rompió después de haber agregado una actualización o una corrección
[...] te ayuda a notar si, sin saberlo, has introducido errores en tu software al agregar un nuevo código. Los nuevos errores de este tipo se llaman regresiones.
Básicamente, una regresión está regresando a un estado donde su aplicación tiene errores .
Prueba de regresión: - SI HAY ALGUNOS Cambios, delacciones, modificaciones, cambios o agregados en mi aplicación. En ese caso, debo saber que mi aplicación funciona como funcionaba antes.
http://en.wikipedia.org/wiki/Regression_testing
Básicamente, pruebe el código que ha actualizado para asegurarse de que no ha introducido nuevos errores y que la funcionalidad aún funciona como antes.
Definición : - La prueba de regresión se define como un tipo de prueba de software para confirmar que un cambio reciente de programa o código no ha afectado de manera dañina las características existentes.
La prueba de regresión se vuelve a probar para asegurarse de que cualquier modificación realizada en un programa no afectará a la otra funcionalidad.
Las pruebas de regresión no son más que una selección completa o parcial de casos de prueba ya ejecutados que se vuelven a ejecutar para garantizar que las funcionalidades existentes funcionen bien.
Podemos realizar Pruebas de Regresión en todos los niveles de prueba, como Pruebas Unitarias, Pruebas de Integración y Nivel de Pruebas del Sistema.
Necesidad de Pruebas de Regresión
Código común cambiado correctamente o no.
Control de versión correcto o incorrecto.
Corrección de errores perfectamente.
Corrección de errores por completo.
Corrección del problema de rendimiento.
6.El cambio en los requisitos y el código se modifica de acuerdo con el requisito.
- La nueva característica se agrega perfectamente al software.
Para más información visite LINK