Введение

Ортогональная классификация дефектов (ODC) превращает семантическую информацию в потоке дефектов программного обеспечения в измерение процесса. Идеи были разработаны в конце 1980-х и начале 1990-х годов Рамом Чилларьегом в IBM Research. Это привело к разработке новых аналитических методов, используемых для разработки программного обеспечения и анализа процессов тестирования. ODC независимы от модели процесса, языка и области. Приложения ОДК были зарегистрированы несколькими корпорациями на различных платформах и процессах разработки, начиная от водопада, спирального, закрытого и гибкого процессов разработки. Одним из популярных приложений ODC является программный анализ первопричин. Известно, что ODC сокращает время, необходимое для проведения анализа первопричины, более чем в 10 раз. Эти выгоды в основном связаны с другим подходом к анализу первопричин, когда данные ОДК генерируются быстро (в течение нескольких минут, а не часов на дефект) и используются аналитические методы для анализа причин и следствий. Это смещает бремя анализа с чисто человеческого метода на более интенсивный в использовании данных. ODC, как было предложено в его оригинальных документах, имеет определенные наборы значений атрибутов, которые создают измерения в процессе разработки. Две из пяти наиболее известных категорий - тип дефекта и дефектный триггер. Тип дефекта отражает изменения, внесенные в код в результате дефекта. Существует семь значений для типа дефекта, и они были эмпирически установлены, чтобы обеспечить измерение продукта через процесс через их распределение. Концепция заключается в том, что изменения в распределении типа дефектов являются функцией модели процесса разработки и, таким образом, обеспечивают внутреннее измерение прогресса продукта в процессе. Дефектный триггер, аналогично, обеспечивает измерение процесса испытаний. Концепция триггера является ключевым вкладом, который был получен через ODC и в настоящее время довольно широко используется в технических и исследовательских публикациях. Программный триггер определяется как сила, которая возникла в разломе, чтобы создать сбой. Полный набор триггеров доступен в документации ODC. Тип дефекта и его причины в совокупности дают большое количество причинно-следственной информации о дефектах. Дополнительная информация о дефекте, которая фиксируется в стандартных реализациях ODC, включает "влияние", "источник" и "возраст". Обучающие курсы ODC сообщают, что, получив обучение, человек может классифицировать дефект через ODC менее чем за 3 минуты при выполнении задачи ретроспективно. Время, затрачиваемое на это, намного меньше, когда это делается в полете или в процессе. Категоризацию нельзя напрямую сравнивать с анализом первопричин, поскольку данные ОДК касаются "что есть", а не "почему". Однако анализ первопричин очень часто проводится с использованием ОДК. Анализ, изучающий данные ODC, выполняет первый проход анализа первопричин, который подтверждается обсуждением результатов с командой разработчиков. Этот подход имеет пять основных различий между классическим методом и методом ОДК. Анализ первопричин - это лишь одно из применений ОДК. Первоначальная концепция ODC заключалась в создании системы измерений для разработки программного обеспечения с использованием потока дефектов в качестве источника внутренних измерений. Таким образом, атрибуты, либо отдельно, либо в сочетании с одним из других, обеспечивают конкретные измерения по определенным аспектам инженерного процесса. Эти измерения могут использоваться для одного или нескольких аналитических методов, поскольку они были разработаны с учетом общих принципов измерения. На сегодняшний день несколько научных работ применяют их для различных целей. В последнее время появились исследовательские статьи, в которых используется ОДК для оценки методов, используемых для оценки безопасности, и расширены области применения ОДК.