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

Объясните понятие дефекта в ПО. Логика построения отчёта об ошибке

Читайте также:
  1. E) смещение слабо связанных с дефектами электронов или дырок
  2. I. Понятие о синонимии
  3. I. Понятие распределительной (сбытовой) логистики
  4. II. Общие принципы построения и функционирования современных бизнес-структур
  5. II. Понятие о семе и семеме.
  6. Административное наказание: понятие, виды
  7. Административное правонарушение: понятие, состав
  8. Акты применения правовых норм: понятие, особенности, виды.
  9. Акции и облигации: понятие и виды.
  10. Амортизация основных средств: понятие, назначение, методы расчёта.
  11. Анализ издержек начинается с построения их классификаций, которые помогут получить комплексное представление о свойствах и основных характеристиках.
  12. Артериолы, капилляры, венулы: функция и строение. Органоспецифичность капилляров. Понятие о гистогематическом барьере.

Дефект – любое несоответствие фактического и ожидаемого результата (согласно требованиям или здравому смыслу). К багам относится любое некорректное поведение программы, не соответствующее оправданным ожиданиям пользователя, даже в том случае, если это поведение не документировано в требованиях и спецификациях.

Отчёт о дефекте (bug-report) – это технический документ, написанный с целью: 1. Предоставить информацию о проблеме, ей свойствах и последствиях; 2. Приоритизировать проблему по важности и скорости устранения; 3. Помочь программистам обнаружить и устранить источник проблемы.

Логика построения отчёта об ошибке: 1. Что мы сделали, т.е. шаги для воспроизведения дефекта; 2. Полученные результаты; 3. Ожидаемые результаты. Кроме того, нужно сообщить, где именно произошла проблема, при каких условиях, а также дать ошибке название.

Поля отчёта об ошибке. Основные поля: 1.Идентификатор; 2. Краткое описание; 3. Подробное описание; 4. Шаги воспроизведения; 5. Воспроизводимость (всегда, при определенных условиях); 6. Важность; 7. Срочность; 8. Симптом. Дополнительные (необязательные) поля: 1.Возможность «обойти баг»; 2. Дополнительная информация; 3. Приложения («аттачи»).

Рекомендации по написанию хороших отчётов об ошибках: 1. Тщательно объясните, как воспроизвести ошибку. 2. Описывайте всё максимально подробно. 3. Пишите отчёт понятно. 4. Если это возможно, обязательно давайте ссылку на соответствующее требование. 5. Если существует какая-либо информация, которая может помочь быстро обнаружить и исправить ошибку, – сообщите эту информацию. 6. Чётко указывайте окружение (ОС, браузер, настройки и т.п.), под которым произошла ошибка. 7. Помните, что баг-репорт – это технический документ, в котором нет места эмоциям. 8. В одном отчёте описывайте ровно одну проблему. 9. Пишите отчёт об ошибке сразу же, как только вы обнаружили ошибку (ошибки забываются, а затем теряются). 10. Если вам хватает знаний, проведите начальный анализ возможных причин возникновения ошибки. 11. Попытайтесь найти наиболее серьёзные последствия ошибки. 12. После написаний отчёта ещё раз внимательно его перечитайте. 13. Помните, что вам же самим потом придётся верифицировать баг по своему же баг-репорту.


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 |

Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.004 сек.)