Характеристика дефектов (Defect Characterization)
SQM-процессы обеспечивают нахождение дефектов.
Описание характеристик дефектов играет основную роль в понимании готовности продукта, облегчает корректировку процесса, а также информирует менеджеров проектов и заказчиков о состоянии процесса или продукта.
Существуют множество классификаций и методов структурирования дефектов, сбоев.
На сегодняшний день нет общего согласия по этому вопросу.
SWEBOK приводит некоторые источники, упоминая, в частности, стандарт IEEE 1044-93 «IEEE Standard for the Classification of Software Anomalies».
Характеристика дефектов (аномалий) также используется в аудите и оценках, когда лидер оценки представляет для обсуждения на соответствующих встречах список аномалий, сформированный членами оценочной команды.
На фоне эволюции (и появления новых) методов проектирования и языков, наравне с новыми программными технологиями, появляются и новые классы дефектов.
Это требует огромных усилий по интерпретации (и корректировке) ранее определенных классов дефектов (сбоев). При отслеживании дефектов инженер интересуется не только их количеством, но и типом.
Распределение дефектов по типам особенно важно для выявления наиболее слабых элементов системы, с точки зрения используемых технологий и архитектурных решений. Это приводит к необходимости их углубленного изучения.
Возникает потребность в создании специализированных пилотных проектов, дополнительной проверки концепции, привлечения сторонних экспертов и т.п.
|
|
|
Следует отметить, что сама по себе информация, без классификации, часто бывает просто бесполезна для обнаружения причин сбоев, так как для определения путей решения проблем необходима их группировка по соответствующим типам. Вопрос состоит в определении такой таксономии (учения о принципах и практике классификации и систематизации) дефектов, которая будет значима для инженеров и организации, в целом.
SQM обеспечивает сбор информации на всех стадиях разработки и сопровождения программного обеспечения. Иногда, когда мы говорим «дефект», мы подразумеваем «сбой». Однако, различные культуры и стандарты могут предполагать различное смысловое наполнение этих терминов.
Частичные определения понятий такого рода (из стандарта IEEE 610.12-90 « IEEE Standard Glossary of Software Engineering
Terminology» ) выглядят следующим образом:
· Ошибка (error) : «Отличие … между корректным результатом и вычисленным результатом полученным с использованием программного обеспечения».
· Недостаток (fault) : «Некорректный шаг, процесс или определение данных в компьютерной программе».
· Сбой (failure) : «Некорректный результат, полученный в результате недостатка».
|
|
|
· Пользовательская ошибка (mistake): «Действие человека, приведшее к некорректному результату».
Данные понятия рассматриваются в Лекции 3 «Тестирование программного обеспечения».
Под дефектом (defect) понимается результат сбоя программного обеспечения. Модели надежности строятся на основании данных о сбоях, собранных в процессе тестирования программного обеспечения или его использования.
Такие модели могут быть использованы для предсказания будущих сбоев и помогают в принятии решения о прекращении
тестирования.
На основе SQM-работ по обнаружению дефектов, выполняются следующие действия:
· Анализ и подведение итогов по обнаруженным дефектам.
· Использование техник количественной оценки (получение метрик) для улучшения продукта и процесса.
· Отслеживание дефектов и удаление их из системы (с управленческим и техническим контролем проведения необходимых корректирующих действий).
Данные о несоответствиях и дефектах, найденных в процессе реализации техник SQM, должны фиксироваться для предотвращения их потери. Для некоторых техник (например, технической оценки, аудита, инспекций), присутствие регистратора (recorder) – обязательно, именно для фиксирования такой информации и принятия решений.
|
|
|
В тех случаях, когда используются соответствующие средства автоматизации, они могут обеспечить и получение необходимой выходной информации о дефектах (например, сводную статистику по статусам дефектов, ответственным исполнителям и т.п.) .
Данные о дефектах могут собираться и записываться в форме запросов на изменения и могут, впоследствии, заноситься в определенные типы баз данных (например, в целях отслеживания статистики для дальнейшего анализа и совершенствования процессов), как вручную, так и в автоматическом режиме.
Ряд современных средств проектирования и специализированных инструментов позволяют анализировать код и модели с применением соответствующих метрик, значимых для обеспечения качества продуктов и процессов.
Отчеты о дефектах направляются управленческому звену организационной единицы для принятия соответствующих решений в отношении проекта.
Дата добавления: 2018-10-26; просмотров: 177; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!