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

Школа Тест-Аналитика
онлайн, начало 23 сентября
Практикум по тест-дизайну 2.0
онлайн, начало 25 сентября
Docker: инструменты тестировщика
онлайн, начало 24 сентября
Тестирование REST API
онлайн, начало 21 сентября
Фотография

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

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

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

#1 pixel

pixel

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

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

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

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

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

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


  • 0

#2 Little_CJIOH

Little_CJIOH

    Гуру

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


Отправлено 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 772 сообщений
  • ФИО:Роман

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

 

 

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

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

 

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


  • 0

#6 pixel

pixel

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

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

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

 

 

 

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

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

 

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


  • 0

#7 Little_CJIOH

Little_CJIOH

    Гуру

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


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

 

 

 

 

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

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

 

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

 

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


  • 0

#8 Spock

Spock

    Гуру

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

Отправлено 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 566 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

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

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

#12 Little_CJIOH

Little_CJIOH

    Гуру

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


Отправлено 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 772 сообщений
  • ФИО:Роман

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

 

 

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

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


  • 0

#15 Сергей

Сергей

    Гуру

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

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

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

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



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




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

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

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