Лабораторная работа 6

Лабораторная работа №6 Системы отслеживания ошибок

Цель работы: изучить технологию учета и контроля ошибок, выявляемых в процессе эксплуатации корпоративных информационных систем.

Система отслеживания ошибок (англ. bug tracking system) — прикладная программа, разработанная с целью помочь разработчикам программного обеспечения (программистам, тестировщикам и др.) учитывать и контролировать ошибки (баги), найденные в программах, пожелания пользователей, а также следить за процессом устранения этих ошибок и выполнения или невыполнения пожеланий.

Состав информации о дефекте

Главный компонент такой системы — база данных, содержащая сведения об обнаруженных дефектах. Эти сведения могут включать в себя:

номер (идентификатор) дефекта;

кто сообщил о дефекте;

дата и время, когда был обнаружен дефект;

версия продукта, в которой обнаружен дефект;

серьёзность (критичность) дефекта и приоритет решения;

описание шагов для выявления дефекта (воспроизведения неправильного поведения программы);

кто ответственен за устранение дефекта;

обсуждение возможных решений и их последствий;

текущее состояние (статус) дефекта;

версия продукта, в которой дефект исправлен.

Кроме того, развитые системы предоставляют возможность прикреплять файлы, помогающие описать проблему (например, дамп памяти или скриншот).

Жизненный цикл дефекта

Как правило, система отслеживания ошибок использует тот или иной вариант «жизненного цикла» ошибки, стадия которого определяется текущим состоянием, или статусом, в котором находится ошибка.

Типичный жизненный цикл дефекта:

1.Новый — дефект зарегистрирован тестировщиком

2.Назначен — назначен ответственный за исправление дефекта

3.Разрешён — дефект переходит обратно в сферу ответственности тестировщика. Как правило, сопровождается резолюцией, например:

Исправлено (исправления включены в версию такую-то)

Дубль (повторяет дефект, уже находящийся в работе)

Не исправлено (работает в соответствии со спецификацией, имеет слишком низкий приоритет, исправление отложено до следующей версии и т.п.)

Невоспроизводимо (запрос дополнительной информации об условиях, в которых дефект проявляется).

4.Далее тестировщик проводит проверку исправления, в зависимости от чего дефект либо снова переходит в статус Назначен (если он описан как исправленный, но не исправлен), либо в статус Закрыт.

1. Открыт повторно — дефект вновь найден в другой версии.

Система может предоставлять администратору возможность настроить, какие пользователи могут просматривать и редактировать ошибки в зависимости от их состояния, переводить их в другое состояние или удалять.

В корпоративной среде, система отслеживания ошибок может использоваться для получения отчётов, показывающих продуктивность программистов при исправлении ошибок. Однако, часто такой подход не даёт достаточно точных результатов, из-за того что разные ошибки имеют различную степень серьёзности и сложности. При этом серьёзность проблемы не имеет прямого отношения к сложности устранения ошибки.

Примеры систем отслеживания ошибок

Свободно распространяемые

Redmine

BUGS - the Bug Genie

Bugzilla

eTraxis

GNATS

Mantis bug tracking system

Trac

EmForge

Picket

Flyspray

DEVPROM

Проприетарные

Atlassian JIRA

Bontq

PVCS Tracker

Project Kaiser

TrackStudio Enterprise

YouTrack

YouTrack

YouTrack — коммерческая система отслеживания ошибок, программное обеспечение для управления проектами разработанное компанией JetBrains. YouTrack поддерживает поисковые запросы, автодополение, манипуляцию с наборами задач, настройку набора атрибутов задачи, создание пользовательских рабочих процессов и реализует подход основанный на преимущественном использовании клавиатуры.

Архитектура

YouTrack разработан в соответствии с парадигмой LOP использует JetBrains MPS и набор собственных предметно-ориентированных языков программирования, разработанных компанией JetBrains. Система использует встроенную базу данных JetBrains Database — транзакционное хранилище пар ключ-значение. Для удалённых вызовов процедур (RPC), YouTrack использует технологию REST.

Интеграция со сторонним ПО

помощью TeamCity. Также имеется возможность интеграции с сервисомGitHub. Есть возможность интеграции с TeamCity, IntelliJ IDEA, TestLink, TestRail, поддержка аутентификации пользователей с помощью Google Account, Yahoo!, OpenID и LDAP. YouTrack может импортировать задачи, созданные в других системах отслеживания ошибок: JIRA, FogBugz, Bugzilla, MantisBT, Trac, CSV-файлов и багтрекера Google Code.

YouTrack предоставляет библиотеку, написанную на языке Python для импорта задач созданных в иных система отслеживания ошибок.

Пользовательский интерфейс [править]

Пользовательский интерфейс YouTrack основан на технологии AJAX и позволяет производить управление как с помощью клавиатуры, так и с помощью мыши. Поиск задач осуществляется с помощью поисковых запросов, выполняемых в единой строке поиска.

Системные требования и варианты распространения

YouTrack является кроссплатформенным программным обеспечением и работает в любых операционных системах поддерживающих платформу Java, включая Microsoft Windows, Linux (*nix), Mac OS X и Solaris.

Имеются три варианта распространения YouTrack: web-архив (.war) который может быть запущен в любом контейнере сервлетов (Tomcat, Jetty и т. д.); исполняемый Jarархив (.jar), который готов к запуску и не требует каких-либо действий по установке

и настройке;установщик Windows (.exe), который устанавливает и настраивает JRE и сервер приложений Tomcat с развернутым в нем веб-архивом YouTrack.

YouTrack RESTful API

YouTrack RESTful API позволяет разработчикам производить различные действия программно, в том числе:

Импорт существующих проектов и задач из других систем отслеживания ошибок.

Создание, изменение, получение всех атрибутов задач.

Управление проектами, пользователями, группами и ролями.

Задание на лабораторную работу

1.Войти в систему:

a.Логин: root;

b.Пароль: 123456.

2.Изучить основные функциональные возможности.

3.Сконфигурировать систему для работы команды над проектом:

a.1 администратор системы;

b.2 администратора проектов;

c.2 тестировщика;

d.2 программиста;

e.1 менеджер проекта.

4.Включить возможность входа в систему под гостевой учетной записью.

5.Создать пользователей соответствующих ролям в системе.

6.Создайте в системе два проекта по разработке ГИС.

7.Назначьте каждому проекту соответствующих исполнителей.

8.По каждому проекту необходимо создать 2 итерации («спринт»). Для каждой итерации должны быть созданы 3 ошибки разных типов и 2 новые функции, содержащие всю необходимую информацию. Устранение ошибок и разработка новых функций должна состоять минимум из 3-х этапов. Каждая итерация должна содержать минимум 2 взаимосвязанных ошибки или функции.

9.Создайте по одному отчету каждого типа.