Теперь официально ваш коллега) сегодня первый день рабочий

поздравляю

джун? где?

Не, я знал, что Сигал устроился в варгейминг,но что и Челентано стал тестером! Круто!

?

Сигал в варгейминге?)

ага.

у него даже бейджик есть.

https://www.instagram.com/p/BJfmd2njh-k/

Тестером взяли?

Или поваром?

Вышибалой.

лол

Написано же на бейджике кем ?

джун? где?

Пока стажер

сигал кнеш всегда играл в средненьком кино, но чот протёк ваще, то картошка с лукашенко, то в крым поедет за совок, ваще пичаль

интересно - сколько он на этом зарабатывает

Мне не нравится, что ты так негативно говоришь о нашем соруднике.

вот сча обидел

я фанат МС жы...

ты за иксбокс чтоли?

канэш, а также за люмии, сюрфейсы, и вин10 (и всё, кроме хбокса, имею в ежедневном юзании)

а, тогда сорян.

да нэма пытань ?

#whois Всем привет! Зовут Егор. Играю в игры и получаю за это деньги в компании Plarium. Направления: Мобильное и web тестирование. Тест дизайн. Город Краснодар. Узнал из опросника в вк.

плариум к плейтико отношения не имеет?

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

Нет. Это разные компании

#whois Всем привет! Зовут Егор. Играю в игры и получаю за это деньги в компании Plarium. Направления: Мобильное и web тестирование. Тест дизайн. Город Краснодар. Узнал из опросника в вк.

автотесты создавали?

Сейчас изучаю Java + Selenium (TestNg)

Упс)

коллеги кто в жире работает, кто у вас меняет статус дефекта из in dev в in test, дев который фиксил или тестировщик???

#whois Раз традиции, то всем привет :) Я Макс, сам из Ярославля. Сейчас участвую в проекте единой медицинской системы для МО. Занимаюсь ручным и частично автоматизированным тестированием. Ожидания от участия в чате - послушать умных людей, возможность обратиться за советом и помочь другим. Про чат узнал случайно из группы Radio QA в ВК.

коллеги кто в жире работает, кто у вас меняет статус дефекта из in dev в in test, дев который фиксил или тестировщик???

разработчик. такой переход означает, что стадия разработки по задаче завершена

коллеги кто в жире работает, кто у вас меняет статус дефекта из in dev в in test, дев который фиксил или тестировщик???

у нас тестировщики сами забирают на прверку задачи, находящиеся в статусе review done

коллеги кто в жире работает, кто у вас меняет статус дефекта из in dev в in test, дев который фиксил или тестировщик???

in dev - разработчик in test - тестер

in dev - разработчик in test - тестер

а как тестировщик узнает, что задачу можно забирать в тестирование, если разработчик не меняет статус сам?

а как тестировщик узнает, что задачу можно забирать в тестирование, если разработчик не меняет статус сам?

У нас разраб меняет статус в "to test".

Пожалуйста, не ищите в группе пиратское ПО. Первое предупреждение.

коллеги кто в жире работает, кто у вас меняет статус дефекта из in dev в in test, дев который фиксил или тестировщик???

У нас есть еще developed, в developed девы переводят, а в тесиинг куа щабирают

а как тестировщик узнает, что задачу можно забирать в тестирование, если разработчик не меняет статус сам?

У нас есть статусы 1. Анализ - аналитик 2. В анализе - аналитик 2. Разработка - аналитик 3. В разработке - лид разработки 4. Тестирование - разработчик 5. В тестирование - тестер 6. Перенос - тестер 7. В переносе - разработчик 8. Тестирование TV - сборщик 9. В тесстирование TV - тестер 10. Решено - тестер 11. Закрыто. - сборщик

Пожалуйста, не ищите в группе пиратское ПО. Первое предупреждение.

Понял)))

У нас есть статусы 1. Анализ - аналитик 2. В анализе - аналитик 2. Разработка - аналитик 3. В разработке - лид разработки 4. Тестирование - разработчик 5. В тестирование - тестер 6. Перенос - тестер 7. В переносе - разработчик 8. Тестирование TV - сборщик 9. В тесстирование TV - тестер 10. Решено - тестер 11. Закрыто. - сборщик

тогда понятно. из вопроса Lady Cat Bug подразумевалось, что у неё нет статуса, подобного пункту 4 (тестирование)

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

а у нас в тест отдает тим-лид разработки, т.к. решает забирать ли код в сборку

Гм, а не проще сли поле резолвед, и полде текущее версия = в тестирование?

просто ИМХО пладятся лишнии шаги и статусы, а избыточность это не всегда хорошо

Кстати, а что статус "заблокировано" не используете?

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

мне тоже кажется логичным чтобы дев переводил в статус in test, что для меня триггерило бы ретест

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

а резолвед простого почему недостаточно?

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

Ну репортим новый, парент баг линкуем

а с этим багом что, какой ему статус выставить?

оставить преждний?

ERROR: S client not available

blocked

а зачем прежний оставляем

а чайлду ставим приоритет блокер

у нас есть статус test blocked

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

ну можно конечно так, но это избыточость, по моему мнению

иметь дополнительную характеристику какая же тут избыточность?)

мы же не элочки людоедки, чтобы использовать по десять слов и всё)

статусы не слова

status = состояние

и чем их меньше и понятее флоу, тем лучше на мой взгляд

ну, т.е. блокирование. - лишнее?

Кстати, а что статус "заблокировано" не используете?

У нас, если есть блокирующая jira при тестстировании, то тестер пишет коммент, что отсуствует возможность протестировать из-за такого-то задания и свзяывает задание. При связках есть статусы:

У нас, если есть блокирующая jira при тестстировании, то тестер пишет коммент, что отсуствует возможность протестировать из-за такого-то задания и свзяывает задание. При связках есть статусы:

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

Это трудно если у вас десятки отрезолвленых ишью

но если у вас десятки не закрытых отрезолленных ишью, то что то не так в оркестре

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

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

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

У нас доработка чаще всего сводиться в Epic в нем например 5 жир, 3 сделали, а 2 блокируют. Мы ссылаемся на жиры в Epic, а пото лид мониторит, если задания не закрыты тестером и вина не его и в версию доработка не уходит, лид тестеров сообщает лиду разработки, а тот уже начинает нагибать разработчика.

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

Вот как раз стоит вопрос. Как сделать нормально? Пока еще думаем

введите статус)

Ну прсто если есть вопро у тестера, бага ассанить на компентентную осбу с соотвествующим камента

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

есть же, на кого баг, приоритет, связи

или у вас баг трекер только с полем статус и всё?

Вот наше сие:

Ну с вашими полями, вообще не вижу проблем, показать любое состояние

для определения, что с багом, достаточно поле статус) а, ну и версия