Сообщений в теме: 14

[pixel]

Всем добрый день! Очень интересно ваше мнение к наболевшей проблеме. 

Есть новый проект, или кардинально обновлен старый. После передачи продукта на тестирования находится 100500 багов, начиная от функциональных и заканчивая простыми фронтовыми. Заводить пару задачу в джире с большим списком проблем и перепиской что сделано а что нет, вообще не выход. Заводить 100500 задач в джире на каждый баг тоже такой себе вариант.

 Если вы сталкивались с подобной проблемой, как вы справились с ней. Может пользовались сторонними ресурсами. 

[Little_CJIOH]

Заводить 100500 задач в джире на каждый баг тоже такой себе вариант.

 

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

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

[pixel]

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

[Garm]

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

[Spock]

 

 

если делить его на несколько тасок проблемно их контролировать

предыдущий комментарий и плюс: а про доски скрамные слышали?

 

никаких "списков в одном таске" - для каждого бага собственный таск

[pixel]

 

 

 

если делить его на несколько тасок проблемно их контролировать

предыдущий комментарий и плюс: а про доски скрамные слышали?

 

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

[Little_CJIOH]

 

 

 

 

если делить его на несколько тасок проблемно их контролировать

предыдущий комментарий и плюс: а про доски скрамные слышали?

 

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

 

Для багов, которые описываются одной строкой - таблицу в гуглодоке. После того, как сделали зачистку начинаете тестирование сначала.

[Spock]

 

 

НО тратиться ооочень много времени на то чтоб все завести в джирку. Ищу решение для сокращения времени заведения и актуализации багов.

и на что интересно это время тратиться? действительно ли так много времени требуется на заведение багов?

 

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

1. нажимаем плюсик

2. вводим summary

3. вводим description

4. нажимаем на создание

 

то есть если баги заносить в электронную таблицу - разница в две кнопки, это считайте нет разницы

 

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

[QuadBit]

Много это сколько? Впервые слышу, чтобы проблемой заведения багов были излишние затраты времени(имею в виду не для новичков, а в рамках команды, которая понимает и использует тикеты багов). Для актуализации багов есть их статусы, можно вытащить все на выше рекомендованную скрам доску и тратить хотя бы часок в начале спринта на ревью беклога\при регрессе, если делать это регулярно, то этой проблемы не может возникнуть в принципе.

[pixel]

Много это от 50, если говорить в разрезе спринта проблем вообще нет. Я говорю о коротком промежутке времени, когда на тест и фикс есть 2-3 дня.

[Freiman]

Завести топ-10/20/30 багов по критичности, на остальное пока забить, т.к. за 2-3 дня они не пофиксятся.
Через 3 дня, если остальные баги будут еще актуальны, добавьте и их.

[Little_CJIOH]

 

 

 

НО тратиться ооочень много времени на то чтоб все завести в джирку. Ищу решение для сокращения времени заведения и актуализации багов.

и на что интересно это время тратиться? действительно ли так много времени требуется на заведение багов?

 

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

1. нажимаем плюсик

2. вводим summary

3. вводим description

4. нажимаем на создание

 

то есть если баги заносить в электронную таблицу - разница в две кнопки, это считайте нет разницы

 

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

 

На заведение дефекта надо от 15 минут.

Да, завести дефект за 5 минут можно. Один. Из позиции "На старт, внимание, марш!". К пятому дефекту в таком ритме вас перестанут понимать разработчики. к 10-му вы назавтра сами не сможете понять что имели ввиду.

[pixel]

Полностью согласен с Little_CJ|OH завести багу как положено с шагами воспроизведения, фактический и ожидаемый результат это 10 минут, у меня таких может быть 50 шт, и это не по всему проэкту. Потому и спрашивал у вас, как вы действуете в ситуациях когда времени на тест и на фикс мало.

[Spock]

 

 

Полностью согласен с Little_CJ|OH завести багу как положено с шагами воспроизведения, фактический и ожидаемый результат это 10 минут, у меня таких может быть 50 шт, и это не по всему проэкту. Потому и спрашивал у вас, как вы действуете в ситуациях когда времени на тест и на фикс мало.

вот заводите просто списком в электронную таблицу, либо список прямо в таске в джире

[Сергей]

Забейте уже на свои 100500 багов или начните их наконец заводить.