Проектно-ориентированная модель ошибок

Отдельные языки программирования могут быть более чувствительны к некоторым типам ошибок, чем другие. Например, какой-либо язык программирования может генерировать код, который особенно трудно сопровождать или повторно использо­ вать в других программах. Код, генерируемый другим языком, может оказаться более пригодным для Сопровождения или повторного использования, но может характери­ зоваться более низкой производительностью. Один из способов определения чувст­ вительности проекта к различным типам ошибок предполагает создание модели ошибок для данного проекта. Проекты, в которых используется один и тот же язык программирования, могут сравниваться, только если в них используется та же самая модель ошибок. Если при сравнении с моделью ошибок выясняется, что в данном проекте вероятность возникновения конкретного типа ошибок высока, это может служить признаком наличия систематической проблемы в методе разработки про­ граммного обеспечения. Иначе говоря, анализ данных ошибок скорее ведет к обна­ ружению просчетов в процессе разработки, а не в самом продукте.

Перечень известных источников ошибок приведен в таблице 11.6. Ошибки могут быть разделены по категориям в ходе процесса пересмотров, когда комиссия прихо­ дит к согласию относительно категории основной причины проблемы. Например, если основная причина относится к категории ошибок прослеживаемости (TR), ко­ миссия по пересмотру определяет этап жизненного цикла проекта, на котором эта ошибка была внесена (например, этап эскизного проектирования (ЭП)). Эти катего­ рии могут быть представлены графически и проанализированы, как показано на

Часть II. Технологии быстрого тестирования и советы

рис.11.9. Гистограмма, полученная в результате анализа, будет характерной для дан­ ного языка программирования и для данного жизненного цикла программного обес­ печения.

Таблица 11.6. Категории ошибок проекта

ID Унаследованные

TR Прослеживаемость

СМ Полнота

Ошибки в повторно используемом или существующем коде.

Несоответствие ранее выпущенным документам; противоре­ чия, недостаточное количество ссылок, неправильные ссылки.

Конечный продукт или его документация требует дополнитель­ ной информации или реализации дополнительных функцио­ нальных возможностей.

Еще одно преимущество анализа данных ошибок состоит в возможности автома­ тического сравнение следующего проекта с предыдущим. Это ведет к двум важным последствиям: во-первых, в ходе пересмотров внимание можно сосредоточить на об­ наружении наиболее вероятных ошибок и, во-вторых, можно иметь представление о том, оказывает ли некоторое изменение в процессе желаемое влияние на снижение вероятности определенного типа ошибок.

Вообще говоря, анализ основных причин возникновения ошибок, подобный вы­ полненному при определении модели ошибок проекта, является мощным средством совершенствования процесса. Идентификация проблем в процессе разработки, их устранение и оценка эффективности процесса устранения представляют собой ос­ новные цели создания программы для выбора жестких показателей тестирования.

Рис. 11.9. Проектно-ориентированная модель ошибок.