Size: a a a

2020 July 13

A

Anzhela Velykorod in QA juniors
Я бы для начала регистрировала все
А потом уже, в процессе, разбиралась , что можно не регистрировать
источник

A

Anzhela Velykorod in QA juniors
Потому что много не всегда есть хорошо
источник

A

Alexandr in QA juniors
Lucky
вы всегда можете в личке всё быстренько решить, а потом уже тикет для этой задачи создать
Если упадёт, согласен что как бы не до создания тикетов :)
Это просто Cito!
источник

AG

Andrew Gasov in QA juniors
Anzhela Velykorod
Если баг можно очень быстро решить, можно не оформлять
Так себе практика, на самом деле.
источник

AG

Andrew Gasov in QA juniors
Но это зависит от договорённостей в рамках команды.
источник

A

Anzhela Velykorod in QA juniors
Я не клепаю ошибки для статистики.
Только серьезные / важные / тяжелые
Но
Если разрабу нельзя доверять
Клепаю все
источник

O

OFFisnik in QA juniors
Anzhela Velykorod
Я не клепаю ошибки для статистики.
Только серьезные / важные / тяжелые
Но
Если разрабу нельзя доверять
Клепаю все
А что за статистика?
И наверно от проекта зависит, много средних-мелких багов бывает.
источник

AM

Anastasia Malets in QA juniors
Если баг низкого приоритета, но он есть
И его легко исправить, но разработчик не хочет на это сейчас время тратить
Что, не заводить?
Он потом забудет и все :)
источник

AG

Andrew Gasov in QA juniors
Я и говорю, это не очень хорошая практика.
Через год строчка, которую поменяли из-за этого багфикса выстрелит в продакшен, и никто никогда уже и не вспомнит, почему и зачем её меняли.
источник

A

Anzhela Velykorod in QA juniors
Andrew Gasov
Я и говорю, это не очень хорошая практика.
Через год строчка, которую поменяли из-за этого багфикса выстрелит в продакшен, и никто никогда уже и не вспомнит, почему и зачем её меняли.
Почему меняли
Есть тз
источник

AG

Andrew Gasov in QA juniors
Anzhela Velykorod
Почему меняли
Есть тз
:)
источник

A

Anzhela Velykorod in QA juniors
Anastasia Malets
Если баг низкого приоритета, но он есть
И его легко исправить, но разработчик не хочет на это сейчас время тратить
Что, не заводить?
Он потом забудет и все :)
У меня такой практики не было
Он должен поменять
Если действительно видно, что не хочет
Тогда да

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

AM

Anastasia Malets in QA juniors
Так а почему нельзя просто завести этот баг и оставить, чтобы разработчик потом его увидел и исправил?
источник

A

Anzhela Velykorod in QA juniors
Почему, можно
Но я так не делаю
Сначала консультация
( так и я прокачиваюсь)
Чаще всего, он быстро исправляется
И идём дальше
источник

A

Anzhela Velykorod in QA juniors
Но
У меня не веб, это важно
Если где-то код не тот
Все работает неправильно
И нужно исправлять сразу
источник

VR

Vasily Ryzhov in QA juniors
ребят у кого нибудь есть под рукой толковая статья про браузеры?
источник

O

OFFisnik in QA juniors
Anzhela Velykorod
Почему, можно
Но я так не делаю
Сначала консультация
( так и я прокачиваюсь)
Чаще всего, он быстро исправляется
И идём дальше
Это если разработчик пинает время. У него нет задач. то ладно....
А так он сидит делает какую-то задачу.

А ты просишь его отвлечься на мелкий баг. Потом чтобы ты его проверил его должны залить на тестовый серв например.
То есть из-за 1 мелкого бага по факту разраб теряет время переключаясь с важной задачи и заливая тебе "ерунду".
А если чёто пофиксилось не совсем так, то снова дергать..

В этом плане висит в Жире например 20+ мелких багов.
Разраб сразу проходит по ним и заливает за раз.

Времени тратится намного меньше.
источник

VR

Vasily Ryzhov in QA juniors
хочется узнать в чем разница между ними
источник

A

Anzhela Velykorod in QA juniors
OFFisnik
Это если разработчик пинает время. У него нет задач. то ладно....
А так он сидит делает какую-то задачу.

А ты просишь его отвлечься на мелкий баг. Потом чтобы ты его проверил его должны залить на тестовый серв например.
То есть из-за 1 мелкого бага по факту разраб теряет время переключаясь с важной задачи и заливая тебе "ерунду".
А если чёто пофиксилось не совсем так, то снова дергать..

В этом плане висит в Жире например 20+ мелких багов.
Разраб сразу проходит по ним и заливает за раз.

Времени тратится намного меньше.
Он мне говорит «посмотрю позже»
Смотрит
Делает
источник

AM

Anastasia Malets in QA juniors
OFFisnik
Это если разработчик пинает время. У него нет задач. то ладно....
А так он сидит делает какую-то задачу.

А ты просишь его отвлечься на мелкий баг. Потом чтобы ты его проверил его должны залить на тестовый серв например.
То есть из-за 1 мелкого бага по факту разраб теряет время переключаясь с важной задачи и заливая тебе "ерунду".
А если чёто пофиксилось не совсем так, то снова дергать..

В этом плане висит в Жире например 20+ мелких багов.
Разраб сразу проходит по ним и заливает за раз.

Времени тратится намного меньше.
Ну вот :)
источник