Clasificación ortogonal de defectos

La clasificación ortogonal de defectos ( ODC ) ^{[ 1 ]} convierte la información semántica en el flujo de defectos del software en una medición del proceso. ^{[ 2 ]} Las ideas fueron desarrolladas a finales de la década de 1980 y principios de la de 1990 por Ram Chillarege ^{[ 3 ]} en IBM Research . Esto ha llevado al desarrollo de nuevos métodos analíticos utilizados para el análisis del proceso de desarrollo y prueba de software. ODC es independiente del modelo de proceso, el lenguaje y el dominio. Varias corporaciones han informado sobre aplicaciones de ODC en una variedad de plataformas y procesos de desarrollo, que van desde procesos de desarrollo en cascada , espiral, por compuertas y ágiles ^{[ 4 ] [ 5 ]} . Una de las aplicaciones populares de ODC es el análisis de la causa raíz del software .

ODC, tal como se propuso en sus documentos originales, cuenta con conjuntos específicos de atributos y valores que generan mediciones del proceso de desarrollo. Dos de las cinco categorías más conocidas son el tipo de defecto y el desencadenante del defecto . El tipo de defecto registra los cambios realizados en el código como resultado del defecto. Existen siete valores para el tipo de defecto, los cuales se han establecido empíricamente para proporcionar una medición del producto a lo largo del proceso mediante su distribución. El concepto es que los cambios en la distribución del tipo de defecto son una función del modelo del proceso de desarrollo y, por lo tanto, proporcionan una medición intrínseca del progreso del producto a lo largo del proceso.

El disparador de defectos proporciona, asimismo, una medida del proceso de prueba. El concepto de disparador es una contribución clave de ODC y actualmente se utiliza ampliamente en publicaciones técnicas y de investigación. ^{[ 6 ]} El disparador de software se define como la fuerza que hizo surgir la falla y provocar el fallo. El conjunto completo de disparadores está disponible en la documentación de ODC.

El tipo de defecto y el desencadenante proporcionan, en conjunto, una gran cantidad de información causal sobre los defectos. La información adicional del defecto que se captura en las implementaciones estándar de ODC incluye "impacto", "origen" y "antigüedad". Los cursos de capacitación de ODC informan que, una vez capacitado, un individuo puede categorizar un defecto mediante ODC en menos de 3 minutos al realizar la tarea retrospectivamente. ^{[ 7 ]} El tiempo empleado es mucho menor cuando se realiza en curso o en proceso. La categorización no se puede comparar directamente con el análisis de causa raíz, ya que los datos de ODC se refieren a "qué es", no a "por qué". Sin embargo, el análisis de causa raíz se realiza con mucha frecuencia utilizando ODC. El análisis que estudia los datos de ODC realiza la primera pasada del análisis de causa raíz, que se confirma discutiendo los resultados con el equipo de desarrollo. Este enfoque tiene cinco diferencias principales entre el método clásico y el método ODC. ^{[ 8 ]}

El análisis de defectos individuales es solo una de las aplicaciones de ODC. El diseño original de ODC consistía en crear un sistema de medición para la ingeniería de software utilizando el flujo de defectos como fuente de mediciones intrínsecas. De este modo, los atributos, ya sea individualmente o en combinación con otros, proporcionan mediciones específicas sobre ciertos aspectos del proceso de ingeniería. Estas mediciones pueden utilizarse para uno o más métodos analíticos, dado que se diseñaron teniendo en cuenta principios de medición generales. Hasta la fecha, varios artículos de investigación las han aplicado para diversos fines. Más recientemente, se han publicado artículos de investigación que utilizan ODC para evaluar los métodos empleados en la evaluación de seguridad, ampliando así su alcance. ^{[ 9 ]}

• Investigación de IBM: Clasificación ortogonal de defectos
• Chillarege Inc.: Clasificación ortogonal de defectos