Una regresión de software es un tipo de error de software en el que una característica que ha funcionado antes deja de funcionar. Esto puede suceder después de un evento determinado, como una actualización del sistema , un parche del sistema o un cambio al horario de verano . [1] Una regresión del rendimiento del software es una situación en la que el software aún funciona correctamente, pero funciona más lentamente o utiliza más memoria o recursos que antes. [2]
Las regresiones a menudo son causadas por correcciones de errores englobadas incluidas en los parches de software . Un enfoque para evitar este tipo de problema es la prueba de regresión . Un plan de prueba diseñado correctamente tiene como objetivo prevenir esta posibilidad antes de lanzar cualquier software. [3] Las pruebas automatizadas y los casos de prueba bien redactados pueden reducir la probabilidad de una regresión.
Una regresión de software puede ser de uno de estos tres tipos:
- Local: un cambio introduce un nuevo error en el módulo o componente modificado.
- Remoto: un cambio en una parte del software interrumpe la funcionalidad de otro módulo o componente.
- Desenmascarado: un cambio desenmascara un error ya existente que no tenía ningún efecto antes del cambio.
Ver también
Referencias
- ^ Yehudai, Amiram; Tyszberowicz, Shmuel; Nir, Dor (2007). Localización de errores de regresión . Conferencia de verificación de Haifa . Consultado el 10 de marzo de 2018 .
- ^ Shang, Weiyi; Hassan, Ahmed E .; Nasser, Mohamed; Flora, Parminder (11 de diciembre de 2014). "Detección automatizada de regresiones de rendimiento mediante modelos de regresión en contadores de rendimiento agrupados" (PDF) . Cite journal requiere
|journal=
( ayuda ) - ^ Richardson, Jared; Gwaltney, William Jr (2006). ¡Envíalo! Una guía práctica para proyectos de software exitosos . Raleigh, Carolina del Norte: The Pragmatic Bookshelf. págs. 32, 193 . ISBN 978-0-9745140-4-8.