Студопедия

Главная страница Случайная страница

Разделы сайта

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника






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






 

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

 

 

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


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

 

 

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

 

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

 

  Название  
Код категории ошибки Определение категории
     
LD Уровень Отклонение от надлежащего уровня детализации: слишком
  детализации подробно, недостаточно подробно, неполно.
ТС Техническое Техническое содержание неверно, допускает двоякое толкова­
  содержание ние, не соответствует стандартам.
EU Применение языка Ошибки орфографии, грамматики, пунктуации, употребления
    времен и другие ошибки применения языка.
DO Документация Документация не соответствует выполнению программы или
    другой документации.
ST Стандарты Несоответствие установленным стандартам форматов или
    процедур. К этой категории не относятся ошибки несоответст­
    вия стандартам синтаксиса применения языка, орфографии
    или читабельности.

 

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

 

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

 

 

СМ Полнота


 

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

 

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

 

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


 

DA Данные Отсутствие или ввод неправильных данных пользователем или  
из базы данных.  
     
IF Интерфейс Ошибки в интерфейсе.  
ОТ Прочие Ошибки, которые не могут быть отнесены ни к одной из выше­  
    указанных категорий.  
MR Пригодность для Сложность сопровождения или повторного использования; не  
  сопровождения и достигнут компромисс между высокой сложностью и гибкостью.  
  повторного    
  использования    

 

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

 

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


Глава 11. Разработка и использование показателей тестирования  

 

  LD ТС EU DO ST ID TR CM DA IF ОТ MR
      Типы дефектов    
LD Уровень детализации ST Стандарты DA Данные
ТС Техническое содержание ID Унаследованные IF Интерфейс
EU Применение языка TR Прослеживаемость ОТ Прочие
DO Документация CM Полнота MR Пригодность для
          сопровождения и
          повторного использования

 

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

 






© 2023 :: MyLektsii.ru :: Мои Лекции
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав.
Копирование текстов разрешено только с указанием индексируемой ссылки на источник.