Перейти к содержимому

Тестирование REST API
онлайн, начало 25 октября
Selenium IDE 3: стартовый уровень
онлайн, начало 29 октября
Аудит и оптимизация QA-процессов
онлайн, начало 29 октября
Тестирование производительности: JMeter 5
онлайн, начало 22 октября
Фотография

Управление билдами в JIRA.


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 4

#1 fris

fris

    Новый участник

  • Members
  • Pip
  • 9 сообщений

Отправлено 06 августа 2008 - 11:18

Всем привет.

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

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

Кто-нибудь сталкивался?

Буду благодарен за любую информацию: вполне возможно что я упустил что-нибудь совсем банальное.

p.s. crossposted from here
  • 0

#2 the_norn

the_norn

    Активный участник

  • Members
  • PipPip
  • 91 сообщений
  • ФИО:Kononov Roman

Отправлено 07 августа 2008 - 07:26

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

#3 fris

fris

    Новый участник

  • Members
  • Pip
  • 9 сообщений

Отправлено 08 августа 2008 - 05:56

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

Согласен. На данный момент нашел наиболее удобную схему тут.

Вот выдержка:

Versioning
Our project will use the following version number scheme:

[Major].[Minor].[Bugfix]-[type][iteration]-[build]

Major the major release number
Minor new features backwards compatible
Bugfix maintenance fixes / emergency
type release level i.e. dev, rc, prod
iteration iteration number
build bamboo build key / number

Using this scheme, our project will produce the following final version numbers (with multiple build versions in-between)

1.0.0-dev1 - development iteration 1
1.0.0-dev2 - development iteration 2
1.0.0-dev3 - development iteration 3
1.0.0-rc1 - release candidate 1
1.0.0-rc2 - release candidate 2
1.0.0 - first production release
1.0.1 - emergency production bugfix release

Но всё-таки JIRA плохо подходит. Вот если бы версии были древовидными...
  • 0

#4 maximkr

maximkr

    Активный участник

  • Members
  • PipPip
  • 96 сообщений
  • ФИО:Крамаренко Максим
  • Город:Смоленск

Отправлено 08 августа 2008 - 08:41

Но всё-таки JIRA плохо подходит. Вот если бы версии были древовидными...


Это потому, что JIRA в первую очередь для общения с клиентами делалась, а уж внутренняя кухня разработчиков - как получилось. А клиентам разбираться с глубокими деревьями версий/проектов сложно, особенно если они багтрекер в первый и последний раз видят.
  • 0
Максим Крамаренко

TrackStudio - система управления задачами (issue tracker) для больших проектов.

#5 sergeyko

sergeyko

    Новый участник

  • Members
  • Pip
  • 8 сообщений

Отправлено 12 августа 2008 - 05:49

Доброе время суток!

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



Можно делать версии, а внтури версии делать разбивку по билдам (те же самые версии). Всю привязку делать к билдам. После того как выйдет релиз версии, можно все билды смержить в одну версию. Тем самы Вы избавитесь от "если билдов много" - их будет ровно столько, сколько Вам надо.


С наилучшими пожеланиями,
Сергей
  • 0




Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных

Яндекс.Метрика
Реклама на портале