@qa_ru

« Назад

Страница 55 из 1080

Далее »

Kris ?

29.08.2016
11:08:19

Память вроде хорошая, но все тикеты не запомнишь, если в день штук по 20 заводишь

Karter

29.08.2016
11:08:46

Хэй! Коллеги, такой немного странный вопрос, но дико уже достало. Используем Jira, как багтрекер для долгих проектов. Естсественно, что все баги за один раз не правят и тикеты копятся в бэклоге. Бывает такое, что находишь баг, но кажется, что ты его уже заводил в джире. И тут три варианта: листать весь бэклог, искать по ключевым словам, завести по-новой тикет. Все три решения - стремные решения. Вопрос: бывало ли у вас такое и, если да, как вы с этим боретесь?

У нас много багов лежит в тбд, обычно ищем по ключевым словам.

В день не по 20, конечно.

xxx

29.08.2016
11:09:53

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

Google

Karter

29.08.2016
11:10:22

Но если это какой-то текущий девелопмент - баги заводим в разные ветки по функциональностям.

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

+

Alexandr

29.08.2016
11:11:14

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

++

Kris ?

29.08.2016
11:11:44

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

Хм, это хорошо. А не бывает так, что на одну компоненту тикетов over100500 будет висеть?

xxx

29.08.2016
11:12:03

значит компонента паршивая)

либо ее можно еще глубже декомпозировать

Kris ?

29.08.2016
11:12:14

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

значит компонента паршивая)

Опередил :)

Спасибо! Отличный совет, попробуем внедрить :)

Max

29.08.2016
11:29:55

Память вроде хорошая, но все тикеты не запомнишь, если в день штук по 20 заводишь

По 20 в день - это норма? А чинят в день сколько? И сколько на данный момент незакрытых дефектов?

Kris ?

29.08.2016
11:32:44

По 20 в день - это норма? А чинят в день сколько? И сколько на данный момент незакрытых дефектов?

Я немного утрировано сказала. Ну пусть по 10-15 даже, и то теряешься потом в багах. Не закрытых я, если честно, не могу точно сказать. Но их хватает, чтобы позабыть о старых багах. Со временем более приоритетные баги, конечно, фиксятся из бэклога. Но новые заводятся быстрее, чем фиксятся старые

Max

29.08.2016
11:36:16

Для примера у нас технический долг оценивался в 600 незакрытых дефектов. Поток новых удалось выровнять на уровне квоты в 50 штук. При этом раз в неделю дубликаты проскакивали. Когда снизили долг до 300, число дубликатов сошло к 0. Для поиска используем память, поиск и немного тэгов с именами компонентов - как описали выше (если быть более точным, есть общедоступная mindmap, тэги должны ей соответствовать)

Александр Валерьевич

29.08.2016
11:39:54

Хэй! Коллеги, такой немного странный вопрос, но дико уже достало. Используем Jira, как багтрекер для долгих проектов. Естсественно, что все баги за один раз не правят и тикеты копятся в бэклоге. Бывает такое, что находишь баг, но кажется, что ты его уже заводил в джире. И тут три варианта: листать весь бэклог, искать по ключевым словам, завести по-новой тикет. Все три решения - стремные решения. Вопрос: бывало ли у вас такое и, если да, как вы с этим боретесь?

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

Google

@RTYR9N1989

29.08.2016
11:40:33

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

У нас так же делается

Richard

29.08.2016
11:45:21

Я подумал, что если есть технический долг, то должны быть и технические коллекторы. Которые изымают твой код из гита и вот это вот всё.

xxx

29.08.2016
11:46:27

всегда можно объявить себя техническим банкротом

Richard

29.08.2016
11:47:40

Не всегда.

Это фирма может, частное лицо - нет.

xxx

29.08.2016
11:48:25

с недавнего времени и частное может

Ekaterina

29.08.2016
11:49:25

Да, была даже какая-то статься, как чуви возмущался, что несколько раз себя банкротом объявлял, долги списывал, а теперб ему банки кредит под бизнес не дают)

Ну и "банки совсем охренели!" )

xxx

29.08.2016
11:49:55

либо слишком умный

Ekaterina

29.08.2016
11:50:01

Вот-вот)

xxx

29.08.2016
11:50:03

либо наоборот властелин 47-царства

Alexander

29.08.2016
11:50:14

сейчас за такое банки дают бан на 5-15 лет

Ekaterina

29.08.2016
11:50:30

И правильно

xxx

29.08.2016
11:51:27

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

но не на 5-15

а полайтовее

3-4 может

Alexander

29.08.2016
11:51:58

от сумм зависит. при особо крупных можно и условкой отделаться ;))

Ekaterina

29.08.2016
11:52:09

Мне кажется, там и мошенничеством могут больно припечатать)

xxx

29.08.2016
11:52:26

чем больше отбанкротил себе, тем больше шансов отделаться)

Google

xxx

29.08.2016
11:52:49

украл свинью на ферме - 3 года украл лярд из казны - условка

все норм

Alexander

29.08.2016
11:53:07

лана давайте не будем))

Ekaterina

29.08.2016
11:54:15

лана давайте не будем))

+1))

xxx

29.08.2016
11:54:29

увлеклись малость)

Ekaterina

29.08.2016
11:54:35

Есть такое)

Richard

29.08.2016
11:55:02

Не надо благодарности ?

Max

29.08.2016
11:55:12

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

А какой объём? Я бы актуализировать штук 50 взялся за раз.. 500 уже нет =)

Александр Валерьевич

29.08.2016
11:56:07

ну в бытность мою лидом на проекте у меня около 200-300 дефектов в беклоге держалось

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

сломался на 700-й, что ли

Max

29.08.2016
11:56:40

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

Roman

29.08.2016
11:56:55

а не хотите - 2000 стабильно открытых? )))

Александр Валерьевич

29.08.2016
11:56:57

меня после этого некромантом называли админы, когда я у них выяснял детали древних факапов семилетней давности

2000 в одиночку сложновато обработать

там команда нужна

Roman

29.08.2016
11:57:20

и ещё и порядка 5 тыс в 2-х старых багртрекерах (до джиры)

Richard

29.08.2016
11:57:25

Сомнительный повод для хвастовста - 2000 )

Александр Валерьевич

29.08.2016
11:57:44

почему сомнительный

Max

29.08.2016
11:57:48

Я бы случайно отключил старый багтрекер

Google

Александр Валерьевич

29.08.2016
11:57:50

для веб-проектов - обычное дело

Roman

29.08.2016
11:57:56

десктоп

xxx

29.08.2016
11:58:00

bulk change -> close

если надо будет, переоткроют

Roman

29.08.2016
11:58:11

ну дык и проект немаленький - только активных форков стабильно 6 штук, а иногда доходит до 15

Александр Валерьевич

29.08.2016
11:58:20

Я бы случайно отключил старый багтрекер

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

Richard

29.08.2016
11:58:23

почему сомнительный

Ну, потому что повод для хвастовства - это когда там их примерно ноль или около него )

xxx

29.08.2016
11:58:32

а если что-то валяется ...цать дней/недель/месяцев - значит нет нужды фиксить

Александр Валерьевич

29.08.2016
11:58:39

Ну, потому что повод для хвастовства - это когда там их примерно ноль или около него )

повод для хвастовства - приносящий деньги продукт

Admin

ERROR: S client not available

Roman

29.08.2016
11:58:45

Я бы случайно отключил старый багтрекер

ваще ниварик по разным причинам, например, саппорт по одной из версий с 2009-го года, доступ нужен

Александр Валерьевич

29.08.2016
11:58:50

а уже стратегия разработки - дело десятое

Richard

29.08.2016
11:59:00

повод для хвастовства - приносящий деньги продукт

Это не имеет отношения к предмету разговора )

Max

29.08.2016
11:59:01

Все относительно. Если в день открывается 2000 новых и закрывается столько же, то можно расслабиться

Александр Валерьевич

29.08.2016
11:59:06

почему же

прямое отношение

Richard

29.08.2016
11:59:16

Все относительно. Если в день открывается 2000 новых и закрывается столько же, то можно расслабиться

Если так, то да.

Александр Валерьевич

29.08.2016
11:59:27

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

Ekaterina

29.08.2016
11:59:30

На прошлом проекте был подраздел "Баги". Сортировались по 5-балльной шкале критичности. Для исправления формировались тематические багосборники по 5-6 багов в каждом. Исправлялись пачкой, тестились и запускать по очереди. Примерно раз в месяц проводилась чистка, что-то становилось неактуально, что-то поднимали в приорите. Раз в пару недель объявлялся день под названием "Зачистка багов!" И багосборники таяли на глазах)

Roman

29.08.2016
11:59:31

Ну, потому что повод для хвастовства - это когда там их примерно ноль или около него )

ну так не бывает (ну если вы не в латехе работаете) ))

Google

Александр Валерьевич

29.08.2016
11:59:34

да, тестеру это может не нравится

Richard

29.08.2016
11:59:57

прямое отношение

Разные уровни абстракции. То, что вы приводите в пример - это "ничего что на кухне тараканы, лишь бы не было войны"

Александр Валерьевич

29.08.2016
12:00:26

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

Richard

29.08.2016
12:00:46

А никт ои не говорит про перфекционизм.

Если там 2000 и ещё 5000 - это как-то большие числа, нет?

Александр Валерьевич

29.08.2016
12:01:25

Разные уровни абстракции. То, что вы приводите в пример - это "ничего что на кухне тараканы, лишь бы не было войны"

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

предлагаю прекратить дискуссию

Max

29.08.2016
12:02:06

Расходимся

Ekaterina

29.08.2016
12:02:11

Ноуп!

Roman

29.08.2016
12:02:33

Если там 2000 и ещё 5000 - это как-то большие числа, нет?

нет, общий объём базы за 15 лет - более 300 тыс

Ekaterina

29.08.2016
12:02:34

Вы тут столько всего интересного пишете, что я не успеваю закладки в браузере обновлять для списка "ОБЯЗАТЕЛЬНО ПРОЧИТАТЬ!!!!!111" :)

Roman

29.08.2016
12:02:55

???

Max

29.08.2016
12:03:32

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

Richard

29.08.2016
12:03:51

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

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

Roman

29.08.2016
12:04:02

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

почти во всех случаях так и бывает

Ekaterina

29.08.2016
12:04:13

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

Что-то точно отметится, скрывать нет смысла :)) Но и прочитается не мало

xxx

29.08.2016
12:04:26

количество багов - не показатель

довольный юзер - показатель