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

Школа тест-менеджеров v. 2.0
онлайн, начало 16 октября
Школа для начинающих тестировщиков
онлайн, начало 17 октября
Python для начинающих
онлайн, начало 16 октября
Организация автоматизированного тестирования
онлайн, начало 18 октября
Фотография

Баг репорт для нового проекта

баг репорт новый проект

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

#1 pixel

pixel

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

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

Отправлено 22 Январь 2019 - 13:21

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

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

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


  • 0

#2 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 418 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 22 Январь 2019 - 13:54

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

 

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

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


  • 1

#3 pixel

pixel

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

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

Отправлено 22 Январь 2019 - 14:09

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


  • 0

#4 Garm

Garm

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

  • Members
  • PipPip
  • 116 сообщений

Отправлено 22 Январь 2019 - 14:36

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


  • 0

#5 Spock

Spock

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 549 сообщений
  • ФИО:Роман

Отправлено 22 Январь 2019 - 14:45

 

 

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

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

 

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


  • 0

#6 pixel

pixel

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

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

Отправлено 22 Январь 2019 - 15:32

 

 

 

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

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

 

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


  • 0

#7 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 418 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 22 Январь 2019 - 15:53

 

 

 

 

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

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

 

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

 

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


  • 0

#8 Spock

Spock

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 549 сообщений
  • ФИО:Роман

Отправлено 22 Январь 2019 - 16:22

 

 

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

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

 

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

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

2. вводим summary

3. вводим description

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

 

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

 

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


  • 0

#9 QuadBit

QuadBit

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

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

Отправлено 22 Январь 2019 - 19:03

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


  • 0

#10 pixel

pixel

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

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

Отправлено 23 Январь 2019 - 08:59

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


  • 0

#11 Freiman

Freiman

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 431 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 23 Январь 2019 - 09:19

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

#12 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 418 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 23 Январь 2019 - 09:20

 

 

 

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

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

 

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

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

2. вводим summary

3. вводим description

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

 

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

 

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

 

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

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


  • 0

#13 pixel

pixel

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

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

Отправлено 23 Январь 2019 - 09:27

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


  • 0

#14 Spock

Spock

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 549 сообщений
  • ФИО:Роман

Отправлено 23 Январь 2019 - 09:29

 

 

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

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


  • 0

#15 Сергей

Сергей

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 069 сообщений
  • Город:Москва

Отправлено 23 Январь 2019 - 20:30

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

"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс



Практикум по тест-дизайну 2.0
онлайн
Школа для начинающих тестировщиков
онлайн
Школа тест-аналитика
онлайн
Техники локализации плавающих дефектов
онлайн




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

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

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