Отслеживание ошибок с помощью Bugzilla
Содержание:
1.Введение (Вы читаете данный раздел);
2. Установка Bugzilla;
3. Настройка Bugzilla.
Инструмент, который будет рассмотрен, является неотъемлемой частью цикла разработки и распространения программного обеспечения. Назначение Bugzilla - это отслеживание ошибок в ПО и одновременно отслеживание запросов на изменения.
Прежде чем рассматривать систему отслеживания ошибок Bugzilla (http://www.bugzilla.org), я определю ее основные понятия и коротко рассмотрю необходимые компоненты рабочего процесса в разработке ПО.
Отслеживание ошибок - процесс накопления информации об ошибках, обнаруженных на этапе тестирования программного обеспечения (или его компонентов) и его эксплуатации. Каждая ошибка имеет статус и назначенного ей ответственного исполнителя, а также информацию об отправителе ошибки - последняя необходима для регистрации ошибки в базе, хотя некоторые системы принимают и анонимные сообщения. Обычно информация об ошибке содержит сведения о характеристиках системы, на которой происходит выполнение приложения, описание действий пользователя, приведшие к возникновению ошибки, и дамп памяти в момент возникновения ошибки. Все эти операции чаще всего выполняются программным обеспечением в автоматическом режиме (такое поведение считается хорошим тоном при разработке программного обеспечения, так как требует от пользователя минимум усилий для сбора информации об ошибке). При этом на систему отслеживания ложится задача по предварительной сортировке и обработке анонимных ошибок.
Система отслеживания собирает статистику по ошибкам и благодаря этому для каждой ошибки могут быть определены частота ее появления и, как следствие, приоритет в очереди на исправление.
Однако приоритет зависит не только от этой характеристики, но и от лица, которое сообщило об ошибке. Чаще всего «анонимные» сообщения рассматриваются в том случае, когда число их повторения достаточно велико, а ошибки, обнаруженные квалифицированными специалистами по безопасности и специалистами по тестированию, рассматриваются в первую очередь и имеют наивысший приоритет, поскольку от этого зависят устойчивость и безопасность вашей системы.
Кроме этого, сбор ошибок может быть автоматизирован - тогда пользователю в случае аварийного завершения работы программы достаточно будет дать согласие на отправку данных об ошибке разработчику. Например, Firefox в случае аварийного завершения работы отображает диалог, в котором предлагается отправить необходимую информацию о проблеме (сведения о системе и дамп памяти в момент возникновения ошибки).
На основе статистики определяется приоритет ошибок, и ошибкам назначаются ответственные за их исправление исполнители, которые непосредственно устраняют проблему (например, вносят необходимые модификации в код). После этого специалист по тестированию должен проверить исправленный модуль, скрипт и т.п. на предмет ошибки (например, с помощью модульного тестирования, о котором можно прочитать в предыдущих статьях, посвященных инструментам модульного тестирования). В случае подтверждения исправности ошибка должна быть помечена как исправленная, а для программного обеспечения выпущен патч.
Таким образом, можно выделить основные задачи системы отслеживания ошибок:
- Регистрация ошибки - помещение записи в список новых ошибок.
- Фильтрация ошибок - выделение важных и незначительных ошибок, группировка и т.п.
- Определение ответственного за исправление ошибки лица.
- Отслеживание состояния ошибки - в процессе рассмотрения, исправления, тестирования, или ошибка исправлена.
- Поиск по базе ошибок.
Запрос на изменение - это пожелания пользователей или архитекторов программного обеспечения, которые регистрируются в системе аналогично ошибкам, имеют приоритет, но составленный на основе других показателей. Например, актуальности новой функции, сложности ее внесения в существующую программу или доходности от вложенных в реализацию функции средств. Общая практика компаний заключается в том, что запросы на изменения реализуются в новых версиях программного обеспечения, так как новая функциональность должна быть проверена, прежде чем быть внедренной сразу и повсеместно. Чаще всего при этом требуется переустановка всего программного продукта, а не обновление какого-то одного компонента. Запросы на изменения вносятся в систему только зарегистрированными пользователями, такими как менеджер продукта, архитектор программного обеспечения, директор компании и т.п.
Теперь пришло время рассмотреть систему Bugzilla версии 3.2.3 (это не последний стабильный релиз Bugzilla, однако поскольку автор не углубляется в специфику, все написанное актуально и для ветки 3.4.x.), которая разработана сообществом Mozilla.org (http://www.mozilla.org) и активно им используется, а также увидеть возможности, которые предлагает данная система своим пользователям.
Мечтаете об iPad mini, на котором так же можно использовать Bugzilla? Тогда Вас наверняка заинтересует Яблочный Конкурс (http://apple2014.smoservice.ru) от SMOservi. Все, что от Вас потребуется - стать клиентом данного сервиса. И тогда, кто знает, возможно именно Вы станете счастливым обладателем новенького iPad!
1.
2. Установка Bugzilla;
3. Настройка Bugzilla.
Инструмент, который будет рассмотрен, является неотъемлемой частью цикла разработки и распространения программного обеспечения. Назначение Bugzilla - это отслеживание ошибок в ПО и одновременно отслеживание запросов на изменения.
Введение
Прежде чем рассматривать систему отслеживания ошибок Bugzilla (http://www.bugzilla.org), я определю ее основные понятия и коротко рассмотрю необходимые компоненты рабочего процесса в разработке ПО.
Отслеживание ошибок - процесс накопления информации об ошибках, обнаруженных на этапе тестирования программного обеспечения (или его компонентов) и его эксплуатации. Каждая ошибка имеет статус и назначенного ей ответственного исполнителя, а также информацию об отправителе ошибки - последняя необходима для регистрации ошибки в базе, хотя некоторые системы принимают и анонимные сообщения. Обычно информация об ошибке содержит сведения о характеристиках системы, на которой происходит выполнение приложения, описание действий пользователя, приведшие к возникновению ошибки, и дамп памяти в момент возникновения ошибки. Все эти операции чаще всего выполняются программным обеспечением в автоматическом режиме (такое поведение считается хорошим тоном при разработке программного обеспечения, так как требует от пользователя минимум усилий для сбора информации об ошибке). При этом на систему отслеживания ложится задача по предварительной сортировке и обработке анонимных ошибок.
Система отслеживания собирает статистику по ошибкам и благодаря этому для каждой ошибки могут быть определены частота ее появления и, как следствие, приоритет в очереди на исправление.
Однако приоритет зависит не только от этой характеристики, но и от лица, которое сообщило об ошибке. Чаще всего «анонимные» сообщения рассматриваются в том случае, когда число их повторения достаточно велико, а ошибки, обнаруженные квалифицированными специалистами по безопасности и специалистами по тестированию, рассматриваются в первую очередь и имеют наивысший приоритет, поскольку от этого зависят устойчивость и безопасность вашей системы.
Кроме этого, сбор ошибок может быть автоматизирован - тогда пользователю в случае аварийного завершения работы программы достаточно будет дать согласие на отправку данных об ошибке разработчику. Например, Firefox в случае аварийного завершения работы отображает диалог, в котором предлагается отправить необходимую информацию о проблеме (сведения о системе и дамп памяти в момент возникновения ошибки).
На основе статистики определяется приоритет ошибок, и ошибкам назначаются ответственные за их исправление исполнители, которые непосредственно устраняют проблему (например, вносят необходимые модификации в код). После этого специалист по тестированию должен проверить исправленный модуль, скрипт и т.п. на предмет ошибки (например, с помощью модульного тестирования, о котором можно прочитать в предыдущих статьях, посвященных инструментам модульного тестирования). В случае подтверждения исправности ошибка должна быть помечена как исправленная, а для программного обеспечения выпущен патч.
Таким образом, можно выделить основные задачи системы отслеживания ошибок:
- Регистрация ошибки - помещение записи в список новых ошибок.
- Фильтрация ошибок - выделение важных и незначительных ошибок, группировка и т.п.
- Определение ответственного за исправление ошибки лица.
- Отслеживание состояния ошибки - в процессе рассмотрения, исправления, тестирования, или ошибка исправлена.
- Поиск по базе ошибок.
Запрос на изменение - это пожелания пользователей или архитекторов программного обеспечения, которые регистрируются в системе аналогично ошибкам, имеют приоритет, но составленный на основе других показателей. Например, актуальности новой функции, сложности ее внесения в существующую программу или доходности от вложенных в реализацию функции средств. Общая практика компаний заключается в том, что запросы на изменения реализуются в новых версиях программного обеспечения, так как новая функциональность должна быть проверена, прежде чем быть внедренной сразу и повсеместно. Чаще всего при этом требуется переустановка всего программного продукта, а не обновление какого-то одного компонента. Запросы на изменения вносятся в систему только зарегистрированными пользователями, такими как менеджер продукта, архитектор программного обеспечения, директор компании и т.п.
Теперь пришло время рассмотреть систему Bugzilla версии 3.2.3 (это не последний стабильный релиз Bugzilla, однако поскольку автор не углубляется в специфику, все написанное актуально и для ветки 3.4.x.), которая разработана сообществом Mozilla.org (http://www.mozilla.org) и активно им используется, а также увидеть возможности, которые предлагает данная система своим пользователям.
Мечтаете об iPad mini, на котором так же можно использовать Bugzilla? Тогда Вас наверняка заинтересует Яблочный Конкурс (http://apple2014.smoservice.ru) от SMOservi. Все, что от Вас потребуется - стать клиентом данного сервиса. И тогда, кто знает, возможно именно Вы станете счастливым обладателем новенького iPad!
