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