что такое баг трекинг

Выбираем подходящий баг-трекинг

Я общался с десятками QA-инженеров из разных компаний и каждый из них рассказывал о том, что у них используют разные системы и инструменты для баг-трекинга. Мы тоже пробовали несколько из них и я решил поделиться решением, к которому мы пришли.

Интро

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

С чего мы начинали, или Jira

Два года назад у нас была выделенная команда тестировщиков, которые вручную тестировали продукт после интеграции кода всех команд. До этого момента код проверялся разработчиками на девелоперских стендах. Ошибки которые находили тестировщики заносились в бэклог в Jira. Баги хранились в общем бэклоге и переезжали из спринта в спринт с другими задачами. Каждый спринт два-три бага доставались и чинились, но большинство оставалось на дне бэклога:

У меня есть подозрения, что за все время работы нашей сети, никто, кроме тестировщиков не воспроизводил эту ошибку. Такого рода ошибки и составляют большинство багов, которые не исправляются.

При таком подходе, когда заносятся все найденные баги, некоторые из них дублируются и большинство из этих багов не чинится возникают проблемы:

Прощай Jira, да здравствует Kaiten

Весной 2018 года мы отказались от Jira и перешли в Kaiten. Смена инструментов была вызвана причинами, о которых Андрей Арефьев написал в статье «Почему Додо Пицца стала использовать Kaiten вместо связки Trello и Jira». После перехода в Kaiten наш подход к работе с багами не изменился:

Время экспериментов, или нет

Мы решили поэкспериментировать с форматами и создали отдельную доску в Kaiten, на которой хранили баги и меняли статусы. Мы упростили заведение баг-репорта, чтобы тратить меньше времени. При добавлении карточки в Kaiten тестировщики помечали разработчиков. Об этом им на почту отправлялось уведомление. Мы вывели эту доску на монитор, который висел в проходе рядом с нашим рабочим местом, чтобы разработчики видели прогресс и процесс тестирования стал прозрачным. Эта практика тоже не прижилась, потому что основной канал общения – Slack. Наши разработчики не проверяют почту часто. Поэтому это решение быстро перестало работать и мы снова вернулись к Slack.

Верните муравьишек

После неудачного эксперимента с доской в Kaiten, некоторые разработчики всё ещё были против формата с сообщением в Slack. И мы стали думать как трекать баги в слаке и решить проблемы, которые мешали разработчикам. В результате поисков наткнулись на приложение для Slack, Workast, которое помогает организовать работу с тудушками прямо в мессенджере. Мы подумали, что это приложение позволит управлять процессом работы с багами более гибко. У этого приложения были свои плюсы: смена статусов и назначение на разработчиков по одному нажатию кнопки, завершенные задачи скрывались и сообщение не разрасталось до огромных размеров.

Так выглядели решенные задачи в приложении Todo и просьбы вернуть «муравьишек». После окончания пробного периода приложения Workast мы решили от него отказаться. Потому что пользуясь этим приложением, мы пришли к тому же, что было во время, когда мы пользовались Jira. Оставались некоторые баги, которые кочевали в этом списке из регресса в регресс. И с каждой итерацией их становилось больше. Возможно, стоило доработать процесс работы с этим расширением, купить его и пользоваться, но мы этого не сделали.

Наш идеальный способ по работе с багами сейчас

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

Во-вторых, мы отказались от ручного регрессионного тестирования в пользу автоматического.

В-третьих, мы приняли «zero bug policy». В статье «#zerobugpolicy или как мы баги чиним» bevzuk подробно рассказывает как мы выбираем баги, которые чиним.

Сегодня процесс работы с багами выглядит следующим образом:

Итоги

Коротко говоря, мы отказались в принципе от баг-трекинговой системы. С помощью такого подхода работы с багами мы решили несколько болей:

А как в вашей компании устроен процесс работы с багами?

Источник

Обзор популярных систем bug-трэкинга

Содержание статьи

Рано или поздно в растущих компаниях бесплатная система управления проектами (читай: Redmine) перестает справляться с потоком приходящих задач, а ее минусы перевешивают все существующие плюсы. И именно тогда нужно сделать правильный выбор и заплатить за ту систему, которая будет соответствовать всем необходимым требованиям.

Что такое Agile и Scrum?

Agile-методы — это методы разработки программного обеспечения, ориентированные на разработку по итерациям (планирование обновлений и контроль их выполнения).

Как гласит Википедия, основных идей гибкой методологии разработки четыре:

Суть методологии заключается в том, что разработчики от итерации к итерации выполняют требования заказчика, постоянно улучшая свой продукт. Есть несколько популярных методов работы по Agile. Одним из них является Scrum.

Scrum — это методология управления проектами, позволяющая планировать изменения, которые будут выполнены, и контролировать их выполнение.

Для контроля выполнения задач в Scrum используется доска (рис. 2), по которой можно отслеживать процесс выполнения задач. Доска может иметь много состояний, у каждой команды они называются по-своему, но основные из них три:

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

Зачем что-то менять?

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

Что не устраивало в Redmine?

Безусловно, Redmine заслуживает внимания и имеет большое количество плюсов, и при этом еще и бесплатный. Можно как душе угодно настраивать права, статусы, трекеры и любые другие поля, достаточно удобно делать выборки, создавать задачи по почте и так далее. Очень удобна сквозная нумерация задач, хотя тут есть и плюсы, и минусы. Но приспособить его к Scrum не представляется возможным (кроме плагинов, которые являются платными и тормозят систему): доски нет, отслеживать время крайне неудобно, чтобы расположить задачи в произвольном порядке, нужно вводить дополнительные поля и сортировать по ним, нет нормальной интеграции c Git и SVN и так далее.

Что хочется увидеть в новой системе?

Перед тем как изучать системы, нужно четко определить критерии, по которым системы будут оценены:

Кандидаты

После изучения рынка и чтения большого количества статей и отзывов было отобрано пять вариантов для сравнения: популярная и раскрученная JIRA Agile, Trello, Targetprocess, Assembla и YouTrack от питерской компании JetBrains. Соответствие всем критериям оценено по 10-балльной шкале.

Assembla

Соответствие критериям

Язык: теоретически русский

Интеграция с Git: Есть и не требует дополнительных программ

Доска: 7 (из 10), не очень понятная, на 2/3 на английском

Настраиваемые поля: 8 (из 10) есть

Фильтрация: 9 (из 10)

Создание задач по email: есть

Права доступа: теоретически нормально настраиваемые

Локальная установка: нет

Цена: 30 пользователей — 49 долларов в месяц, 50 пользователей — 99 долларов в месяц

Впечатления

Плюсов у системы достаточно много. У них очень хорошая служба поддержки: в 19:30 по Москве задал вопрос по возможностям программы и ответ получил в течение пяти минут. Очень качественная статистика: можно прослеживать любые действия разработчика и видеть, что и когда он делал. Все изменения статусов, открытие/закрытие задач и коммиты отображаются в статистике. Можно прямо в системе заполнять ежедневные отчеты для Stand Up. Хорошо реализован поиск.

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

Trello

Язык: только английский

Интеграция с Git: нет

Доска: 6 (из 10) хорошая, но не переведена

Настраиваемые поля: 6 (из 10) есть

Фильтрация: 5 (из 10)

Создание задач по email: есть

Права доступа: теоретически нормально настраиваемые

Локальная установка: нет

Цена: 5 долларов в месяц

Впечатления

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

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

YouTrack

Интеграция с Git: есть, с помощью TeamCity

Доска: 8 (из 10) хорошая

Настраиваемые поля: 8 (из 10)

Фильтрация: 9 (из 10)

Создание задач по email: есть

Права доступа: хорошо настраиваемые

Локальная установка: да

Цена: 25 пользователей — 500 долларов в год, 50 пользователей — 750 долларов в год

Впечатления

Плюсов у YouTrack значительно больше, чем минусов. Не очень удобной кажется нумерация, так как номер задачи меняется при переносе ее в другой проект, поиск и подписка на обновления вообще требуют отдельной статьи — описать их в несколько строчек невозможно. Но с этими проблемами разобраться несложно, и сделать это должен только администратор баг-трекера, у пользователей этих проблем при правильной настройке не возникнет. Доска, как и диаграмма, очень удобные, статусы и приоритеты можно выделять так, чтобы сразу было видно то, что нужно ярко выделить, все удобно настраивается. Что также очень полезно — есть скрипт для импорта задач из большинства баг-трекеров, что сильно облегчает работу менеджера при переходе (хоть импорт и имеет свои минусы). Также минусом является отсутствие техподдержки. Если программа стоит 750 долларов, то можно как-то выделить человека, который будет отвечать на вопросы, а из помощи существует только англоязычный форум и собственно YouTrack, в котором можно создавать задачи по системе и писать о багах.

JIRA Agile

Интеграция с Git: есть

Доска: 7 (из 10) хорошая

Настраиваемые поля: 8 (из 10)

Фильтрация: 8 (из 10)

Создание задач по email: есть

Права доступа: хорошо настраиваемые

Локальная установка: да

Цена: 25 пользователей — 600 долларов в год, 50 пользователей — 1100 долларов

Впечатления

Для тестирования была выбрана не обычная версия JIRA, а JIRA Agile, имеющая доску и диаграмму для Scrum. Эта версия программы стоит дороже обычной. Баг-трекер не переведен на русский язык.

В системе очень много возможностей для настройки. Может быть, даже слишком много. По каждому проекту можно посмотреть подробную статистику, доска хорошая, но кажется менее удобной, чем в YouTrack. Что действительно удобно — сами задачи и список задач находятся в одном окне, то есть для переключения между задачами достаточно одного клика. В Assembla и YouTrack это реализовано хуже.

Можно сделать вывод: система сделана программистами для программистов, что имеет свои плюсы и минусы. К примеру, заказчик будет разбираться с системой долго, и вопросов возникнет очень много.

Targetprocess

Интеграция с Git: нет

Доска: 8 (из 10) хорошая

Настраиваемые поля: 6 (из 10)

Фильтрация: 4 (из 10)

Создание задач по email: есть

Права доступа: настраиваемые, но плохо

Локальная установка: да

Цена: 25 долларов в месяц за каждого пользователя, при локальной установке 249 долларов за каждого пользователя

Впечатления

Система очень дорогая, и тяжело понять, почему она так дорого стоит. Доска удобная, а размещение задач сделано по такому же типу, как в Trello, только более приспособлено к большим командам и большому количеству задач. Диаграмма тоже хорошая, ничего лишнего, и все понятно. Возможности по настройке полей хуже, чем у других систем. Видно, что баг-трекер хотели сделать как можно более простым и удобным, но вместо того, чтобы сделать всю функциональность как можно более простой, похоже, решили просто ее обрезать. Конечно, удобно заходить и видеть все задачи, легко переключаться между досками проектов и менять статусы, но, как только требуется сделать какие-то более сложные действия, возникают проблемы. На русский язык Targetprocess также не переведен.

Итоги

В ходе выбора нового баг-трекера было изучено пять программ. Система Trello оказалась непригодной для больших компаний и большого количества задач, система красиво выглядит и может подойти небольшим командам, но не более того. Четвертое место занял Targetprocess: система похожа на Trello, но более приспособлена для работы с большими объемами задач. Доска сделана качественно и просто, но, когда дело доходит до более тонкой настройки, появляется много сложностей и деталей, с которыми Targetprocess не справляется. Широких возможностей по настройке система не дает, а стоимость больше, чем остальных систем, что кажется необоснованным.

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

Из всех вариантов больше всего понравились две системы: Assembla и YouTrack. Они очень отличаются друг от друга, что сильно усложнило выбор. Assembla ведет прекрасную статистику каждого пользователя, по ней можно изучать работу программистов и оценивать ее, видно все коммиты и к каким задачам они относятся. В YouTrack такого нет. Время, потраченное разработчиками на задачи, отслеживать можно, но для этого нужно заставить их писать это время в каждой задаче. Также Assembla не требует сторонних программ для интеграции с Git. YouTrack здесь отстает несильно, для него есть бесплатное приложение TeamCity, которое предоставляют разработчики, но с ним нужно будет дополнительно разбираться. Также в Assembla очень удобно следить за Stand Up отчетами разработчиков, чего вообще нет в YouTrack.

Если сравнивать качество перевода, то здесь, без сомнения, с большим отрывом выигрывает YouTrack. Баг-трекер переведен полностью и качественно (хоть перевод появился и достаточно недавно). Assembla переведена далеко не полностью, а там, где переведена, некоторые названия вызывают улыбку. Скорее всего, это временное явление и, если бы система выбиралась через полгода, возможно, этой проблемы уже бы не было. Что точно останется в ближайшем будущем, так это сложность самой системы для понимания и изучения. Если о YouTrack можно хоть что-то рассказать в нескольких словах и пользователь приблизительно поймет, как работать с системой, то с Assembla дела обстоят сложнее. Первые полчаса совершенно непонятно, что делать и что вообще происходит. Конечно, YouTrack тоже не сразу понятен, и для новых пользователей придется писать инструкцию, но он более нагляден и прост в использовании, хоть и дает меньше возможностей по администрированию. Выбирая между этими двумя системами, нужно решить, что важнее — возможность контролировать разработчиков и вести статистику их работы или, настроив систему самостоятельно и потратив на нее немало времени, получить простой в использовании и наглядный баг-трекер (где некоторые действия придется делать самостоятельно и не будет некоторых возможностей, но от постоянных вопросов по работе системы ты будешь избавлен).

После раздумий был выбран второй вариант, и первое место в обзоре систем управления проектами занял YouTrack.

Источник

Что такое баг трекинг

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

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

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

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

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

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

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

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

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

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

Примечания

См. также

Ссылки

Issue-трекеры, баг-трекеры

Web-ориенированная, полностью настраиваемая issue-tracking система для управления проектами. Может использоваться для поддержки клиентов. Высокий уровень безопасности. Наличие API и множества плагинов. Отличная email-интеграция. Есть русский интерфейс. Возможен хостинг на стороне провайдера.

Open-source web-система для контроля багов и разработки софтверных продуктов. Интеграция с Subversion. Встроенная Wiki. Есть русская локализация

Баг трекер, поддерживает Scrum и Kanban, а также работу по собственной (свободной) методике. Обеспечивает контроль просроченных задач, диаграммы «выгорания задач» и кумулятивного потока исполнения, поддержку вложенных задач, а также возможность обслуживания нескольких проектов в одной контрольной панели. Доступен в виде облачного сервиса, либо в виде веб-приложения для установки на собственный веб-сервер.

Бесплатная open-source система контроля ошибок, разработанная Mozilla Organization.

Онлайн сервис для совместной работы с задачами. Позволяет создавать задачи из email, мессенджеров, социальных сетей, мобильных устройств. Предоставляет виджет для GMail, плагин для Outlook.

Баг-трекинг

Позволяет создать несколько рабочих областей. Бесплатная версия для 2 человек.

SaaS issue-трекер для управления и совместной работы над проектами. По каждой задаче можно добавлять комментарии, прикреплять файлы и скриншоты, устанавливать тип, статус и сложность. Оригинальная система распределения задач по итерациям. Сервис бесплатный.

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

Бесплатный open-source баг-трекер на PHP. Поддерживает MySQL, MS SQL и PostgreSQL, операционные системы Windows, Linux, Mac OS, OS/2.

Открытое серверное веб-приложение для управления проектами и задачами (в том числе для отслеживания ошибок).

Профессиональное решение для автоматизации воркфлоу и бизнес процессов. Интеграция с MS SharePoint и MS Outlook. Приложение доступно в облаке, а также на мобильных платформах iOS и Android.

Универсальная система управления задачами, оптимизированная для управления проектами, которые содержат десятки тысяч задач различных типов.

Онлайн система для совместной работы и управления проектами. Возможности: учет задач, учет времени, возможность вести обсуждения, сохранять файлы, заметки по проектам, задачи можно отобразить в виде диаграммы Ганта, канбан-доски, 8 видов отчетов, шаблоны задач. Есть трекер времени для Mac, мобильные приложения для IOS, Android.

SaaS баг-трекер. Имеет русский интерфейс, интегрирован с популярным бесплатным сервисом для хостинга проектов GitHub, интегрирован с Google Docs, полностью интегрирован с Email (для напоминаний, создания багов), содержит форум, файлохранилище, микроблог, настраиваемые процессы, настраиваемые поля, настраиваемые виды, отчеты.

Бесплатная система управления сложными проектами по разработке и внедрению программных продуктов. Может быть развернута как на собственном сервере, так и использована в виде SaaS решения. Содержит трекер для планирования задач и работы с дефектами, журналы пожеланий для приоритезации и оценки, планирования релизов, Wiki-движок для базы знаний, требований и тестовых сценариев, проектные блоги для общения команд, файловое хранилище для файлов требований и других документов. Интеграция с Subversion (SVN) для хранения исходного кода. API для доступа к данным из других систем

Система управления проектами для разработчиков в рамках социальной сети, где можно найти участников для своего проекта или поучаствовать в уже созданных. Рабочее пространство включает вики, форум, чат, файлохранилище, helpdesk, баг-трекер (Trac)

Система предназначенная для небольших команд разработчиков, практикующих гибкие методологии разработки, в частности Scrum и/или XP. Очень простой и удобный аяксовый интерфейс

Баг трекеры

Вышла новая версия баг-трекера YouTrack 6.5. Разработчики сделали акцент на улучшение интерфейса, полностью изменив дизайн административной части продукта, добавили несколько важных интеграций и упростили импорт из Jira до одного клика. Появилась интеграция с командными продуктами JetBrains, BitBucket и GitLab. Улучшенна интеграция с GitHub. Также новые возможности включают импорт из Jira в один клик, мастер создания проектов, поддержка фича-бранчей в TeamCity, улучшенную панель мониторинга (Dashboard), улучшения в языке workflow, улучшенную интеграцию с почтовыми ящиками.

2013. Система управления проектами YouTrack доступна на русском

Чешская компания JetBrains представила новую версию своей системы для управления проектами разработки ПО YouTrack 5.0, и одним из обновлений является появление русского интерфейса. YouTrack считается одним из главных конкурентов лидер а рынка — Atlassian Jira и подходит для более-менее крупных софтверных компаний.

2013. JIRA Mini — новый мобильный клиент для Atlassian JIRA

Хотя Atlassian предоставляет мобильный веб-интерфейс для баг-трекера JIRA, многим пользователям не хватает нативной версии.

Что такое система отслеживания ошибок — bug tracking system

Молодая петербургская компания Strintec выпустила приложение JIRA Mini. JIRA Mini позволяет подключаться к баг-трекеру JIRA с мобильного телефона или планшета. Удобный и минималистичный интерфейс позволяет просматривать и изменять заявки с мобильного устройства. С помощью приложения можно создавать и редактировать заявки, добавлять к ним файлы и оставлять комментарии. JIRA Mini работает на Android 2.2+ и доступна в Google Play. Версия для iPhone готовится к публикации в AppStore.

2012. Jira 5 — баг трекер становится социальным

Компания Atlassian представила новую версию своей системы управления проектами Jira 5 и обозвала ее социальной. Мы ожидали увидеть какую-то встроенную социальную сеть, где пользователи могли бы добавлять баги, голосовать за фичи, обсуждать новые версии ПО. Но ничего этого не появилось. Возможно и к лучшему, т.к. баги — это вещь интимная и ее нельзя выносить на общее обсуждение. А социальные фичи в Jira 5 — это возможность расшарить багу/задачу для сотрудников или групп, и поддержка @Имен. Если вы @кого-то упомянули в комментарии — ему придет оповещение и он подключится к работе над задачей. Кроме того, в новой версии появилась возможность привязывать баги к любому URLу сайта или веб-приложения и добавлено много интеграций (в т.ч. Salesforce, Zendesk, Confluence, Get Satisfaction). И вас конечно, интересует, почему в видео так много Angry Birds? ***

2011. Jira Mobile Connect поможет тестировать мобильные приложения

Специально для команд, разрабатывающих мобильные приложения, компания Atlassian создала бесплатное дополнение к системе управления проектами Jira — Jira Mobile Connect. Этот инструмент позволяет создавать наиболее полные баг-репорты или запросы и автоматически сабмитить их в Jira. Библиотеку Jira Mobile Connect можно встроить непосредственно в мобильное приложение на период тестирования. При этом у тестировщиков и бета-пользователей появится возможность не просто отсылать баг-репорты разработчикам, но и снабжать их скриншотами с аннотациями, голосовыми комментариями. Можно даже мгновенно инициировать чат с разработчиками на мобильном девайсе. Пока Jira Mobile Connect работает только на iOS, но Atlassian уже готовит версию под Android.

2011. Zoho выпустил SaaS баг-трекер

2011. Pivotal Tracker становится платным

2010. Новое в Zoho Projects: интеграция с Email, произвольные поля в багтрекере

В сервис для управления проектами Zoho Projects добавили ряд улучшений. Во-первых, появилась возможность добавления задач, багов, сообщений на форум и загрузки документов непосредственно из email-клиента. На главной странице можно найти уникальные email-адреса, на которые нужно отсылать письма для создания этих объектов. Кроме того, в багтрекере появилась возможность добавлять произвольные поля в карточку бага. Это могут быть текстовые, числовые поля или поля с данными. Также, появилась возможность настраивать закладки, видимые в интерфейсе Zoho Projects и появилась опция для изменения первого дня недели (Вс/Пн).

2010. В Zoho Projects появился баг трекер

Онлайн сервис для управления и совместной работы над проектами Zoho Projects теперь заинтересует и софтверные компании — в его составе появился довольно функциональный баг-трекер.

Он позволяет добавлять баги, назначать ответственных, совместно работать над багами и контролировать их статус. Есть гибкие настройки для email-уведомлений о различных действиях в системе. Можно настроить индивидуальные процессы и правила для автоматизации некоторых операций — например, при изменении статуса бага, он может автоматически присваиваться другому исполнителю (например, тестеру) и менять свой приоритет. К сожалению, баг трекер включен только в самый дорогой план подписки Zoho Projects ($699 в год за 30 Гб и неограниченное число пользователей). Но за эти деньги вы получаете самую навороченную онлайн систему управления проектами на рынке, функциональность которой включает: план проекта, календарь, задачи, файлохранилище, форум, чат, wiki, тайм-трекер, биллинг, баг-трекер, отчеты. Кроме того, Zoho Projects бесшовно интегрирован с другими сервисами Zoho и Google Apps. ***

2010. Вышел мобильный клиент JIRA для Android

Баг (Issue) трекер Jira стал доступен для пользователей смартфонов на платформе Android. Теперь разработчики смогут получить доступ к своим проектам и задачам вне офиса (например, находясь на выезде у клиента). Мобильный клиент (PocketJIRA) позволяет просматривать проекты, задачи, комментарии, добавлять свои комментарии, фильтровать и искать задачи по различным параметрам. PocketJIRA работает только с версиями выше JIRA 3.13 и использует службы JIRA XML-RPC и SOAP для связи с сервером. До сих пор мобильный клиент Jira работал только на Blackberry.

2010. Десктоп-клиент для Jira всего за 10$

Как известно, Atlassian (в рамках программы для стартапов и малых бизнесов) предлагает все свои продукты (в т.ч. и баг-трекер Jira) по цене 10$ для 10 пользователей. Наши соотечественники Игорь Середа и Махмуд Буторин из компании ALM Works решили поддержать эту инициативу и выпустить 10-пользовательскую лицензию своего нового десктоп-клиента Jira Client всего за 10$. Эта программа очень пригодится тем разработчикам, которые любят работать в дороге, в условиях, когда скорость интернета очень маленькая либо его вообще нет. Или тем, кто просто думает быстрее, чем откликается обычный веб-интерфейс Jira. Программа кеширует проекты на локальном компьютере, а затем может синхронизировать их с общей базой данных. Среди полезных фич Jira Client — тайм-трекер и редактор скриншотов. Программа работает под Windows, Mac OS X и Linux.

2010. Pivotal Tracker — сказка для управления софтверными проектами

Если вы ищете issue-tracker для разработки ПО и исправления багов, то обязательно обратите внимание на Pivotal Tracker. Это SaaS сервис, причем (пока) абсолютно бесплатный и без каких-либо ограничений. Создатели объясняют его бесплатность тем, что это для них не основной бизнес и они неплохо зарабатывают на других видах деятельности. Они говорят, что возможно в будущем будут добавлены платные фичи, но основная функциональность останется бесплатной. Но мы обратили внимание на Pivotal Tracker не только потому, что он бесплатный. Это реально интересный и удобный инструмент для совместной работы над софтверными проектами. Вот как он работает. ***

2008. Введение в Acunote

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

Core

Shared components used by Firefox and other Mozilla software, including handling of Web content; Gecko, HTML, CSS, layout, DOM, scripts, images, networking, etc. Issues with web page layout probably go here, while Firefox user interface issues belong in the Firefox product.

Firefox

For bugs in Firefox Desktop, the Mozilla Foundation’s web browser. For Firefox user interface issues in menus, developer tools, bookmarks, location bar, and preferences. Many Firefox bugs will either be filed here or in the Core product.

Рейтинг услуг компаний

Firefox for Android

Firefox for Android is a mobile version of Firefox for Android devices. (more info)

Firefox for iOS

Firefox for iOS is the Firefox mobile experience developed for the iOS platform.

Toolkit

The Mozilla Toolkit is a set of APIs, built on top of Gecko, which provide advanced services to XUL applications. These services include Profile Management, Chrome Registration, Browsing History, Extension and Theme Management, Application Update Service, and Safe Mode. (More info)

Thunderbird

Email client originally developed by the Mozilla Foundation and now maintained by its community. (more info)

SeaMonkey

An all-in-one internet application suite, including web browser, e-mail and newsgroup client, and HTML composer. (more info)

Mozilla Localizations

Translation, spelling and other errors in language packs and localized builds (more info)

Data Platform and Tools

Bugs for Telemetry Components

Other Products

Other Mozilla products which aren’t listed here

Для чего нужен багтрекер?

Багтрекер (англ. bugtracker) нужен для учета и контроля дефектов программы или сайта. За всей кажущейся сложностью, багтрекер предоставляет уйму преимуществ перед своими конкурентами — электронной табличкой и прямыми письмами разработчику.

Предоставляет статусы для каждой проблемы, которые можно отслеживать, как лично, так и используя оповещения на почту или RSS.

Отслеживания статусов сменой цветов ячеек. Нет оповещений.

В случае мелких проблем и большой загруженности, отслеживать конкретные проблемы просто невозможно.

Обязательные поля для категорий, воспроизводимости, системы, описания и шагов повторения.

Можно реализовать дополнительные поля в колонках, но нет гарантии их заполнения.

В большинстве случаев сводится до «поломались отчеты, выручай».

Можно прикреплять любые файлы в любое время.

Нельзя прикреплять файлы вообще.

Нельзя прикрепить файлы после отсылки сообщения.

Можно комментировать проблему, как, например, обычные записи в блогах.

Комментирование доступно в виде создания новых колонок и раздувания таблицы.

Доступ извне возможен только с вовлечением другого человека в переписку, при том, что он не будет знать, о чем говорили до него.

Система ролей и прав доступа.

Все видят все, и никто конкретно ни за что не отвечает.

Обсуждение проблем приватное.

Хорошим примером багтрекера является Mantis — свободный и бесплатный багтрекер с открытым кодом и русским переводом в наличии. В нашей компании он принят на вооружение, поэтому дальнейшее рассуждение будет опираться на примеры из него.

С чего начинается багрепорт

Процесс создания первого отчета о проблеме занимает не более пяти минут. После входа в систему, вам нужно выбрать в основном меню пункт «создать инцидент»:

что приведет нас на форму введения деталей проблемы:

После создания багрепорта, ему назначается статус «новый» и он попадает в общую очередь. Что происходит дальше:

Это дает повод создателю задачи проверить результат, и если он положителен, закрыть задачу.

Обзор популярных систем bug-трэкинга

Если проблема решена не до конца, создатель переоткрывает задачу, устанавливая ее статус в «новая» или «назначена».

В процессе, нужно изменить или добавить какие-то детали задачи:

Эффективное описание проблем

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

Формула идеального багрепорта состоит из трех простых пунктов:

1. Что сделал?

(Steps required to reproduce the problem)

2. Что получил?

3. Что ожидал получить?

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

Еще о написании отчетов об ошибках можно почитать здесь »

Реальные отзывы счастливых клиентов

И в завершение, несколько слов о том, как кленты ведут себя по прошествию двух дней внедрения багтрекера в процесс:

Изучение Mantis Bug Tracker

Mantis Bug Tracker является одним из самых распространённых бесплатных bugtracker’ов. Он разработан в соответствии с лицензией GNU General Public License (GPL).

Mantis написан на языке программирования PHP, использует в качестве СУБД MySQL, Microsoft SQL, PostrgreSQL, работает под управлением Windows, Linux, Mac OS, OS / 2 и других платформах. Непосредственно работа с багтрекером происходит посредством браузера.

Система обработки ошибок (bugtrack, багтрек) служит для оперативного отслеживания и исправления ошибок на этапе отладки проекта.

Задача пользователя (тестировщика, заказчика) – при обнаружении в проекте ошибок, неточностей или возникновении предложений в рамках Технического задания, оперативно уведомить менеджера проекта с помощью багтрека.

Задача менеджера проекта – оперативно назначить ответственного за исправление ошибки/неточности, а также ответить на поставленные вопросы и предложения.

Задача программиста – оперативно исправить ошибку/неточность.

Регистрация в системе

Для начала регистрации в проекте в реальной жизни обычно пользователь системы должен предоставить менеджеру проекта ФИО и его e-mail. Регистрацию пользователя производит администратор системы, введя контактные данные пользователя (логин, ФИО, e-mail). После регистрации на e-mail пользователя приходит ссылка, необходимая для активации профиля в системе. После перехода по ссылке в окне браузера необходимо ввести пароль (password), подтверждение пароля (confirm password), проверить e-mail и ФИО, после чего нажать кнопку «Изменить учетную запись» (Update User).
По такому пути в системе возможность зарегистрироваться получают, те пользователи, которых пригласил администратор.

В рамках лабораторной работы администратор (он же преподаватель) полностью доверяет пройти вам регистрацию без предварительного внесения в базу системы Mantis. Поэтому поступаем следующим образом. В браузере указываем адрес для обращения к локальному серверу кафедры 10.1.108.1, после этого появится окно для регистрации в системе Mantis (рис. 1). Нажмите «Зарегистрировать новую учетную запись». В появившейся форме укажите и запомните имя пользователя (латиницей) – это ваш логин, а также внесите адрес настоящей почты, т.к. на нее придет ссылка для подтверждения регистрации.

Зайдите на почту и перейдите по этой ссылке. В предлагаемой форме появится дополнительно поле для внесения ФИО пользователя – запишите настоящие фамилию и имя (кириллицей), а также придумайте и запомните обязательно пароль для входа. После успешной регистрации зайдите как пользователь в систему, используя логин и пароль.

Уровень доступа пользователя обычно администратор сразу устанавливет самый низкий — «наблюдатель», так как для каждого проекта у пользователя будут назначаться свои права. Должна быть установлена галочка напротив «Активна», иначе пользователь не сможет зайти в систему. Если установлена галочка «Защищена», такого пользователя нельзя будет ни удалить, не заблокировать, пока не отключена защита учетной записи (отключается так же просто, как и ставится — снимается галочка «Отключена»).

После авторизации происходит загрузка главной страницы багтрекера, на которой в краткой форме отображены задачи в различных статусах, а также главное меню (рис. 2).

Для создания новой задачи выберите пункт меню «Создать задачу». Появится окно создания задачи (рис. 3).

Заполните все поля следующими данными.

Категория – выберите категорию задачи (например, ошибка).

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

Серьезность – критерий значимости ошибки для проекта. Суть – краткое описание проблемы (например, не работает пункт меню «Отчеты»).

Подробности – как можно более подробное описание проблемы, условия ее воспроизведения, комментарии, фактический и ожидаемый результат.

Дополнительные сведения – любая прочая информация.

Вложить файл – вложите скриншот ошибки, или doc файл со списком ошибок. По возможности используйте архиватор.

Продолжить создание вопросов – если вы намерены создать еще одну задачу, то поставить отметку.

После заполнения полей нажмите кнопку «Создать задачу».

После создания задачи менеджер проекта получит уведомление по e-mail и назначит ответственного за исправление ошибки.

Пользователь не может создавать проект, это задача менеджера (администратора системы). Поэтому в закладке «Категория» выбираем один проект, указанный менеджером.

После внесения изменений в проект, программист или менеджер изменяют статус задачи с «Новый» на «Отработанный» или, в случае возникновения вопросов, оставляют в вопросе комментарий. В любом случае вы получите на e-mail уведомление об изменении статуса вопроса или появлении комментария.

Просмотреть задачи можно будет в пункте меню «Список задач». Вам будет представлен в форме таблицы список задач, их статусов, ответственных лиц и т.д.

Для просмотра комментариев щелкните на номеру задачи.

Система отслеживания ошибок

Будет отображен статус вопроса и прочая информация, а также поле для ввода комментариев и список комментариев. Прочтите комментарии и/или введите свой (рис. 4).

Шаги выполнения лабораторной работы:

1) всем зарегистрироваться в системе;

2) дождаться, когда администратор распределит вас по проектам;

3) ввести в системе два баг-репорта для сайта www.prestashop.qatestlab.com.ua c прикрепленными скрин-шотами.

4) получить подтверждение о выполненной работе от администратора.

Источник