Классная подача и полезный материал. На просторах интернета мало именно чего-то практического. Вы помогаете сформировать представление и подготовиться к чему-то реальному. Спасибо 🙏
По ISO 29119-3 Severity совмещает в себе technical и business impact (the depth and breadth of the impact this incident will have on technical and business issues). Отсюда евро формат даты вместо US формата уже не может быть с Low severity. Priority же определяет an evaluation of the urgency for the repair, которая может: зависеть от очередности деплоя, сетиться бизнес стейкхолдерами, зависеть от процессов проекта. Соответственно, она может быть разной в разных случаях, тем более что тестер не всегда полномочен сетить приоритет (с учетом такого количества зависимостей), хотя должен делать это при заведении репорта (по ИСО)
В реальной жизни практически всегда severity это сугубо технический показатель. Все что связано с бизнесом и влиянием на роботу юзеров - это priority. Есть масса проектов, где priority тестировщик не выставляет, но точно так же есть не мало проектов где он это делает, как минимум предварительно, но при условии если он профи в продукте, который тестит!
О, Серег, держи вопрос для следующего видоса: вы кликнули на кнопку, пришел ответ 200 ОК по клику, но ничего не поменялось на странице. Что делать в девтулз? куда смотреть? Что покажут респонсы, или не покажут ничего? Для тех кто не догнал, этим вопросом экзаменатор Рест АПИ проверяет понимание, понимание дебагинг, понимание глубины владения девтулз и понимания скорости мышления инасмотренности. Вот такие вопросы ждите на реальных собесах.
Проверить риспонс бади, риспонс хедерс, в девтулзе посмотреть нетворк таб. Мы сможем увидеть доп инфо. о том, что происходит во время клика на кнопку и почему изменения на странице не происходят.
204 - это статус код от сервера, а не ошибка. Все зависит от того, что сейчас запрашиваем. Если это удаление, то как раз используют часто 204 - No Content. Потому что логично уже нечего возвращать. Если мы что-то создаем или запрашиваем получить инфу, и ожидаем получить 201 или 200 и в бади должны прийти все данные, то в этом случае 204 - будет дефект! А если говорить о первом вопросе, то да, смотреть нужно в DevTools - Network и Console. Если от сервера приходят верные данные и они присутствуют, то проблема на фронте, если приходит 200 но данных нет, поэтому они и не обновляются на фронте, то проблема однозначно на беке. А консоль покажет есть ли вообще какие-то errors.
Классная подача и полезный материал. На просторах интернета мало именно чего-то практического. Вы помогаете сформировать представление и подготовиться к чему-то реальному. Спасибо 🙏
Сергей, огромное спасибо за подробнейший разбор. Стало все понятно. ❤❤❤
Дякую за те, що ви робите, це дуже корисно!
спасибо
Можете сравнить блокирующие и критичные баги? С примерами, пожалуйста
По ISO 29119-3 Severity совмещает в себе technical и business impact (the depth and breadth of the impact this incident will have on
technical and business issues). Отсюда евро формат даты вместо US формата уже не может быть с Low severity.
Priority же определяет an evaluation of the urgency for the repair, которая может: зависеть от очередности деплоя, сетиться бизнес стейкхолдерами, зависеть от процессов проекта. Соответственно, она может быть разной в разных случаях, тем более что тестер не всегда полномочен сетить приоритет (с учетом такого количества зависимостей), хотя должен делать это при заведении репорта (по ИСО)
В реальной жизни практически всегда severity это сугубо технический показатель. Все что связано с бизнесом и влиянием на роботу юзеров - это priority.
Есть масса проектов, где priority тестировщик не выставляет, но точно так же есть не мало проектов где он это делает, как минимум предварительно, но при условии если он профи в продукте, который тестит!
О, Серег, держи вопрос для следующего видоса: вы кликнули на кнопку, пришел ответ 200 ОК по клику, но ничего не поменялось на странице. Что делать в девтулз? куда смотреть? Что покажут респонсы, или не покажут ничего?
Для тех кто не догнал, этим вопросом экзаменатор Рест АПИ проверяет понимание, понимание дебагинг, понимание глубины владения девтулз и понимания скорости мышления инасмотренности.
Вот такие вопросы ждите на реальных собесах.
Проверить риспонс бади, риспонс хедерс, в девтулзе посмотреть нетворк таб. Мы сможем увидеть доп инфо. о том, что происходит во время клика на кнопку и почему изменения на странице не происходят.
@@realeden5840 воооот. Толгда еще вопрос не менее дибильный: получена ошибка 204. Надо ли што делать?
204 - это статус код от сервера, а не ошибка. Все зависит от того, что сейчас запрашиваем. Если это удаление, то как раз используют часто 204 - No Content. Потому что логично уже нечего возвращать. Если мы что-то создаем или запрашиваем получить инфу, и ожидаем получить 201 или 200 и в бади должны прийти все данные, то в этом случае 204 - будет дефект!
А если говорить о первом вопросе, то да, смотреть нужно в DevTools - Network и Console. Если от сервера приходят верные данные и они присутствуют, то проблема на фронте, если приходит 200 но данных нет, поэтому они и не обновляются на фронте, то проблема однозначно на беке.
А консоль покажет есть ли вообще какие-то errors.
@@QASTARTUPITTrainingCenter спасибо) можно смело делать урок. Многие скажут "спасибо" на собеседовании
@@unicoxr5tj417 завалился на этом вопросе?
Пр