Pruebas de Regresin Es cualquier tipo de pruebas de software que intentan descubrir las causas de nu evos errores (bugs), carencias de funcionalidad, o divergencias funcionales con respecto al comportamiento esperado del software, inducidos por cambios reciente mente realizados en partes de la aplicacin que anteriormente al citado cambio no eran propensas a este tipo de error. Esto implica que el error tratado se reproduce como consecuencia inesperada del citado cambio en el programa. Este tipo de cambio puede ser debido a prcticas no adecuadas de control de versio nes, falta de consideracin acerca del mbito o contexto de produccin final y extensi bilidad del error que fue corregido (fragilidad de la correccin), o simplemente u na consecuencia del rediseo de la aplicacin. Por lo tanto, en la mayora de las situaciones del desarrollo de software se consi dera una buena prctica que cuando se localiza y corrige un bug, se grabe una prue ba que exponga el bug y se vuelvan a probar regularmente despus de los cambios su bsiguientes que experimente el programa. Herramientas de Software Permiten detectar este tipo de errores de manera parcial o totalmente automatiza da, la prctica habitual en programacin extrema es que este tipo de pruebas se ejec uten en cada uno de los pasos del ciclo de vida del desarrollo del software. Herramienta de Software: Zeta Test Ambiente de administracin de pruebas integrado que le permite ejecutar pruebas de caja-negra, caja-blanca, pruebas de regresin o pruebas de administracin de cambio de programas de aplicacin. Zeta Test le ayuda a planificar, ejecutar, registrar, verificar y documentar las pruebas, para luego evaluar los resultados de las pruebas. Objetivo El objetivo de las pruebas de regresin es eliminar el efecto onda, es decir, comp robar que los cambios sobre un componente de un sistema de informacin, no introdu cen un comportamiento no deseado o errores adicionales en otros componentes no m odificados. Cundo deben realizarse las Pruebas de Regresin? No es suficiente probar slo los componentes modificados o aadidos, o las funciones que en ellos se realizan, sino que tambin es necesario controlar que las modific aciones no produzcan efectos negativos sobre el mismo u otros componentes. Las pruebas de regresin pueden incluir:

La repeticin de los casos de pruebas que se han realizado anteriormente y estn di ectamente relacionados con la parte del sistema modificada. La revisin de los procedimientos manuales preparados antes del cambio, para asegu rar que permanecen correctamente. La obtencin impresa del diccionario de datos de forma que se compruebe que los el ementos de datos que han sufrido algn cambio son correctos. Tipos de regresin Clasificacin de mbito:

Local: Los cambios introducen nuevos errores. Desenmascarada: Los cambios revelan errores previos.

Remota: Los cambios vinculan alguna otra parte del programa (mdulo) e introducen errores en ella. Clasificacin temporal Nueva caracterstica: Los cambios realizados con respecto a nuevas funcionalidades en la versin introducen errores en otras novedades en la misma versin del softwar e. Caracterstica preexistente: Los cambios realizados con respecto a nuevas funciona lidades introducen errores en previas versiones. Cmo mitigar los riesgos?

Repeticin completa y habitual de la batera de pruebas, manual o mediante automati acin. Repeticin parcial basada en trazabilidad y anlisis de riesgos.

Pruebas de cliente o usuario: Beta: Distribucin a clientes potenciales y actuales de versiones beta. Pilot : Distribucin a un subconjunto bien definido y localizado. Paralela: Simultaneando uso de ambos sistemas. Probar nuevas funciones a menudo cubre las funciones existentes. Cuantas ms nueva s caractersticas haya en un release, habr mayor nivel de pruebas de regresin "accid ental". Usos Las Pruebas de Regresin pueden usarse no solo para probar la correccin de un progr ama, sino a menudo usarse para rastrear la calidad de su salida.

Ejemplo Por ejemplo en el diseo de un compilador, las pruebas de regresin deben rastrear e l tamao del cdigo, tiempo de simulacin, y el tiempo de compilacin de las suites de p rueba. Cuando quiera que aparece un nuevo build, el proceso de regresin aparece. Citas "Tambin como consecuencia de la introduccin de nuevos bugs, el mantenimiento del p rograma necesita ms pruebas del sistema por sentencia escrita que cualquier otra programacin. En teora, despus de cada correccin uno debe ejecutar el batch completo de casos de prueba antes de ejecutar contra el sistema, para asegurarse de que n o ha sido daado de forma oscura. En la prctica, tales pruebas de regresin deben apr oximarse a esta idea terica, y es muy costoso." por Fred Brooks, The Mythical Man Month. Referencias

[Desconocido] Pruebas de regresin, 11 de Junio de 2010 [ Johanna Rojas y Emilio Barrios] Pruebas de Regresin, 2007 [Desconocido]Zeta Test , 2011 >