Классификация ортогональных дефектов - Orthogonal Defect Classification
Классификация ортогональных дефектов ( ODC ) превращает семантическую информацию в потоке дефектов программного обеспечения в измерение процесса. Эти идеи были разработаны в конце 80-х - начале 90-х Рэмом Чиллареджем из IBM Research . Это привело к разработке новых аналитических методов, используемых для разработки программного обеспечения и анализа процесса тестирования. ODC не зависит от модели процесса, языка и предметной области. Несколько корпораций сообщили о применении ODC для различных платформ и процессов разработки, от каскадных , спиральных, закрытых и гибких процессов разработки . Одно из популярных приложений ODC - анализ первопричин программного обеспечения . ODC, как известно, сокращает время, необходимое для анализа первопричин, более чем в 10 раз . Выигрыш достигается прежде всего за счет другого подхода к анализу первопричин, при котором данные ODC генерируются быстро (за считанные минуты, а не за несколько часов на дефект), а аналитика используется для анализа причин и следствий. Это перекладывает бремя анализа с чисто человеческого метода на метод, требующий больших объемов данных. ODC, предложенный в исходных документах, имеет определенные наборы значений атрибутов, которые позволяют измерять процесс разработки. Две из пяти более известных категорий - это тип дефекта и триггер дефекта. Тип дефекта фиксирует изменения, внесенные в код в результате дефекта. Существует семь значений типа дефекта, и они были установлены эмпирически, чтобы обеспечить измерение продукта в процессе через их распределение. Идея состоит в том, что изменения в распределении типов дефектов являются функцией модели процесса разработки и, таким образом, обеспечивают внутреннее измерение прогресса продукта в процессе.
Триггер по дефекту также обеспечивает измерение процесса тестирования. Концепция триггера - это ключевой вклад, который был внесен через ODC и в настоящее время довольно широко используется в технических и исследовательских публикациях. Программный триггер определяется как сила, которая выявила Сбой, чтобы создать Сбой. Полный набор триггеров доступен в документации ODC.
Тип дефекта и триггер вместе предоставляют большой объем причинно-следственной информации о дефектах. Дополнительная информация о дефекте, зафиксированная в стандартных реализациях ODC, включает «Влияние», «Источник» и «Возраст». Курсы ODC Training сообщают, что после обучения человек может классифицировать дефект через ODC менее чем за 3 минуты при ретроспективном выполнении задачи. Затрачиваемое время намного меньше, когда выполняется в полете или в процессе. Категоризацию нельзя напрямую сравнивать с анализом первопричин, поскольку данные ODC касаются «что есть», а не «почему». Однако анализ первопричин очень часто выполняется с использованием ODC. Анализ, изучающий данные ODC, выполняет первый этап анализа первопричин, который подтверждается обсуждением результатов с командой разработчиков. Этот подход имеет пять основных отличий между классическим методом и методом ODC.
Анализ первопричин - это лишь одно из приложений ODC. Первоначальный замысел ODC заключался в создании измерительной системы для разработки программного обеспечения, использующей поток дефектов в качестве источника внутренних измерений. Таким образом, атрибуты, либо по отдельности, либо в сочетании с одним из других, обеспечивают конкретные измерения по определенным аспектам инженерного процесса. Эти измерения можно использовать для одного или нескольких аналитических методов, поскольку они были разработаны с учетом общих принципов измерения. К настоящему времени в нескольких исследовательских работах они использовались для различных целей. Совсем недавно появились статьи об исследованиях, в которых ODC используется для оценки методов, используемых для оценки безопасности, и расширены возможности ODC.
Рекомендации
- ^ Ортогональная классификация дефектов - концепция для измерений в процессе, транзакции IEEE по разработке программного обеспечения, ноябрь 1992 г. (том 18, № 11). http://www.chillarege.com/articles/odc-concept.html
- ^ Что такое ODC? https://www.youtube.com/watch?v=mno4pQMqtBM
- ^ IEEE Computer Society, 2002 награда за технические достижения https://www.computer.org/profiles/ram-chillarege
- ^ Классификация ортогональных дефектов (ODC) в гибкой разработке. М. Джагиа, С. Мина, Дополнительные материалы IEEE ISSRE 2009, ноябрь 2009 г.
- ^ Классификация ортогональных дефектов: Agile Test / QA Primer, Agile Development Conference, ноябрь 2012 г.
- ^ "ODC - 10x для анализа первопричин", Р. Чилларедж 2006
- ^ Дефекты программного обеспечения и их влияние на доступность системы - Исследование сбоев в работе операционных систем. М. Салливан и Р. Чилларедж, IEEE 21-я отказоустойчивые вычислительные системы, 1991.
- ^ Алмазы из дефектов, LADC Keynote, http://www.unicauca.edu.co/ladc2016/?q=node/22
- ^ "5 Различий между классическим анализом первопричин и анализом первопричин ODC. Https://www.youtube.com/watch?v=fTJr2Pgnxco
- ^ Обнаруживаются и устраняются ли уязвимости, как и другие дефекты?, П. Моррисон и др. Университет штата Северная Каролина, требуется полное цитирование, 2018 г.
