Ми часто говоримо про black-box техніки тест дизайну. А сьогодні хочемо торкнутися white-box, адже ці техніки також корисні не лише для ISTQB-сертифікацій, а й для:✅ review покриття коду unit-test-ами, якщо їх пишуть розробники;✅ усвідомленого покриття коду unit-test-ами, якщо їх пишуть тестувальники;✅ safety-critical проєктів, де є вимоги industry standarts по глибині wb прокриття;✅ брейнстормів технічних ризиків з командою;✅ SDETів та автоматизаторів для аналізу свого coverage.Ловіть пару рекомендацій, як познайомитись з white-box детальніше1️⃣ Для початку необхідно познайомитись з цією групою технік та навчитись читати як мінімум псевдокод і орієнтуватись в елементах блок-схем для коду (statements, decisions, conditions etc). Якщо ви ще на цьому етапі, ловіть додаткове White-box заняття з нашого відеокурсу FL4.0.2️⃣ Далі — потренувати набуті скіли на задачах з кодом. Можна почати з покриття простих умовних операторів на кшталт if, else та технік statement та branch coverage3️⃣ Тим, хто готовий до deep dive рівня condition та multiple-condition coverage, рекомендуємо книжку для підготовки до Advanced Test Analyst. Складати іспит не обовʼязково, а книга містить розбори найскладніших wb технік + питання з іспиту дадуть задачки на тренування. ‼️Неочевидна рекомендація — вайт боксом ми не покриваємо весь код підряд. Ми підбираємо шматки коду і техніку для глибини покриття, залежно від його контексту, цілей та пріоритету фітчі чи user story. Приміром, при інтеграційному тестуванні ми покриватимемо саме шматки коду, що відповідають за взаємодію компонентів між собою. А при системному чи вище — ті, що відповідають за поширені бізнес сценарії.Діліться у коментарях, чи використовуєте ви техніки white-box і коли 👇