#ЧарівнийКомпас 🧭1️⃣9️⃣2️⃣ Завдання 192Що таке «code freeze» та його вплив на QA.Code Freeze - це етап у розробці, коли в кодову базу проєкту не вносяться жодні зміни, окрім виправлень критичних дефектів. Зазвичай він використовується командою перед релізом нової версії продукту або ключовим етапом життєвого циклу, наприклад, квартальною демонстрацією для замовника. Це робиться для зменшення ризиків неочікуваних поломок перед цими подіями та зосередження на стабілізації вже готового функціоналу.Для QA Code Freeze означає:1️⃣ Ми виходимо на фінальний етап тестування в рамках цього циклу розробки. Ми можемо бути впевнені, що новий функціонал додаватися більше не буде, і можемо повністю зосередитися на доведенні до ідеалу вже впровадженого. Ідеальний момент для повного регресійного тестування та стабілізації версії продукту.2️⃣ Дуже важливо правильно розставляти пріоритети дефектів. Під час code freeze зміни в коді повинні зводитися до мінімуму, а це означає, що навіть критичні дефекти проходитимуть кілька етапів перевірок, перш ніж буде ухвалено рішення щодо їх подальшої долі.3️⃣ Важливо грамотно розподіляти ресурси та правильно визначати суміжні зони при перевірці критичних багів. Повністю запускати регресію кожного разу вже немає часу, але й залишати потенційні області, які може зачепити виправлення критичного дефекту, без уваги - не варіант.4️⃣ Оскільки проєкт переходить у фазу стабілізації, а не розробки та додавання нового функціоналу - це чудовий момент приділити більше уваги нефункціональному тестуванню. Причини таких дефектів значно легше локалізувати саме у стабільній версії продукту.5️⃣ Імовірно, комунікація між QA-командою та розробниками може трохи ускладнитися, адже інженер з QA команди може не погоджуватися з думкою девелопера щодо пріоритету багів і необхідності їхнього виправлення на цьому етапі.Code Freeze - це дуже корисний інструмент, який за правильної реалізації може суттєво допомогти QA-команді грамотно підійти до тестування та стабілізації. Тут надзвичайно важливо вміти знаходити спільну мову з розробниками, а не тягнути ковдру на себе. Пам’ятайте, що ви працюєте над спільною справою, як одна команда, і якщо кожен буде тягнути в свій бік - результату не буде.@Zatishna_Galera