Tecnología

Inicio

Ciclo de Vida del Software de defectos

Ciclo de Vida del Software de defectos


El software es raramente libre de errores o defectos. A pesar de los defectos en el software a veces puede ser desastroso, que pueden prevenirse o minimizarse a través de prácticas de aseguramiento de la calidad, buena gestión de la configuración y las tecnologías de seguimiento de defectos. El ciclo de vida defecto de software, que se solapa con el ciclo de vida del software de desarrollo (SDLC), nos permite realizar un seguimiento de defectos y eliminarlos lo antes posible en el SDLC.

Definición

"Defecto del software" tiene muchos nombres intercambiables: error de software, error, avería, fallo, accidente y la anomalía. El Instituto de ingeniería eléctrica y electrónica (IEEE), el organismo que regula las normas 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 como una anomalía defecto del producto cuando el software no cumple con las expectativas del cliente y especificación. Un accidente es un caso extremo de un defecto de software que se detiene el software desde más de trabajo.

Algunas fuentes de Defectos

defectos de software pueden surgir de la interpretación errónea de los requisitos del cliente, los malos hábitos de programación, lógica de programación incorrecto, mal de pruebas e incluso escenarios de implementación de software no probado. Por ejemplo, un cliente especificando un fondo azul a un sitio web y el desarrollador la producción de un fondo blanco es un defecto. A pesar de que el sitio web funciona muy bien, que no cumple con los requisitos del cliente.

Los 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, la ejecución del programa, programa de pruebas, pruebas y mantenimiento del sistema. De este modo ya que los defectos pueden ocurrir en cualquier fase, el ciclo de vida del defecto implica la garantía de calidad en cada fase. La gestión de 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 el seguimiento de defectos en el aseguramiento de la calidad del ciclo de vida del defecto.

Defectos de Ciclo de Vida (DLC) Etapas

ciclo Defectos vida puede ser descrito como un proceso de cuatro etapas. Etapa 1 implica la detección y notificación de defectos mientras que la etapa 2 es acerca de la revisión y la delegación de 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 pruebas de un equipo cuya función es la de descubrir defectos e informar de ellas en la fase 1. Por lo general, el equipo de desarrollo liberará el código de especificación de requisitos de software, especificación de diseño de software y aplicaciones de las fuentes del equipo de pruebas. bibliotecas de terceros pueden ser incluidos. El equipo de pruebas a continuación, prueba para detectar defectos tanto en los documentos y código fuente. Etapa 2 implica una reunión de revisión entre los dos equipos, donde se toma una decisión de la gravedad, la validez y la prioridad del defecto. Después de la revisión, las personas específicas se les asigna la responsabilidad de los errores.

DLC: Etapas 3 y 4

En la etapa 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. También se realiza un análisis de impacto para evaluar los posibles fallos que pudieran producirse por defectos que puedan ser corregidos inmediatamente, pero en una versión de software de esta última. La versión "fijo" del software a continuación, se somete a pruebas adicionales. Etapa 4 del ciclo de vida del defecto está dedicado a pruebas de confirmación que los defectos recomendados en realidad se han eliminado y el software es lo suficientemente bueno para su entrega.