Поиск багов на реальном примере. Заведение баг репортов, определение severity & priority Bugs for QA

В данном видео я покажу, как заводить баг-репорты в различных системах баг-трекинга, а также как определять severity и priority для этих багов. Эта информация будет полезна для начинающих тестировщиков, которые хотят улучшить свои навыки в области тестирования программного обеспечения.
Donate на поддержку канала:
карта сбер - 2202 2068 4325 7309
00:00 пример для начинающих тестировщиков
0:25 баг-репорт_1 blocker/critical Youtrack
01:40 виды severity
03:05 баг-репорт_2 blocker
04:22 баг-репорт_3 major Azure DevOps
08:10 баг-репорт_4 minor Testrail
13:47 баг-репорт_5 trivial Youtrack
15:03 полезный совет
15:49 пример бага critical
16:33 пример бага trivial
16:54 пример бага trivial
#qatech #тестировщик #qa #bugreport #severity&priority

Пікірлер: 14

  • @TaLaHT
    @TaLaHTАй бұрын

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

  • @golkom
    @golkom Жыл бұрын

    Спасибо большое за видео и за внимание к моей уже бывшей проблеме) Все действительно оказалось проще, чем я думал. Изучил созданные коллегами репорты и создаю свои по их образу и подобию. Так как в спринте задач много, часто репорты повторяются или дублируются с измененной формулировкой. Это не проблема. Просто связываю задачи. По факту, если не могу найти похожую задачу в течение 5-10 минут - создаю свою. Даже если выяснится, что баг известный - никаких проблем. Главная задача команды - устранить проблему, а не оформить ее как можно правильней. Еще раз спасибо за реальные примеры. ПыСы. Для перевода репортов использую ДипЭль (типа, нейросеть и бла-бла).

  • @egoregor943
    @egoregor943 Жыл бұрын

    Все по делу с хорошими примерами сразу на 3 системах учета) Красава)

  • @x_XOY_x
    @x_XOY_x Жыл бұрын

    Спасибо! Отличное видео! Можешь рассказать для начинающих тестеров, как ты учился и на что в первую очередь стоит обратить нам при обучении в сложившейся ситуации на рынке, не считая теории конечно же. На сколько досканально надо знать инструменты для тестирования. А то изучать надо много, информации куча, требований к джунам гора и куда бросаться, что делать...., а времени, как всегда в обрез. Спасибо. Буду очень благодарен!, Наверное, не только у меня такие вопросы появляются....

  • @Zlelezinskaycrb
    @Zlelezinskaycrb Жыл бұрын

    Красавчик! всё по делу! теория на практик, что как раз не хватает в интернете без воды!

  • @vitaliilysenko9790
    @vitaliilysenko9790 Жыл бұрын

    Добрый день. Сделайте пожалуйста видео, как разбить/разделить приложение на функционал/отдельные компоненты, т.е. декомпозиция функционала приложения, может не совсем правильно описал название самого процесса. Очень интересный вопрос/тема, которая относится к базовым навыкам qa. В одном из ваших видео упоминалось об этом. Однако, толком об этом нигде и никто не упоминает и не расказывает. Если у вас нет времени/желания делать видео на эту тему, можете пожалуйста порекомендовать ресурс (название книги, ссылка на веб ресурс), где это описывается. Спасибо.

  • @eenziti9402
    @eenziti94028 ай бұрын

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

  • @qa_tech

    @qa_tech

    8 ай бұрын

    Всегда стараюсь держать консоль открытой для отслеживания ошибок, стоит обращать внимание на все виды 400 и 500 статус кодов. На счет видео подумаю

  • @unicoxr5tj417
    @unicoxr5tj417 Жыл бұрын

    да, очень хорошо, что показано прям на реальном примере. Корректировки: - навряд ли вы будете использовать Ютрек. Нормой стала Джира. Ютрек все же не так популярен. Хотя я работал и с тем и тем. Не понравилось, как описаны Шаги. Я бы расписал так: а. перейти в корзину с купленным товаром. б. нажать кнопку "купить в кредит" Очень понравился заголовок бага, но я бы ее переделал в "не работает кнопка купить товар в кредит". Корочи, вот с такими мелкими оформляшками можно поспорить, но это не делает урок хуже, запомните, единого стандарта нет, к своему удивлению, вы обнаружите, что в каждой ИТ - компании к багам свои требования, и к их оформлению. О чем автор и говорит в видео. Это лайк.

  • @qa_tech

    @qa_tech

    Жыл бұрын

    Спасибо за обратную связь. Основная цель видео это показать пример заведения баг-репортов без привязки к конкретной системе баг-трекинга, потому что + - все системы аналогичны. Если будет понимание как работать с одной из них, то при переходе не другую вопросов не возникнет. По шагам я бы поспорил: а) в корзине не может быть купленного товара, там товары которые пользователь собирается купить б) нажать кнопку купить в кредит - шаг не однозначен, потому что кнопки купить в кредит две, как понять какую именно нужно нажать? По названию баг-репорта согласен, можно изменить, но может возникнуть вопрос, почему кнопка не работает? кнопка по факту работает, но результат её нажатия не совпадает с ожиданиями пользователя.

  • @unicoxr5tj417

    @unicoxr5tj417

    Жыл бұрын

    @@qa_tech спасибо за ответ)

  • @arteria-circumflexa6527

    @arteria-circumflexa6527

    Ай бұрын

    JIRA ушла из России и новые проекты проще вести, скорее всего, в ютреке.

  • @unicoxr5tj417

    @unicoxr5tj417

    Ай бұрын

    @@arteria-circumflexa6527 тоглда уж в аналогах JIRA из России

  • @egoregor943
    @egoregor943 Жыл бұрын

    Привет хотелось бы узнать от тебя освещение след. тем на твой выбор: - ci/cd - charles, fidler - скрипты в postman, - sql, nosql - tcp/ip Заранее благодарю)

Келесі