Поиск багов на реальном примере. Заведение баг репортов, определение 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
Гуд урок, но я бы еще бы рассказал про то почему все-таки приоритет выставляют менеджеры или даже рп) все дело в том, что если вы работаете по скраму, и вам сдавать релиз скоро, и не понятно насколько важен функционал в рамках данного спринта, то я бы наверное все-таки спросил у рп или менеджера) ну это так чисто на мой взгляд)
Спасибо большое за видео и за внимание к моей уже бывшей проблеме) Все действительно оказалось проще, чем я думал. Изучил созданные коллегами репорты и создаю свои по их образу и подобию. Так как в спринте задач много, часто репорты повторяются или дублируются с измененной формулировкой. Это не проблема. Просто связываю задачи. По факту, если не могу найти похожую задачу в течение 5-10 минут - создаю свою. Даже если выяснится, что баг известный - никаких проблем. Главная задача команды - устранить проблему, а не оформить ее как можно правильней. Еще раз спасибо за реальные примеры. ПыСы. Для перевода репортов использую ДипЭль (типа, нейросеть и бла-бла).
Все по делу с хорошими примерами сразу на 3 системах учета) Красава)
Спасибо! Отличное видео! Можешь рассказать для начинающих тестеров, как ты учился и на что в первую очередь стоит обратить нам при обучении в сложившейся ситуации на рынке, не считая теории конечно же. На сколько досканально надо знать инструменты для тестирования. А то изучать надо много, информации куча, требований к джунам гора и куда бросаться, что делать...., а времени, как всегда в обрез. Спасибо. Буду очень благодарен!, Наверное, не только у меня такие вопросы появляются....
Красавчик! всё по делу! теория на практик, что как раз не хватает в интернете без воды!
Добрый день. Сделайте пожалуйста видео, как разбить/разделить приложение на функционал/отдельные компоненты, т.е. декомпозиция функционала приложения, может не совсем правильно описал название самого процесса. Очень интересный вопрос/тема, которая относится к базовым навыкам qa. В одном из ваших видео упоминалось об этом. Однако, толком об этом нигде и никто не упоминает и не расказывает. Если у вас нет времени/желания делать видео на эту тему, можете пожалуйста порекомендовать ресурс (название книги, ссылка на веб ресурс), где это описывается. Спасибо.
Запиши пожалуйста видео по поводу консольных ошибок, как их правильно отслеживать, как правильно разобоптся что именно это за консольная ошибка? И на что они влияют и всегда ли нужно создавать баг репорт на консольные ошибки, они просто почти на всех сайтах есть
@qa_tech
8 ай бұрын
Всегда стараюсь держать консоль открытой для отслеживания ошибок, стоит обращать внимание на все виды 400 и 500 статус кодов. На счет видео подумаю
да, очень хорошо, что показано прям на реальном примере. Корректировки: - навряд ли вы будете использовать Ютрек. Нормой стала Джира. Ютрек все же не так популярен. Хотя я работал и с тем и тем. Не понравилось, как описаны Шаги. Я бы расписал так: а. перейти в корзину с купленным товаром. б. нажать кнопку "купить в кредит" Очень понравился заголовок бага, но я бы ее переделал в "не работает кнопка купить товар в кредит". Корочи, вот с такими мелкими оформляшками можно поспорить, но это не делает урок хуже, запомните, единого стандарта нет, к своему удивлению, вы обнаружите, что в каждой ИТ - компании к багам свои требования, и к их оформлению. О чем автор и говорит в видео. Это лайк.
@qa_tech
Жыл бұрын
Спасибо за обратную связь. Основная цель видео это показать пример заведения баг-репортов без привязки к конкретной системе баг-трекинга, потому что + - все системы аналогичны. Если будет понимание как работать с одной из них, то при переходе не другую вопросов не возникнет. По шагам я бы поспорил: а) в корзине не может быть купленного товара, там товары которые пользователь собирается купить б) нажать кнопку купить в кредит - шаг не однозначен, потому что кнопки купить в кредит две, как понять какую именно нужно нажать? По названию баг-репорта согласен, можно изменить, но может возникнуть вопрос, почему кнопка не работает? кнопка по факту работает, но результат её нажатия не совпадает с ожиданиями пользователя.
@unicoxr5tj417
Жыл бұрын
@@qa_tech спасибо за ответ)
@arteria-circumflexa6527
Ай бұрын
JIRA ушла из России и новые проекты проще вести, скорее всего, в ютреке.
@unicoxr5tj417
Ай бұрын
@@arteria-circumflexa6527 тоглда уж в аналогах JIRA из России
Привет хотелось бы узнать от тебя освещение след. тем на твой выбор: - ci/cd - charles, fidler - скрипты в postman, - sql, nosql - tcp/ip Заранее благодарю)