#теория #ответынавопросы

Подписчицу на собеседовании атаковали вопросами про HotFix:
Что делать, если HotFix в продакшене?
Какие действия у QA, developers?
Какие приоритеты у ошибок: high, low?
Каковы особенности HotFix?
Кто и как исправляет?
Что требуется от QA?

Как часто в проекте могут возникать хотфиксы?
Отвечая на последний вопрос, уверено можно сказать: "Да, постоянно"
Хотфиксы в основном возникают в онлайн играх, но и в других компаниях часто наблюдаются хотфиксы, например, на моей работе нередкое явление.

Хочу привести пример хотфикса, связанный с игрой Destiny 2.
Каждый вечер вторника - еженедельный релиз.
Выкатывают новую порцию контента. Через полчаса до разработчиков дошла информация о следующем баге, что у одного продавца можно было получать определенное оружие бесконечно и, разбирая его, получить ценное количество игровых ресурсов. Это полностью бы разрушило ресурсную экономику в игре. Так как ресурсы необходимо искать определенными квестами или от разборки, или покупать. Эти ресурсы сложно добывать в игре. Данные ресурсы можно было получать 5 раз за день. А тут их можно было получить бесконечно.
И конечно было принято решение срочное исправление, так как эта ситуация была непредвиденная, но вовремя замеченная.
Это очень быстро пофиксили за несколько часов, фиксом всех игроков выкинуло из игровых миров на орбиту
Исправили, что у продавца можно было получить оружие всего один раз. Многие игроки расстроились,что не успели нафармить ресурсы.
Стратегия Bungee была следующей: прям на рабочих серверах чинили баг.

Что же такое HotFix!?
Это срочное исправление критической ошибки или уязвимости в программе.
Исправление - это изменение, внесенное в игру, которое считается достаточно важным, чтобы его не откладывать до обычного обновления контента.

Ещё раз 😉
Выкатили новую версию билда, и через несколько минут видно, что поведение приложения становится непредвиденным, неожиданным, например, баг в конфигурации, и необходимо это срочно исправить.
Хотфиксы возникают после обновы на продакшн, ошибку находят по логам или по первым отзывам от клиентов, что происходит какой-то трэш.
Если баг в конфигурации и какие-то то важные части инкремента не работают, компания принимает срочное решение быстро исправить данное поведение, и вся команда работает над этим процессом. Как проводить исправление на ПРОД или проводить ПСИ(приемо-сдаточные испытания) в основном решают менеджеры или заинтересованные лица.
Разботчики быстро исправляют,
тестировщики проверяют исправление на staging или на проде, чтобы данная проблема не воспроизводилась.

Я выделяю следующие особенности хотфикса:
Срочность
Важность
Быстрота
Необходимы коммуникация и встречи
Фиксация в системе отслеживания ошибок и в системе управления тестированием (создание тестового сценария и связка с баг-репортом или создание проверки в регрессионном чек-листе)
Зачастую бывает, что при хотфиксах чинится одно,но ломается другое
Репутация компании
Радость конкурентов
Потери по деньгам
Негативные отзывы

Ещё имеются связанные понятия:
Rollback - откат к прошлой версии:
Ситуации по роллбэк: приложение не работает, инкремент не рабочий, продакшн сдох, и тогда принимают решение выполнить роллбэк

Patch - Патч - это набор исправлений (программная поправка, предназначенная для устранения определенных проблем, ошибок), отличие от хотфикса: у пользователей есть возможность выбора обновлять приложение или нет.

Что делать, если ХотФикс в продакшене? Данный вопрос решают менеджеры и стейхолдеры.
Для разработчика исправление означает, что изменение могло быть внесено быстро и вне обычных процессов разработки и тестирования.
Для тестировщиков является заведения баг-репорта, быстрый прогон тестов (смоук), наблюдение поведения системы в продакшене.

Запомните, ХотФикс является неожиданным побочным эффектом, который требует быстрой реакции на починку, и не является обычной целью исправления программного обеспечения.

Дополняйте свои мысли по этой теме!
Благодарю за прочтение.

Немного поправила шаблоны:
https://docs.google.com/spreadsheets/d/1CP1ldX5vZi6hEANbpMibcvn2XS9qw_AQYaLzMFdFa0A/edit?usp=drivesdk

#тестовыйсценарий

В Инстаграме рассказываю тему про тестовую документацию, тестовые сценарии, приемочное тестирование и регрессионное тестирование.
А завтра планирую провести тестирование по этой теме.