5:23 заводить баги в комментариях дичь, как и считать статистику по количеству багов. Потому что если что-то из скоупа того что ты там понаписал не пофиксят, а ты забудешь проверить то всё f. И никогда нет полной картины понимания в каком состоянии таска, что пофиксили что нет, особенно если багов много. Понятно что если разраб сказал сейчас пофикшу мелкий баг, то можно не заводить, но если что-то не сейчас то лучше завести с понятным подробным описанием. Потому что может даже не этот разраб будет фиксить, может будет решено потом фиксить так как некритично сейчас, если так и оставить в комментариях потом никто не пофиксит (и поверьте многие просто оставят в комментах, просто забьют на то что эти баги есть или забудут). И менеджер и тестировщик и разраб должны одним взглядом на задачу понимать, что ещё не готово и чего ждём, что критично, а что можно отложить, а не в комментах рыться.
Коммент написать - да. А вот баг заводить - надо подумать стоит ли. Есть мнение, что багу надо отлежаться. Есть мнение с др стороны, что отлежавшийся баг хорошо стреляет в проде потом)
Sentry. Ловит ошибки и показывает в удобном UI интерфейсе. Когда была первая ошибка, как часто, стек-трейс ошибки. В каком методе. В этом видео показал как с ним может работать тестировщик: ua-cam.com/video/keBrfAhFiP4/v-deo.html
Спасибо за грамотное видео
Герман, спасибо Вам большое!
В процессе поиска стажировок пересмотрел все Ваши видео. Очень хорошо объясняете и хорошо запоминается!👍
я фронтенд разработчик и хз зачем это смотрю. просто понятно и четко рассказываете)
спасибо, полезно
5:23 заводить баги в комментариях дичь, как и считать статистику по количеству багов. Потому что если что-то из скоупа того что ты там понаписал не пофиксят, а ты забудешь проверить то всё f. И никогда нет полной картины понимания в каком состоянии таска, что пофиксили что нет, особенно если багов много. Понятно что если разраб сказал сейчас пофикшу мелкий баг, то можно не заводить, но если что-то не сейчас то лучше завести с понятным подробным описанием. Потому что может даже не этот разраб будет фиксить, может будет решено потом фиксить так как некритично сейчас, если так и оставить в комментариях потом никто не пофиксит (и поверьте многие просто оставят в комментах, просто забьют на то что эти баги есть или забудут).
И менеджер и тестировщик и разраб должны одним взглядом на задачу понимать, что ещё не готово и чего ждём, что критично, а что можно отложить, а не в комментах рыться.
Коммент написать - да. А вот баг заводить - надо подумать стоит ли.
Есть мнение, что багу надо отлежаться. Есть мнение с др стороны, что отлежавшийся баг хорошо стреляет в проде потом)
Где идут эти стримы? Откуда нарезка
Доска миро с платных курсов qa studio. Есть предположение, что вырезано оттуда.
Офигеть как доска выросла. Когда я учился доста была раза в 3 меньше
German, forever!
Что за софт Центри? Centry? Эмулятор терминалов (судя по ответу Гугла)? Зачем он нужен тестировщикам?
Sentry. Ловит ошибки и показывает в удобном UI интерфейсе. Когда была первая ошибка, как часто, стек-трейс ошибки. В каком методе. В этом видео показал как с ним может работать тестировщик: ua-cam.com/video/keBrfAhFiP4/v-deo.html