оу, про тестирование. Ну то же самое. Есть админ, скорее всего BASE64 авторизация. Через него создаешь клиента. Получаешь токен клиента. Потом используя этот токен выполнаешь ожидаемые действия

http://sqadays.com/ru/talk/13983

Класс! Благодарю, вот и занятие на выходные)

Да там полчаса.

Да там полчаса.

Вопросов будет тьма попутно)

Привет всем. Вопрос по поводу организации оформления багов в жиру. Пришла жира с БП от раазработки, если в жире найден один дефект его оформлять в эту же жиру или заводить новую?

Понятно если дефекта два, три и т.д. то в новые жиры

БП как расшифровывается?

Блок питания

боевая поддержка

бездумное программирование

бразды правления

Броненосец потемкин

бг простит

бэкап прода

БП - Бизнес процесс

Точно!

Хотя, вариант с браздами правления был хорош.

Браво, пожалуй.

Т.к. оформлять дефект

в отдельную жиру или в ту которая пришла на тестирования

?

в отдельную жиру или в ту которая пришла на тестирования

как договоришься

Надо тестить

А как правильно, кто-нибудь знает?

:)

А как правильно, кто-нибудь знает?

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

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

ничем не отличается от автоматизации любого другого апи с авторизацией по токену

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

А как правильно, кто-нибудь знает?

можно создать баг, связать его с задачей как caused by

можно задачу родителем ещё сделать

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

И да, жира - это багтрекер, а не задача >.< Я 3 раза читала сообщение исходное, чтобы понять суть

Кстати, а почему все пишут жира?

Она же произносится как джира, нет?

на букву меньше и звучит лучше

:D

да, но жира прикольнее

мы работаем в жире

как звучит

Да, с этим объяснением я готова согласиться.

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

вот как мы порешили

на букву меньше и звучит лучше

мне чаще лень дописать Д)

мне чаще лень дописать Д)

и говорит тоже

или писать жира, проще и как-то по русски, или же писать jira

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

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

я пишу ява, а не джава или там разное

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

ну это у каждого по своему

кто как договориться

я пишу ява, а не джава или там разное

Я бы написала Ява, если бы говорила об острове. А об языке думаю "Джава")

ну это у каждого по своему

просто переоткрывать задачу на разработку без оформления бага - то там в комментариях будет огромная портянка со временем. да и неудобно считать баги потом...)

просто переоткрывать задачу на разработку без оформления бага - то там в комментариях будет огромная портянка со временем. да и неудобно считать баги потом...)

+

Я бы написала Ява, если бы говорила об острове. А об языке думаю "Джава")

хм...

просто переоткрывать задачу на разработку без оформления бага - то там в комментариях будет огромная портянка со временем. да и неудобно считать баги потом...)

ну, такое было решение, умные люди так порешили

к тому же, не долго исправить

Тем, кто программирует не на джаве, а на яве в колоде приходит не джокер, а йокер.

ась?

к тому же, не долго исправить

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

Тем, кто программирует не на джаве, а на яве в колоде приходит не джокер, а йокер.

главное что бы не Чак

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

+ вот найдём и посмотрим )))

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

а куда девать исходную задачу? Но в целом зависит от размеров задачи. если она огромная, то это Эпик - ее надо дробить. Если она обычная, то внутри.

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

Если в рамках проверки, выясняется что задача не доделана/что то пропустили, то reopen. Если нашли багу, то в зависимости от различных факторов, проставляем blocked by/depends on

Чаще всего видел что так делают

а куда девать исходную задачу? Но в целом зависит от размеров задачи. если она огромная, то это Эпик - ее надо дробить. Если она обычная, то внутри.

не понял, к чему это :)

не понял, к чему это :)

к тому, что заводим вот таски на найденные в исходной задаче баги. А ту задачу куда девать? в блокед?

ERROR: S client not available

А чего бы нет. Суешь туда все найденные баги с пометкой blocked by

линковать, конечно.

к тому, что заводим вот таски на найденные в исходной задаче баги. А ту задачу куда девать? в блокед?

вот тут я запутался окончательно. 1. есть таск на разработку. 2. найдена бага. 3. регистрируется тикет "баг" с блокирующей связью на таск на разработку 4. сам таск на разработку переоткрывается (реопенд)

вот тут я запутался окончательно. 1. есть таск на разработку. 2. найдена бага. 3. регистрируется тикет "баг" с блокирующей связью на таск на разработку 4. сам таск на разработку переоткрывается (реопенд)

ага, исходный переоткрываете)

А зачем?

Работа все равно будет вестись по написанной баге

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

а если 10 замечаний по исходной таске? типа: тут поехала верстка, здесь при ресайзе съезжает кнопка, там шрифт кривой. И на каждую отдельная таска?

а если 10 замечаний по исходной таске? типа: тут поехала верстка, здесь при ресайзе съезжает кнопка, там шрифт кривой. И на каждую отдельная таска?

отдельный _тикет_

Yeap

точнее - отдельные тикеты

под словом "таск" я подразумеваю тикет с типом "таск".

В моём идеальном мире у нас есть некая задача-контейнер. Типа, "Реализовать хрень". В неё сабтасками задачи "сверстать хрень", "сделать бэкенд для хрени", "сделать фронтенд для хрени". Задачи реализуются и к каждой из них либо линкуется задача на тест, либо сразу линкуются баги. Фича считается реализованной, когда все сабтаски закрыты, что вполне логично.

а вообще если замечания однотипные - то можно всё изложить в одном баге.

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

В моём идеальном мире у нас есть некая задача-контейнер. Типа, "Реализовать хрень". В неё сабтасками задачи "сверстать хрень", "сделать бэкенд для хрени", "сделать фронтенд для хрени". Задачи реализуются и к каждой из них либо линкуется задача на тест, либо сразу линкуются баги. Фича считается реализованной, когда все сабтаски закрыты, что вполне логично.

А как же сабтаск "полишинг хрени"? xD

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

что есть механизм эпиков?

что есть механизм эпиков?

Jira Epic

В моём идеальном мире у нас есть некая задача-контейнер. Типа, "Реализовать хрень". В неё сабтасками задачи "сверстать хрень", "сделать бэкенд для хрени", "сделать фронтенд для хрени". Задачи реализуются и к каждой из них либо линкуется задача на тест, либо сразу линкуются баги. Фича считается реализованной, когда все сабтаски закрыты, что вполне логично.

о! кстати так и делаем в джире - epic

Jira Epic

а где прочитать то можно?...

А как же сабтаск "полишинг хрени"? xD

Да как угодно.

а где прочитать то можно?...

Да в доках джировских.

Да в доках джировских.

да я вот читаю, но пока не шибко сути понял :)

Let me google that for you: https://yandex.by/search/?rdrnd=114779&text=%D1%87%D1%82%D0%BE%20%D1%82%D0%B0%D0%BA%D0%BE%D0%B5%20jira%20epic&lr=157&redircnt=1482932437.1

и прислал ссылку на яндекс хД

юморно

Ну, "загугли" уже давно устойчивое выражение.

А для поиска по русскоязычному сегменту яндекс выдаёт более лучшие результаты.

http://letmegooglethat.com/?q=jira

ну я по привычке гуглю гуглом. а вот карты яндексовские

тогда уж так=)

В моём идеальном мире у нас есть некая задача-контейнер. Типа, "Реализовать хрень". В неё сабтасками задачи "сверстать хрень", "сделать бэкенд для хрени", "сделать фронтенд для хрени". Задачи реализуются и к каждой из них либо линкуется задача на тест, либо сразу линкуются баги. Фича считается реализованной, когда все сабтаски закрыты, что вполне логично.

да