Software es raramente libre de errores o defectos. A pesar de los defectos en el software a veces pueden ser desastrosas , pueden ser prevenidos o minimizados a través de buenas prácticas de control de calidad , gestión de la configuración y tecnologías de seguimiento de defectos. El ciclo de vida de defecto de software , que se superpone al ciclo de vida de desarrollo de software ( SDLC ) , que nos permite realizar un seguimiento defectos y eliminarlos lo más pronto posible en el SDLC. Definición

"defecto del software" tiene muchos nombres intercambiables : insecto de software , error, avería, fallo , el desplome y anomalía. El Instituto de Ingeniería Eléctrica y Electrónica (IEEE ), el organismo que regula los estándares de la profesión incluso software, define un error de software como un error de programación que hace que el software no funcione correctamente. IEEE ve defecto como una anomalía del producto cuando el software no se ajusta a las expectativas del cliente y las especificaciones . Un accidente es un caso extremo de un defecto de software que impide que el software de más trabajo .
Algunas fuentes de Defectos
defectos de software

pueden surgir de malinterpretar las necesidades del cliente , la mala hábitos de programación , lógica de programación incorrecto, mal de pruebas y escenarios de implementación de software aún no probados . Por ejemplo , un cliente especificando un fondo azul con un sitio web y el desarrollador de la producción de un fondo blanco es un defecto. A pesar de que el sitio web funciona bien , no cumple con los requisitos del cliente .

Defectos en SDLC

Los defectos pueden ocurrir en cualquier fase del ciclo de vida de desarrollo de software ( SDLC ) . Las fases SDLC son el análisis de requerimientos , diseño de sistemas , diseño de programas , ejecución de programas , programa de pruebas , pruebas y mantenimiento del sistema . Así, ya que los defectos pueden ocurrir en cualquier fase del ciclo de vida defecto implica la garantía de calidad en todas las fases . Gestión de la configuración permite a los defectos que se registran y seguimiento de la extracción. Por lo tanto se requieren herramientas para la gestión de la configuración y seguimiento de defectos en el control de calidad del ciclo de vida del defecto.
Ciclo Etapas de la vida ( DLC)

ciclo de vida Defectos Defectos que puede ser descrito como un proceso en cuatro etapas . Etapa 1 implica el descubrimiento y la comunicación de los defectos , mientras que la etapa 2 se acerca revisando y delegar la acción sobre los defectos . Etapa 3 implica la depuración y la eliminación de los defectos . Etapa 4 implica que confirma que los defectos se han eliminado
DLC : . Etapas 1 y 2

Todas las organizaciones de desarrollo de software tiene un equipo de desarrollo y el equipo de pruebas cuya función es para descubrir defectos y reportarlos en la etapa 1 . Por lo general, el equipo de desarrollo dará a conocer los requisitos de software de las especificaciones, las especificaciones de diseño de software y aplicaciones de fuentes de código en el equipo de pruebas . Bibliotecas de terceros pueden ser incluidos. El equipo de pruebas y luego prueba de defectos tanto en los documentos y código fuente . Etapa 2 consiste en una reunión de examen entre los dos equipos, donde se toma una decisión de la gravedad , la validez y prioridad del defecto. Después de la revisión, determinadas personas se les asigna la responsabilidad de los errores
DLC : . Etapas 3 y 4

En el estadio 3 , los desarrolladores de analizar el código fuente para identificar los orígenes de los defectos con el objetivo de la eliminación de ellos . Un análisis de impacto también se realiza para evaluar los posibles fallos que pudieran producirse por defectos que puedan ser subsanados de inmediato, pero en una versión de software última. La versión " fija " del software y luego se somete a pruebas adicionales. Etapa 4 del ciclo de vida de defecto se dedica a pruebas de confirmación que los defectos recomendados en realidad se han eliminado y el software es lo suficientemente bueno para ser enviados.