В хороших командах разработки ни один запрос от пользователей не остаётся без внимания. Рано или поздно он обязательно будет рассмотрен.

В феврале 2021 года в трекере Firefox наконец-то дошла очередь и до запроса 259640 на реализацию подсветки полосы прокрутки в тех местах, где располагаются найденные на странице слова.

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

Плюсы более-менее очевидны:

Когда несколько человек начинают работать над задачами, сложнее чем «Домашняя страничка Пети», пренепременно возникает ситуация, когда держать в голове все мысли, идеи и планы их осуществления становится невозможно. Тогда покупается бумага, разноцветные маркеры, и идеи начинают записываться, зачёркиваться и раскрашиваться. Возможно, для простых проектов этого достаточно, но с возрастанием сложности, есть риск превратить своё рабочее место в фабрику по переработке бумажных отходов.

 

Недавно на работе был поднят такой вопрос: пора бы завести наконец-то систему баг-трекинга, но вот только какую? Условия были поставлены следующие: система должна быть open source, должна без проблем ставиться на не-виндовс системы, использовать в качестве БД MySQL и желательно быть написанной на PHP, на случай, если очень захочется доработать напильником.

Варианты предлагались такие: Jira (отпадает в виду небесплатности), BugZilla (отпала в виду того, что админ обвинил ее в требованиях «каких-то специфичных настроек MySQL-я»), Trac (в нем долго сомневались, т.к. у нас svn).

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

Итак: краткий обзор систем баг-трекинга.

1. BugZilla.

О ней, наверно, знают все, но на всякий случай кратко для тех, кто еще не знает.

Система от разработчиков FireFox, вообще ребята очень ответственно подходят к проблеме багов.

Установка: Гарантируется поддержка Linux или Solaris, для работы нужен Perl и одна из СУБД: MySQL, PostgerSQL, Oracle.

Список использующих BugZilla, впечатляющий: Mozilla Foundation (ну это в общем-то не удивительно), Open Office, RedHat, NASA, Facebook и еще сотня довольно известных и тысячи неизвестных компаний.

Это статья о том, как с помощью TrackStudio можно вести разработку ПО по методологии Scrum. TrackStudio — это универсальная система управления задачами и Scrum — это один из примеров использования. Вам понадобится экземпляр TrackStudio (90-дневная пробная версия) и конфигурация. После скачивания нужно устанавить TrackStudio и накатить по инструкции конфигурацию.

Рано или поздно многие сталкиваются с выбором багтрекера. При этом не зависимо от того с какой целью планируется его применения (промышленное или личное), перед использованием хотелось бы с ним ознакомиться. После беглого анализа результатов запросов поисковых систем по интересующему вопросу становиться ясно, что одной из систем, которую нельзя обойти стороной является Trac. Но, к сожалению, при изучении инструкции по установке этого замечательного инструмента у многих желания знакомиться с Trac пропадает. Я расскажу, как этого можно избежать и познакомиться (а может быть и подружиться) с Trac максимально быстро, а главное просто.

Увидев на хабре топик
Три беды современных таск-менеджеров, не смог устоять и хочу рассказать, как эти проблемы решены в МТХ.

Под катом кратко о том, как СУБД в облаке может заменить таск-менеджер и не только.

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

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

В отличие от работы, наши текущие инструменты по информированию властей о городских проблемах и контролю над их устранением достались в наследство, кажется, от эпохи «аналоговых динозавров». Как максимум — это написание бумажных (и электронных) жалоб. Но, постойте-ка, разве у нас на работе заказчик пишет жалобу, когда его что-то не устраивает? Нет, конечно! Он использует для этого багтрекер (ну или по-русски: «систему отслеживания ошибок»).

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

Молодые специалисты, прейдя на первый проект в своей жизни, воспринимают все традиции по ведению тестовой документации и тестированию как эталон, так как у них нет опыта и им не с чем этот процесс сравнить. Взяв за основу какой-либо стиль дизайна отчета об ошибке, при смене места работы на собеседовании могут возникнуть споры при ответе на вопрос: «Расскажите нам про дизайн баг-репорта», т.к. у команды, в которой вы хотите работать стиль описания может отличаться. Здесь важным моментом является не угадать этот самый стиль, а озвучив свой и услышав в его адрес критику, уметь обосновать свою точку зрения.

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

Первый раз попался существенный косяк в ПО Навител. При вводе координат на клавиатуре отображался символ ` (обратные кавычки) вместо ', что стоило мне времени при поиске нужных координат. В багтрекере Навитела об этой ошибке знали давно, негодующих пользователей было множество, но фикс прошел только в 5-й версии. В то время как версия 3.5 разрабатывалась год как минимум. Что стоило разработчикам заменить всего лишь один символ? Пятая версия не является исключением. Почти каждую неделю выходят новые версии Navitel, где фиксится всё что угодно лишь не те проблемы, на которые жалуются пользователи.

Пару дней тому назад вышла 5-я версия всем известного issue-трэкера JIRA от Atlassian. За прошедшие месяцы я уже вдоволь наигрался с бета-версиями и релиз-кандидатами, теперь посмотрел релиз и остался доволен. А небольшой рассказ о том, что именно меня порадовало, ждет вас под катом.

Предыдущая мажорная версия 4.0 вышла аж в октябре бородатого ныне 2009-го года. Свежая минорная версия 4.4 датируется августом прошлого года. Теперь же настало время для Пятерки.

Настоящий IT-шник всегда любит сварить «кашу из топора». А если этой кашей еще и получается вкусно накормить коллег, то выходит вообще замечательно.

По долгу службы мне постоянно приходится сталкиваться с различными инсталляциями bug и issue-трекеров (далее просто баг-трекеров) и среди них попадалось довольно много нестандартных решений. Что-то мне приходилось разворачивать самому, что-то я «подсмотрел» у клиентов, но поделиться наблюдениями было бы полезно.



С этой темой я уже выступал на конференции SQADays, но для тех, кому лениво смотреть 18 минут видео, все будет кратко расписано в статье.

Привет, Хабр!

В конце прошлой недели вышел долгожданный «мажорный» релиз инновационного баг-трекера YouTrack 4.0 с возможностью управления Agile-процессами. Об этом функционале мы и хотим вам рассказать немного подробнее.

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

В YouTrack 4.0 добавлен совершенно новый, независимый модуль для управления Agile-процессами, который без проблем подстроится под особенности реализации Scrum методологии или Kanban-процесса в вашей команде. Если же вы еще только осваиваете Agile-процессы, данный модуль станет прекрасным подспорьем в ознакомлении с ними, а также позволит комбинировать наиболее удобные для вас элементы каждого процесса.

Привет, Хабр! В сегодняшнем посте мы бы хотели дать слово небольшой команде разработчиков Strintec из Санкт-Петербурга, которая разработала Android-клиент к одному из наших продуктов, issue-трекеру YouTrack.

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

Задача, которую решает наше приложение Okie Dokie, — предоставить вам удобный доступ к YouTrack, когда вы далеко от настольного компьютера/ноутбука. Кроме этого, мы изучаем взможности, которые еще мог бы дать телефон или планшет для работы с issue-трекером.

Приложение все еще находится в разработке, и пока в нем реализованы следующие возможности:

Сегодня мы расскажем о методе Pomodoro и о том, каким образом он поддерживается в YouTrack. Вы узнаете, насколько эффективным может быть пользовательский workflow и насколько творчески можно подойти к его использованию.

Как вы уже знаете, мы внедрили возможность управления временем в YouTrack 4.1. Наши клиенты прислали множество полезных отзывов и идей по улучшению, среди них был запрос о реализации популярного метода управления временем, разработанного Франческо Сирилло в 1980-х. По удачному стечению обстоятельств этот метод также позволяет продемонстрировать эффективность пользовательских workflow в YouTrack.

Итак, что представляет собой метод Pomodoro?

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

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

Баг-трекер от JetBrains пополнил «портфолио» компании в 2009 году. Изначально его гордо величали Charisma. К сожалению, зарегистрировать это название не удалось — товарный знак оказался занят, как это нередко случается. В связи с этим состоялся целый ряд мозговых штурмов с целью найти наиболее подходящее название, отражающее сущность нового продукта.

Зато Charisma избавила девелоперов от бремени выбора коднеймов, и с тех пор в продуктовой команде за основу выбора коднеймов берутся качества характера и человеческие эмоции. Подробнее о коднеймах мы рассказывали здесь. И хотя официальное название давно найдено, некоторые наши разработчики продолжают ласково звать баг-трекер «Харизмой».

Что в имени тебе моем?

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

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

Привет, Хабр!

Сегодня мы рады представить совершенно новый продукт в линейке JetBrains — Hub 1.0. Он служит единой точкой входа для наших командных продуктов: баг-трекера YouTrack, инструмента для код-ревью Upsource, а в скором времени и нашего сервера непрерывной интеграции TeamCity. Hub абсолютно бесплатен и по умолчанию поставляется с лицензией для неограниченного количества пользователей.

Доброго дня, Хабр!

Спешу рассказать вам, что совсем недавно вышла новая версия нашего баг-трекера — YouTrack 6.5!



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