All about QA - Все про тестування ПЗ

Якщо пишете автотести на Java, є кілька способів зробити їх коротшими та чистішими. У своїй статті Сергій Моренець розбирає JUnit Pioneer та його можливості для Automation QA. Автор показує, як спростити роботу з environment variables і системними властивостями, передавати тестові дані з JSON, створювати Cartesian-тести тощо. 👉 https://dou.ua/goto/IuIT

Щоб не дізнаватися про зміни в API через раптові баги на продакшені, Микола Міжигурський розробив власний фреймворк контрактного тестування.  У статті автор розповідає про свій підхід, який на проєкті зі 100+ ендпоінтами майже звів інтеграційні помилки між фронтом і беком до нуля. 👉 https://dou.ua/goto/voC6

У новому випуску розповідаємо про API From Hell — безкоштовний тренажер із 70+ підступними ендпоїнтами для практики API-тестування. Він допомагає навчитися помічати дивні та некоректні HTTP-відповіді та перевіряти, чи REST-клієнт не приховав проблему красивим форматуванням або власною обробкою. 👉 https://dou.ua/goto/MGlz  Маєте якісь цікаві ресурси, якими ви готові поділитися зі спільнотою? Заповнюйте форму, не тримайте їх в секреті 😎

Чи потрібен ISTQB тестувальнику у 2026 році? Навколо цієї сертифікації в QA-спільноті роками точаться суперечки. Для когось ISTQB — міжнародне підтвердження знань, для когось — просто ще один «папірець». Ми вирішили розібратися без крайнощів. У новій статті QALight говоримо про те: 🔹 що сьогодні дає ISTQB Foundation Level; 🔹 що змінилося у CTFL 4.0; 🔹 кому сертифікація справді може бути корисною; 🔹 як проходить іспит; 🔹 чи можна підготуватися самостійно; 🔹 і що про ISTQB говорять українські тестувальники, які вже проходили цей шлях. Буде цікаво почути й вашу думку: ISTQB — корисна систематизація знань чи переоцінений сертифікат? https://qalight.ua/novosti/istqb-foundation-level-ctfl-4-0/

⚡️Мітап для QA-інженерів та розробників, які працюють з embedded-системами або хочуть розвиватися у цьому напрямі. 🎙️У програмі: — особливості та сфери використання Linux, RTOS та Bare Metal — у скільки циклів, ватів та доларів обходиться кожен рівень абстракції, і чи варта ця абстракція витрачених ресурсів — RTOS vs Embedded Linux: як обрати, щоб не пошкодувати — як тестувати обрану систему — Q&A сесія (отримайте відповіді на ваші питання наживо) 🗓️ 9 вересня, 19:00 | онлайн + офлайн у Львові Івент безоплатний, деталі та реєстрація: squad.ua/linux-rtos-bare-metal

Automation QA Engineer (Python) в Volpis Львів, віддалено 👉 https://dou.ua/goto/7evb AQA Engineer AI/ML (middle) | A1 в Defence AI center A1 Київ 👉 https://dou.ua/goto/6mE3 QA Engineer в ДП «Адміністратор МБКД», $700–800 Київ 👉 https://dou.ua/goto/7QYl Automation Quality Assurance Engineer в SKIFTECH Київ 👉 https://dou.ua/goto/pVJR Junior+ QA Engineer в BUKI Київ, віддалено 👉 https://dou.ua/goto/yAmH

Ринок тестування змінився. Просто вміти тестувати UI та писати test cases уже недостатньо. Від сучасного QA все частіше очікують розуміння системи в цілому: API, автоматизації, CI/CD, баз даних, контейнеризації та роботи з AI. У цьому відео розбираю 10 ключових напрямків, які формують сучасного QA Engineer. Дивитись на YouTube

Якщо дивитися на цей репозиторій не як на “ще одну добірку посилань”, а як на карту розвитку, то він виглядає доволі якісно. Він будує навчання не навколо інструментів, а навколо знань: Web fundamentals (HTTP, DNS, браузери, cookies, сесії). Linux та командний рядок. Networking. Burp Suite. OWASP Top 10. API Security. Authentication/OAuth/JWT. Cloud Security. Active Directory. Mobile. Bug bounty methodology. Практичні лабораторії та CTF. Саме така послідовність зазвичай і рекомендується досвідченими багхантерами: спочатку зрозуміти, як працює веб, а вже потім шукати вразливості. https://github.com/1ndianl33t/Bug-Bounty-Roadmaps

QA Engineer в Bookmap віддалено 👉 https://dou.ua/goto/KvbL Senior QA Engineer (Manual + Automation) в Sherlock, recruitment agency віддалено 👉 https://dou.ua/goto/hNR3 Test Manager (QA Automation Lead) в Academy SMART віддалено 👉 https://dou.ua/goto/Tghm Middle Manual QA Engineer (Web Testing) в GPTinf Львів 👉 https://dou.ua/goto/1eSQ Middle General QA Engineer (Python and Pytest) в Poklyk Київ, за кордоном, віддалено 👉 https://dou.ua/goto/lyQa

4 серпня о 19:00 у Суворому QA ком'юніті — лекція Марії Терлецької: «Вітаємо! Ви тепер ще й Business Analyst. Як вижити QA без виділеного BA». Одного дня вам можуть сказати: «Поспілкуйся із замовником», «Уточни вимоги», «Напиши User Story» або «Онови беклог». Формально ви все ще QA. Фактично... вітаємо, ви вже Business Analyst. На реальних прикладах поговоримо про те: 🔹чому аналітичні задачі переходять до QA; 🔹 які BA-обов'язки найчастіше доводиться виконувати тестувальникам; 🔹 яких помилок варто уникати; 🔹 які інструменти бізнес-аналізу допоможуть працювати з вимогами; 🔹 як вижити, поки на проєкті немає виділеного аналітика. Лекція буде корисною тестувальникам, які вже виконують частину BA-обов'язків або хочуть бути до цього готовими. Кілька тез про Марію: 🔹 Business Analyst із понад 20-річним досвідом роботи в IT. 🔹 Працювала в командах, де BA було забагато, не було взагалі або його роль виконував той, хто не встиг втекти з мітингу. 🔹 Займається консалтингом і проводить корпоративні тренінги. 🔹 Авторка одного з найбільших українських онлайн-курсів із Business Analysis. 🔹 Переконана, що хороші вимоги економлять набагато більше часу, ніж потім забирає виправлення дефектів. Коротше, треба йти. 📅 Коли: 28 липня, 19:00 🎟 Квитки (50% з кожного квитка іде на ЗСУ) 🔴 Запис буде 🔗 LinkedIn Марії: https://www.linkedin.com/in/mariya-terletska/ Всі заходи для учасників Суворої QA спільноти безкоштовні. Долучайся до ком'юніті та отримай безліч додаткових корисних матеріалів.

Дві архітектури під сплеском дають однаковий success rate, але протилежний UX.  Генадій Сердюк досліджує поведінку систем і на відкритій моделі доводить, що тихе запізнення гірше за миттєву відмову. А ще розповідає, як перевіряти систему на те, де саме вона ламається під сплеском навантаження — на вході, у черзі, на обробці чи вже після порушення SLA. 👉 https://dou.ua/goto/CPfQ

‼️Набираємо діток на безкоштовний онлайн-майстер-клас зі створення власного AI-мультфільму! 🎬 Від “Young Coder School” Взяти участь можуть діти 8-15 років: як повні новачки, так і ті, хто вже обожнює технології ☺️ Будемо працювати з топовими нейромережами: ChatGPT, NanoBanana, Google Flow та CapCut🔥 Ціль нашої зустрічі — зробити перший крок у світ штучного інтелекту, провести час мегацікаво та з користю ☺️ І найголовніше — за ОДИН урок пройти повний шлях від сценарію до готового мультика, де ГОЛОВНИМ ГЕРОЄМ у 3D-стилі буде сама дитина! 🤩🚀 Проєкт розрахований всього на 10 учасників, щоб ми могли приділити увагу кожному🥹 🔥РЕЄСТРАЦІЯ: https://script.google.com/macros/s/AKfycbynqb7GPPofwU8vcA5Voy0hg3vum_2fVceiwIPh0p9XRRxb5MEfoepAH-j3t6k8unu9/exec?partner=P0049

Повна добірка статтей по тест-дизайну, про які є матеріали в каналі All about QA: Вступ до Технік Тест-Дизайну та Класи Еквівалентності Аналіз Граничних Значень (Boundary Value Analysis) Таблиці Рішень (Decision Table Testing) Діаграми Станів та Переходів (State Transition Testing) Передбачення Помилок (Error Guessing) Тестування на основі Варіантів Використання (Use Case Testing) Покриття Операторів (Statement Coverage) Покриття Рішень/Гілок (Decision/Branch Coverage) Покриття Умов (Condition Coverage) Тестування попарно (Pairwise/All-Pairs Testing) Покриття Модифікованих Умов/Рішень (MC/DC) Тестування на Основі Сценаріїв Використання (Use Case Testing) Ортогональні Масиви (Orthogonal Array Testing - OATs) Дослідницьке Тестування (Exploratory Testing) Таблиця Переходів Станів (State Transition Table) Граф причинно-наслідкових зв’язків (Cause-Effect Graphing) Метод Класифікаційних Дерев (Classification Tree Method — CTM) Тестування на основі ризиків (Risk-Based Testing) Тестування на основі Історій Користувача (User Story Testing) CRUD Тестування (Create, Read, Update, Delete) Фазінг (Fuzz Testing / Fuzzing) Тестування на основі Чек-листів (Checklist-Based Testing) Аналіз Домену (Domain Analysis Testing) Тестування Синтаксису (Syntax Testing) Порівняльне Тестування (Comparison / Back-to-Back Testing) Ad-hoc Тестування (Інтуїтивне Тестування) Тестування Сценаріїв (Scenario Testing) Мутаційне Тестування (Mutation Testing) Тестування Шляху Користувача (User Journey Testing) Тестування на Основі Моделей (Model-Based Testing — MBT) Тестування Синтаксису (Syntax Testing) Тестування життєвих циклів / процесів (Process Cycle Testing) Синтаксичне vs Семантичне Тестування (Syntax / Semantic Testing) #AllAboutQA #QA #ТестуванняПЗ #Тестування All About QA - все про тестування ПЗ

Повна добірка статтей по тест-дизайну, про які є матеріали в каналі All about QA: Вступ до Технік Тест-Дизайну та Класи Еквівалентності Аналіз Граничних Значень (Boundary Value Analysis) Таблиці Рішень (Decision Table Testing) Діаграми Станів та Переходів (State Transition Testing) Передбачення Помилок (Error Guessing) Тестування на основі Варіантів Використання (Use Case Testing) Покриття Операторів (Statement Coverage) Покриття Рішень/Гілок (Decision/Branch Coverage) Покриття Умов (Condition Coverage) Тестування попарно (Pairwise/All-Pairs Testing) Покриття Модифікованих Умов/Рішень (MC/DC) Тестування на Основі Сценаріїв Використання (Use Case Testing) Ортогональні Масиви (Orthogonal Array Testing - OATs) Дослідницьке Тестування (Exploratory Testing) Таблиця Переходів Станів (State Transition Table) Граф причинно-наслідкових зв’язків (Cause-Effect Graphing) Метод Класифікаційних Дерев (Classification Tree Method — CTM) Тестування на основі ризиків (Risk-Based Testing) Тестування на основі Історій Користувача (User Story Testing) CRUD Тестування (Create, Read, Update, Delete) Фазінг (Fuzz Testing / Fuzzing) Тестування на основі Чек-листів (Checklist-Based Testing) Аналіз Домену (Domain Analysis Testing) Тестування Синтаксису (Syntax Testing) Порівняльне Тестування (Comparison / Back-to-Back Testing) Ad-hoc Тестування (Інтуїтивне Тестування) Тестування Сценаріїв (Scenario Testing) Мутаційне Тестування (Mutation Testing) Тестування Шляху Користувача (User Journey Testing) Тестування на Основі Моделей (Model-Based Testing — MBT) Тестування Синтаксису (Syntax Testing) Тестування життєвих циклів / процесів (Process Cycle Testing) Синтаксичне vs Семантичне Тестування (Syntax / Semantic Testing) #AllAboutQA #QA #ТестуванняПЗ #Тестування All About QA - все про тестування ПЗ

Повна добірка тем по тест-дизайну, про які є матеріали в каналі All about QA: • Equivalence Partitioning • Boundary Value Analysis • Decision Table Testing • State Transition Testing • Pairwise Testing • Scenario Testing • Use Case Testing • Checklist-Based Testing • Domain Analysis Testing • CRUD Testing • Ad-hoc Testing • Exploratory Testing • Error Guessing • Positive and Negative Testing • Decision Tree Testing • Cause-Effect Graphing • Risk-Based Testing • Combinatorial Testing • Orthogonal Array Testing • Monkey Testing • Random Testing • Requirements-Based Testing • Workflow Testing • UI State Testing • Path Testing • Branch Coverage • Statement Coverage • White Box Testing • Grey Box Testing • Black Box Testing • Acceptance Criteria Testing • User Story Testing • Загальна добірка по тест-дизайну #AllAboutQA #qa #тестуванняПЗ

Є одна проблема з кібербезпекою: що більше в неї занурюєшся, то складніше зрозуміти, де ти взагалі знаходишся. Раніше я писав вже про цей репозиторій на GitHub в 2024, але тоді там був тільки про NMAP mind map, а тепер він такий наповнений що містить тепер і: OWASP, Red Teaming, Active Directory, OSINT, Cloud і Container Security, Burp Suite, Nmap, Wireshark, MITRE ATT&CK, форензика та багато іншого. У колекції вже близько 300 комітів і понад 9 тисяч зірок. Карти доступні у PNG та PDF, тому їх зручно використовувати для навчання, підготовки курсів або побудови власного security roadmap. Але мене більше зачепив інший момент. Такі карти добре показують, що сьогодні цінність спеціаліста вже не лише в тому, скільки інструментів він знає. Запам’ятати всі назви стає майже неможливо, та й не дуже потрібно AI швидко підкаже команду чи синтаксис. https://github.com/Ignitetechnologies/Mindmap

📈 Зі зростанням кількості IoT- і MilTech-проєктів компанії активніше шукають QA-фахівців, які вміють тестувати не лише софт, а й hardware. Побудуйте embedded QA workflow: від тестування пристроїв, роботи з обладнанням і протоколами та автоматизації тестів на Python — до аналізу результатів та використання сучасних інструментів, — на курсі «Embedded QA Engineer». Після 20 занять ви зможете: ⚙️ писати тести на Python і pytest ⚙️ працювати з UART, GPIO, I2C, SPI, BLE, Wi-Fi та MQTT ⚙️ створювати HIL-стенди для automated hardware testing ⚙️ запускати hardware-тести в CI/CD ⚙️ дебажити firmware, hardware та network-проблеми ⚙️ зібрати власний embedded QA toolkit У фіналі — презентуєте свою розробку та отримаєте технічне ревʼю від лектора й фідбек щодо презентації від HR-ів та рекрутерів. Лектор: Богдан Горбанич — Senior Embedded QA Engineer у SQUAD, який має понад 7 років досвіду в QA Engineering: тестував software та embedded-рішення для hardware-продуктів. Старт: 28 липня Деталі, програма та реєстрація ⬅️

📣 Сувора QA Конференція #002 вже зовсім скоро — 28 вересня – 2 жовтня, онлайн. Тема цього разу — AI in Testing: 10+ спікерів, дві сесії щодня, практичні доповіді для QA-спільноти. Програма вже на 90% сформована — розклад і всіх спікерів можна подивитись на сайті conference.grygorenko.tech За промокодом yetanotherdiscount — знижка на квиток. Діє до кінця серпня, обмежена кількість — 15 квитків. Реєстрація: https://conference.grygorenko.tech

🔥 Добірка крутих можливостей для QA джунів Продуктова компанія Quarks (роблять high-load продукти у сфері social discovery & relationsip wellness) має одразу три вакансії для початківців. А робота в продукті — це завжди +100 до скілів, бо завдання різноманітні, а результати твоїх тестів впливають на мільйони реальних юзерів • Junior QA Engineer https://cutt.ly/Oyr7Zjfp • Junior Manual QA https://cutt.ly/1yr7ZHku • Junior QA Engineer https://cutt.ly/Kyr7Z5V7 💰 Бонус для тих, хто не шукає роботу: якщо у вас є талановитий знайомий джун, рекомендуйте та отримаєте $300 за успішний найм: https://cutt.ly/pyr7XsXz