Спасибо за курс! Хочу отметить как грамотно оформлены ваши презентации - всё в единой гамме, цвета подобраны по эталону, это помогает воспринимать информацию легко!
Если мы говорим о нормальном процессе разработке, то 100% - это регистрация информации о дефекте в баг-трекинговой системе и так же срочно сообщить о найденной проблеме заинтересованным сторонам (PM, BA и так далее).
Я только учусь, и не мне учить тех кто в этом собаку съел. Начал с Савина и там у него пишется, что если найден критический баг, то в таком случае применяется процедура о "неотложном ремонте бага". Где сначала программист получает задание, пишет патч заплатку , затем другой программист проверяет и корректирует, затем тестировщик прогоняет её по регрессивному тестированию, и после билд менеджер создаёт билд, и вносит изменения. Соответственно файл о проведении этой процедуры имеет свой стандарт и порядок действий, для этой компании, как и в каком случае что происходит и доступен для всех. Ещё он упоминал что в особо крупных компаниях есть свой "собр" который как раз и занимается этой проблемой
@@tretchapori5256 все зависит от того ГДЕ НАЙДЕН критический баг, это production, среда где тестят юзера или тестеры, и в зависимости от этого процедура может быть кардинально разной. Если на production, конечно будет выкатываться отдельный патч (hot fix) с исправлением дефекта с соответствующей частичной регрессией, если на такую имеется время.
Потому что дефекты могут быть разные - error/mistake далее defect и далее fauilt/failure, английский язык - язык синонимов, с русским языком приходится подстраиваться.
Спасибо за курс! Хочу отметить как грамотно оформлены ваши презентации - всё в единой гамме, цвета подобраны по эталону, это помогает воспринимать информацию легко!
Спасибо огромное. Ваши лекции интересны, информативны. Смотрю с огромным удовольствием, и что особо важно, нет желания уснуть)
Сергей, спасибо вам большое за такую огромную работу которую вы проделали, чтобы помочь нам, новичкам войти в профессию и обрести базовые знания! 🙏🏽
Огромное спасибо!
Спасибо за Ваш видеокурс!!
I love you. You explain it so good. Keep up the great work. Mentor💓👍🏻☘️💐
Спасибо, очень интересно. С нетерпением жду следующее видео.
Welcome)
Кратко, четко и понятно. Спасибо )
Рад, что понятно! И Вам спасибо за просмотр. Если есть вопросы, пишите в комментариях.
Баг - это результат ошибки кода. Дефект - это отклонение от требований. Дефекты и баги, кто только и как не называет...
Очень всё информативно, спасибо :)
Очень ёмко 👍🏼 спасибо
лайк за мотылька. Я не в курсе был.
Класс! Я не знала историю о баге👍🏼
В 1945 был создан Mark l, а ll был завершён в 47-м и в том же году мотылек был обнаружен))
А на исправление оправляют сразу после обнаружения одного дефекта, или вначале все таки все возможные дефекты находят?
он может в процессе фиксинга 1 жука, нарожать множество жуков))
Вы хотели сказать, фистинга
без наглядного примера работы в Jira видео как подстреленные штаны зимой - вроде одел, а нифига не помогают ))
👍🏻👍🏻👍🏻
Сергей, скажите пожалуйста, если серьёзный баг обнаружен тестировщиком накануне релиза, какие будут действия тестировщика?
Если мы говорим о нормальном процессе разработке, то 100% - это регистрация информации о дефекте в баг-трекинговой системе и так же срочно сообщить о найденной проблеме заинтересованным сторонам (PM, BA и так далее).
Спасибо большое
Я только учусь, и не мне учить тех кто в этом собаку съел. Начал с Савина и там у него пишется, что если найден критический баг, то в таком случае применяется процедура о "неотложном ремонте бага". Где сначала программист получает задание, пишет патч заплатку , затем другой программист проверяет и корректирует, затем тестировщик прогоняет её по регрессивному тестированию, и после билд менеджер создаёт билд, и вносит изменения. Соответственно файл о проведении этой процедуры имеет свой стандарт и порядок действий, для этой компании, как и в каком случае что происходит и доступен для всех. Ещё он упоминал что в особо крупных компаниях есть свой "собр" который как раз и занимается этой проблемой
Так вот, насколько часто используется, да и существует ли подобная процедура, или же уже пережиток прошлого?
@@tretchapori5256 все зависит от того ГДЕ НАЙДЕН критический баг, это production, среда где тестят юзера или тестеры, и в зависимости от этого процедура может быть кардинально разной. Если на production, конечно будет выкатываться отдельный патч (hot fix) с исправлением дефекта с соответствующей частичной регрессией, если на такую имеется время.
Цікава історія, про те, як з'явилося поняття BUG
Зачем вводить новое понятие - дефект если можно сразу говорить баг ? К чему так усложнять ?
Потому что дефекты могут быть разные - error/mistake далее defect и далее fauilt/failure, английский язык - язык синонимов, с русским языком приходится подстраиваться.
Опять ни слова про Жотм