![]() Главная страница Случайная страница КАТЕГОРИИ: АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника |
Проектно-ориентированная модель ошибок
Отдельные языки программирования могут быть более чувствительны к некоторым типам ошибок, чем другие. Например, какой-либо язык программирования может генерировать код, который особенно трудно сопровождать или повторно использо вать в других программах. Код, генерируемый другим языком, может оказаться более пригодным для Сопровождения или повторного использования, но может характери зоваться более низкой производительностью. Один из способов определения чувст вительности проекта к различным типам ошибок предполагает создание модели ошибок для данного проекта. Проекты, в которых используется один и тот же язык программирования, могут сравниваться, только если в них используется та же самая модель ошибок. Если при сравнении с моделью ошибок выясняется, что в данном проекте вероятность возникновения конкретного типа ошибок высока, это может служить признаком наличия систематической проблемы в методе разработки про граммного обеспечения. Иначе говоря, анализ данных ошибок скорее ведет к обна ружению просчетов в процессе разработки, а не в самом продукте.
Перечень известных источников ошибок приведен в таблице 11.6. Ошибки могут быть разделены по категориям в ходе процесса пересмотров, когда комиссия прихо дит к согласию относительно категории основной причины проблемы. Например, если основная причина относится к категории ошибок прослеживаемости (TR), ко миссия по пересмотру определяет этап жизненного цикла проекта, на котором эта ошибка была внесена (например, этап эскизного проектирования (ЭП)). Эти катего рии могут быть представлены графически и проанализированы, как показано на Часть II. Технологии быстрого тестирования и советы
рис.11.9. Гистограмма, полученная в результате анализа, будет характерной для дан ного языка программирования и для данного жизненного цикла программного обес печения.
Таблица 11.6. Категории ошибок проекта
ID Унаследованные
TR Прослеживаемость
СМ Полнота
Ошибки в повторно используемом или существующем коде.
Несоответствие ранее выпущенным документам; противоре чия, недостаточное количество ссылок, неправильные ссылки.
Конечный продукт или его документация требует дополнитель ной информации или реализации дополнительных функцио нальных возможностей.
Еще одно преимущество анализа данных ошибок состоит в возможности автома тического сравнение следующего проекта с предыдущим. Это ведет к двум важным последствиям: во-первых, в ходе пересмотров внимание можно сосредоточить на об наружении наиболее вероятных ошибок и, во-вторых, можно иметь представление о том, оказывает ли некоторое изменение в процессе желаемое влияние на снижение вероятности определенного типа ошибок.
Вообще говоря, анализ основных причин возникновения ошибок, подобный вы полненному при определении модели ошибок проекта, является мощным средством совершенствования процесса. Идентификация проблем в процессе разработки, их устранение и оценка эффективности процесса устранения представляют собой ос новные цели создания программы для выбора жестких показателей тестирования.
Рис. 11.9. Проектно-ориентированная модель ошибок.
|