Азат, спасибо за видео. Сегодня было интервью на русском для интернатуры. Вопросы были такие: о себе, на английском мотивация для работы в QA, из чего состоит баг репорт, что такое severity и priority и логическая задачка о 15 конфетах. Очень пригодился твой пример о северити и праёорити Будем ждать результата 🤞
Я и багрепорты пишу как можно более детально, а то баг могут закинуть в долгий ящик, а мне потом его ретестить (или не мне!). Если баг забросили надолго, то я ж 10 раз забуду про что там, поэтому, стараюсь сам себя обезопасить, а если его ретест попадется не мне, так тем более - сделаю меньше головной боли коллеге. :)
Спасибо за качественный контент. Можешь выпустить ролик связанный с work around среды тестирования - в чем обычно тестируйте - что это стенд или образ doker, как решаете проблемы с доставкой билда и как выглядит типовой тест кейс для веба и для мобилки, в чем ведете тест кейсы и где публикуете отчеты. В чем тестируете back и в чем задачи end-to-end для автотестера.. Спасибо!
В Environment у нас указываются как раз ОС, версия, браузеры. А department указывается в том случае если на кого-то конкретного баг кидаешь. Кстати об этом забыл сказать.
у Паши скорее всего личные счеты со штатами из-за ТОН. Больше доставило, как быстро сми аппарат которых безуспешно пытался заблокировать телегу подхватил его 7 пунктов как "сторонника" против вражеской омерики. что выгодно - сразу в топ новостей🤮
Азат, спасибо за видео, расскажи пожалуйста по подробнее об интервью на роль автоматизатора/разраба в тестировании? Вообще как часто эти роли отличаются в сша.
Вопросы по SQL могут задать даже в случае если устраиваешься на позицию мануального QA? Понимаю что вряд ли, но все-таки хочу услышать ответ на этот вопрос, а то кто его знает.
Мне кажется, вы перепутали местами Severity с Priority. Priority - сложность и важность исправления дефекта с точки зрения разработки. Severity - с точки зрения бизнеса/клиента
Нет. Priority - с точки зрения бизнеса/клиента. Severity это как баг влияет на работу системы. К примеру highest priority and low severity - на пейдже гугла пишет "Gogle', со стороны бизнеса это очень критическая ошибка, а на работу системы она никак не влияет
Поспорю про actual and expected result. Это важные компоненты тест кейса и не имеют никакого отношения к баг репорту. Никогда не понимал зачем это нужно со времен работы на uTest. Если уж ситуация требует, то можно показать расхождения в short description или добавить в последнем шаге steps to reproduce что-то типа observe и дальше расписать что не так. Но хороший навык это зашивать в short description (хотя с другой стороны мы должны говорить о самой проблеме, а не рассписывать мол вот смотрите тут вот так а должно быть вот так). Важные компоненты баг репорта: Short description, steps to reproduce, severity, priority, status. Важные компоненты тест кейса: ID, title, instructions (on ho to get from based app state to verifiable app state), expected result. На этапе выполнения тест кейса добавляются еще 2 поля: Actual result, status. Многие путают что в тест кейсе есть steps to reproduce но это компонент баг репорта. Это называется instructions. Видео хорошее. Ждем новых!!!
![[안방1열 직캠4K] 베이비몬스터 치키타 'DRIP' (BABYMONSTER CHIQUITA FanCam) @SBS Inkigayo 241110](http://i.ytimg.com/vi/tnlxo79cAqY/mqdefault.jpg)
Азат, спасибо за видео.
Сегодня было интервью на русском для интернатуры. Вопросы были такие: о себе, на английском мотивация для работы в QA, из чего состоит баг репорт, что такое severity и priority и логическая задачка о 15 конфетах.
Очень пригодился твой пример о северити и праёорити
Будем ждать результата 🤞
что за задачка?
Как успехи?
конфеты понятно сьели
@@OneFrenk есть 15 конфет в обертке, за каждые 3 обертки дают одну конфету, сколько макс можно получить конфет?
@@zaycer13 5 конфет ?
Спасибо за видео, было интересно)
Класс! Спасибо!
Спасибо огромное за информацию 💻
Я и багрепорты пишу как можно более детально, а то баг могут закинуть в долгий ящик, а мне потом его ретестить (или не мне!). Если баг забросили надолго, то я ж 10 раз забуду про что там, поэтому, стараюсь сам себя обезопасить, а если его ретест попадется не мне, так тем более - сделаю меньше головной боли коллеге. :)
А вы над каким проектом трудитесь?
@@СаулеЛия , сейчас тестирую API для одного страхового проекта, но вообще, на каком бы проекте ни оказался, всегда так делаю.
Спасибо за качественный контент. Можешь выпустить ролик связанный с work around среды тестирования - в чем обычно тестируйте - что это стенд или образ doker, как решаете проблемы с доставкой билда и как выглядит типовой тест кейс для веба и для мобилки, в чем ведете тест кейсы и где публикуете отчеты. В чем тестируете back и в чем задачи end-to-end для автотестера.. Спасибо!
Лайк понравилось видео.отдельный царский лайк за английский в тестировании,если выйдет это видео
У вас очень интересные видео )
Очень интересно, спасибо.
Отлично!
Ты лучший!
Спасибо за информацию
Хороший видос
Расскажи еще ништяков !
Спасибо большое
Спасибо
В Environment у нас указываются как раз ОС, версия, браузеры. А department указывается в том случае если на кого-то конкретного баг кидаешь. Кстати об этом забыл сказать.
Ништяк
Привет, Азат! недавно Дуров высказался о фильме дудя про долину, хотелось бы услышать твои комментарии по этому мнению
у Паши скорее всего личные счеты со штатами из-за ТОН.
Больше доставило, как быстро сми аппарат которых безуспешно пытался заблокировать телегу подхватил его 7 пунктов как "сторонника" против вражеской омерики. что выгодно - сразу в топ новостей🤮
Хочу видео английский в тестировании
Азат, спасибо за видео, расскажи пожалуйста по подробнее об интервью на роль автоматизатора/разраба в тестировании? Вообще как часто эти роли отличаются в сша.
При чем тут разраб вообще ? sdet qa manual
Таймкоды(
А если нет опыта, только курсы., что говорить?
Вопросы по SQL могут задать даже в случае если устраиваешься на позицию мануального QA?
Понимаю что вряд ли, но все-таки хочу услышать ответ на этот вопрос, а то кто его знает.
Зададут определенно. Учите. Это не сложно.
Азат расскажи пожалуйста - на сколько скучно работать мануальным тестировщиком?
Я говорил про это тут: th-cam.com/video/sjkDel30tjU/w-d-xo.html
Переключение камеры сильно бросается в глаза и вызывает эпилиптический припадок😁
Принял, буду менее агрессивный монтаж делать)
Прикинь, я на собесе ВСЕ такие же вопросы задаю, кроме 4го:) спасибо за идею, будет +1 вопрос😆
Severity - уже нету в JIRA
Все верно, я вроде отметил это в видео, но на интервью все равно спрашивают
@@azat-zak видимо, других вопросов нет, а спрашивать что-то нужно)
Есть, надо только настроить
#
#ореосовкусомподписок
#ореосовкусомлайков
Interesanti
Мне кажется, вы перепутали местами Severity с Priority. Priority - сложность и важность исправления дефекта с точки зрения разработки. Severity - с точки зрения бизнеса/клиента
Нет. Priority - с точки зрения бизнеса/клиента. Severity это как баг влияет на работу системы. К примеру highest priority and low severity - на пейдже гугла пишет "Gogle', со стороны бизнеса это очень критическая ошибка, а на работу системы она никак не влияет
Только сейчас услышал в видео)
@@alexanderhritsun8808 по ссылке на guru99, как раз и указано:
- Priority is driven by business value
- Severity is driven by functionality
Исчерпывающе
Поспорю про actual and expected result. Это важные компоненты тест кейса и не имеют никакого отношения к баг репорту. Никогда не понимал зачем это нужно со времен работы на uTest. Если уж ситуация требует, то можно показать расхождения в short description или добавить в последнем шаге steps to reproduce что-то типа observe и дальше расписать что не так. Но хороший навык это зашивать в short description (хотя с другой стороны мы должны говорить о самой проблеме, а не рассписывать мол вот смотрите тут вот так а должно быть вот так). Важные компоненты баг репорта: Short description, steps to reproduce, severity, priority, status. Важные компоненты тест кейса: ID, title, instructions (on ho to get from based app state to verifiable app state), expected result. На этапе выполнения тест кейса добавляются еще 2 поля: Actual result, status. Многие путают что в тест кейсе есть steps to reproduce но это компонент баг репорта. Это называется instructions.
Видео хорошее. Ждем новых!!!
Да про требования и вопросы круто ..у тестировщика главный инструмент палец ,все самому тыкать )))👍😎🤑😅
Спасибо большое!)
Thank you!