Test Engineering Notes

Огляд книги: Software Testing with Generative AI #books #testing Сьогодні вівторок, а значить час для нового огляду книжки з тестування. Цього разу - це книжка 2024 року про те, як використовувати ШІ в тестуванні. Автор книги - Mark Winteringham (він же написав "Testing Web APIs") Що там в книжці? • як ефективно писати промпти • як підходити до використання ШІ в тестування (наприклад для тест планів, тестових даних та автоматизації • як трошки тюнити моделькі для кращих відповідей P.S. З автором ми таком записували подкаст на цю тему - можна подивитись тут.

Smart Learning with AI tools - воркшоп для тих, хто хоче навчитися вчитися Вітаю! Запрошую на свій воркшоп, де розповім як вчитися краще та як ШІ-інструменти в цьому допоможуть. Кому це буде корисно: • якщо ви читаєте багато інформації, а памʼятаєте й використовуєте мало • якщо набуті знання швидко забуваються • якщо ви "забиваєте" на навчання, бо воно аж занадто складне • якщо ви проходите курси, але розвитку нема • якщо вам треба постійно розбиратись в нових проєктах та коді Якщо ви хочете отримати мета-навичку, яку можна застосувати в будь-де (не тільки в ІТ) Формати участі: 🔹 Explorer 2 онлайн-заняття в прямому ефірі + записи назавжди + PDF з концепціями + добірка інструментів і ресурсів 🔹 Practitioner Все з Explorer + 2 додаткові практичні заняття в малій групі + закритий чат з тренером ⚡️ Лише 20 місць 📅 Старт: 6 липня 2026 Формат: онлайн, прямі трансляції + записи доступні назавжди Чекаю всіх на воркшопі!

Огляд книги: Zero Knowledge, Infinite Trust #books #blockchain Для тих, хто хоче почитати цікаву історію про те, як математик пройшов шлях від дослідницької роботи, яку ігнорували інші математики, до технології, яка зараз оцінюється в 8 мільярдів доларів. Для тих, хто хоче зрозуміти ідею Zero-Knowledge Proofs - технології, яка дозволяє довести, що твердження правдиве без розкриття самого твердження. Цікава книжка. Нагадала мені трохи Phoenix Project (якщо ви його не читали - рекомендую також).

Огляд книги: Team Guide to Software Testability #books #testing Книга для тих, хто хоче нарешті розібратись в тому, що ж таке testability. Багато вправ та поряд, як говорити про testability із різними людьми - менеджерами, девелоперами, архітекторами. Рекомендую. P.S. З одним з авторів ми навіть записували випуск подкасту.

Тестування блокчейну у 2026: і до чого тут кріпта Блокчейн - це вже доросла індустрія чи досі дикий захід? І як там почувається QA, коли баг не виправиш патчем, бо транзакцію вже не відкотиш? Кличу в гості Олександра Романова - SET та спеціаліста по блокчейну, щоб розібратись в блокчейні і поговорити з вами про кріпту. Про що поговоримо: Що реально змінилось у блокчейн-розробці - і які напрями зараз наймають Чим тестування блокчейну відрізняється від звичного веб/мобайлу Найхитріші й найдорожчі баги: ноди, консенсус, смарт-контракти Інструменти, автоматизація і перформанс — що працює, а що ні З чого почати, якщо ти QA і хочеш зайти в блокчейн Готуйте питання - розберемо в прямому ефірі! 📅 Коли: 11.06 (четвер) о 19:00 📱 Де: https://youtube.com/live/omg4z0z7Kjg?feature=share

🆗 Selective Test Execution at Stripe: Fast CI for a 50M-line Ruby monorepo #testing #engineering Цікавий кейс того, як зробили імпакт аналіз для автотестів в Stripe. 💡 Ідея Запускати тільки ті автотести, які тестують конкретну зміну в PRі. Замість запуску 100 000 тестів на кожен PR, можна запускати декілька сотень. Як результат - швидший та більш точковий фідек на те, де щось зламалося. 🛠 Імплементація Очевидний варіант це статичний аналіз залежностей: який код тестує який тест. Це непогано працює для статично типизованого коду. В Stripe використовується динамічно-типізована мова Ruby. Тому розробники додали інструментальний код, що слідкує які файли використовувались під час запуску тесту. На основі цього будуються scope для тестів та їх індекси. 📚 Почитати більше про підхід 1. Accelerated Continuous Testing with Test Impact Analysis – Part 1 2. The Rise of Test Impact Analysis 3. Speed up testing by using Test Impact Analysis (TIA) А ви користується impact analysis у вашій автоматизації?

Огляд - Wizard Zines #engineering Сьогодні хочу розповісти про цікаву альтернативу книжкам. Julie Evans зібрала свій практичний інженерний досвід з Linux, networking, command line, bash та ще багато чого у форматі ... коміксів. На перший погляд виглядає не серйозно. Але якщо почитати - розумієш, що поради корисні та конкретні. Як ці комікси виглядають та які вони бувають - у пості. P.S. Деякі комікси - безкоштовні. Можна почитати. І ще одне! На платні комікси є знижка для українців.

Консультації, менторинг та підготовка до співбесід #services В ІТ я вже понад 14 років. Автоматизував різні проєкти - від вебу до мобільних застосунків, від ігор до блокчейну. Зараз мій стек - Python / Rust. Також мав справу з Java, Scala та C#. Крім того, час від часу я залучений як технічний інтервʼюер у різних компаніях. Давайте розповім, із чим саме я можу вам допомогти. Підготовка до співбесіди Коли це може бути потрібно: * ви не впевнені, які теми вчити перед співбесідою * маєте страх технічних запитань чи live-coding задач * вам складно презентувати свій досвід * ви думаєте, що нічого не знаєте - спойлер: це зовсім не так! * у вас були невдалі співбесіди, але незрозуміло, чому ви отримали відмову З чим я можу допомогти: проведемо розбір вашого резюме, потренуємося на мок-інтервʼю, розберемо типові запитання для різних компаній. Індивідуальний план розвитку карʼєри Коли це може бути потрібно: * незрозуміло, який у вас зараз рівень і що потрібно знати на позиціях Middle / Senior / Lead * хочеться вивчити багато тем, але немає часу та системи * складно пріоритезувати теми для навчання й тримати фокус * незрозуміло, як практикувати отримані навички З чим я можу допомогти: зробимо аналіз ваших поточних навичок, а також пробілів у знаннях і вміннях; створимо індивідуальний план розвитку вас як спеціаліста під вашу конкретну ціль, як-от отримати нову цікавішу роботу або підвищення всередині компанії. Подальший шлях ви обираєте самі: самостійний розвиток або індивідуальний менторинг зі мною. Консультації з автоматизації тестування та інших аспектів тестування Коли це може бути потрібно: * немає розуміння, з чого почати автоматизацію на проєкті * тести є, але вони нестабільні, на них ніхто не дивиться й вони нікому не потрібні * складно обрати інструменти та стек для автоматизації * користі від автоматизації мало, але часу вона займає дуже багато * не знаєте, як краще організувати процес тестування на складних проєктах із багатьма підсистемами З чим я можу допомогти: зробимо аналіз системи, команди та інструментів; продумаємо найкращу стратегію автоматизації, яка працюватиме саме у вашому контексті. Якщо маєте питання або хочете домовитися про дзвінок — пишіть у директ. Завжди радий допомогти.

Огляд книги: "Full Stack Testing" #books #testing Приніс хорошу книжку по сучасне тестування. Дуже багато корисних діаграм, схем процесів (коли які тести запускати). Книжка звичайно не без недоліків - "своя" термінологія, майже немає ШІ (але обіцяють, що буде в другій редакції цього липня). Але загалом - непоганий огляд на сучасні підходи до різних видів тестування (+ тулзи). Але не треба очікувати аж надто великої "глибини".

Огляд книги: "Mastering Blockchain" #books #blockchain #engineering 🙄 На полицях сотні книжок про блокчейн. Десятки з них технічні. Але з якої почати? Треба вчити одразу Bitcoin, Ethereum, Solana, Midnight, чи щось інше? 🕶️ Моя порада для будь-якого інженера, що стартує (чи думає) працювати в блокчейні - це розібратись з фундаментальними знаннями. 📚 Я можу порекомендувати 1 (одну!) книгу, яка покриває майже усі базові знання в блокчейні на досить хорошому технічному рівні. Тут і про хешування, і про консенсуси, і про Біток з Ефіром (а саме про їх архітектуру!), і про смарт контракти. 👉 Ця книга - це "Mastering Blockchain" за авторством Imran Bashir. ✍ Інсайти, плюси й мінуси книжки - у пості.

💰 The Hidden Cost of AI Coding That's Destroying Engineering Teams #ai #engineering Знайшов непогане відео про реальність бездумного використання ШІ де тільки можна. 🤔 Найважливіші інсайти: 💡Ми можемо зрозуміти коли створюємо технічний борг. Знаємо як із ним боротись. Але ШІ додає борг розуміння - різницю між тим, скіьки коду у програмі та тим, скільки з цього коду розробник реально розуміє. З ШІ борг розуміння зростає непомітно. (Одна команда 3 місяці вайбкодила, а потім витратила ще 6 місяців, щоб розібратись в тому, як це згенероване працює) 💡Парадокс продуктивності. Джуніори з ШІ швидше генерують новий код. Сіньйори зменшують продуктивність на 19% через те, що їм доводиться ревьювати набагато більше коду. Сіньйори стають такими собі "збирачами сміття" замість того, щоб розвʼязувати важливіші проблеми. 💡Джуніори з ШІ не створюють ментальних моделей. Вони їх "позичають" у ШІ. Без цих моделей в голові, таким інженерам тяжко швидко реагувати на продакшн інциденти. 💡Код - не головний артефкт роботи. Головний артефакт роботи - це грамотно сформулювана специфікація. На її основі ШІ зможе щось створити. 💡Зараз створюється ринок праці де вартість експертизи у верифікації зростає. А вартість написання коду - знижується.

Огляд на книгу: Software Testing Strategies #books #testing 🙄 Коли деякий час працюєш в тестуванні, може виникнути спокуса сказати: «Я все знаю» або «Книга про стратегії тестування не може дати мені нічого нового». 👏 Але я знайшов книгу, яка сповнена практичних прикладів технік і підходів, які ви можете використовувати як тестувальник в сучасному світі. ✍ Ця книга називається «Software Testing Strategies: A Testing Guide for the 2020s» Метта Хойссера та Майкла Ларсена. Вона охоплює багато тем: від методів розробки тестів до підходів до автоматизації, від тест планів до філософії й етики тестування. 👉 Мої 5 інсайтів з книги - у блозі.

🛠 Your K6 Tests Are Lying to You (And It’s Not K6’s Fault) #testing #performance Невеличка стаття про те, що недостатньо просто користуватись інструментом для навантаження. Треба ще й ... продумувати реалістичні сценарії. 😱 Реалістичні сценарії не просто ганяють ваш скрипт із реквестами в нескінченному циклі в багато потоків. Щоб покращити такі тести треба додавати таку штуку, як think time. 🤯 Think time - це додавання затримок між діями користувача. Реальні юзери не клацають на кнопки як навіжені із максимально можливою швидкістю. Юзери думають, приймають рішення, неспішно заповнюють форми, роблять помилки та виправляють. 😏 Як зрозуміти, яку затримку додавати? Дослідити те, як користувачі взаємодіють із вашою системою на продакшені. (Якщо ще немає трейсингу - варто його додати). 🤔 Звичайно, часом на затримку в деяких випадках можна знехтувати. Нарпиклад, коли ви тестуєте систему, де користувач - інша підсистема, яка може запускати купу запитів із самого старту.

❤️‍🩹 Прощання з Геннадієм Міщевським відбудеться у середу, 20 травня у Києві. Для родини дуже важливо щоб ті, хто знав його особисто, провели його в останню путь. Тож якщо ви зможете прийти, будемо дуже вдячні. 12:00 — відспівування у Михайлівському Золотоверхому монастирі. 12:50-13:00 – піша хода з Михайлівського Золотоверхого монастиря до Майдану Незалежності 13:50-14:00 – виїзд з Майдану Незалежності до кладовища, с. Крюківщина, вул. Каштанова 1. Орієнтовно поховання відбудеться 14.40-15.00 Після поховання відбудеться поминальний обід — якщо ви знали Гену особисто, його родина була б рада, щоб ви долучилися і поділилися спогадами про Героя. Будь ласка, напишіть Олександрі Ковальовій (@molly4air) в особисті, якщо плануєте залишитися на прощальний обід у кафе.

📚 Огляд на книгу: "Testing Web APIs" #books Чи знаєте ви як тестувати API? На перший погляд це дуже просто: видкрий Postman, створи колекцію та й запускай! Але як підходити до тестування API більш продумано? Чи варто планувати стратегію тестування? Чи можна перевіряти API ще до того, як його написали? Чи потрібно додавати автоматизацію? А як щодо перфомансу чи безпеки? Все це можна знайти у книзі "Testing Web APIs" від Mark Winteringham.

Усі пишуть про ШІ, усі пишуть з ШІ #testing На картинці можна побачити про що писали раніше й зараз. З одного боку - ШІ з сьогодення, його вимагають на роботі та у вакансіях. Але з іншого - таке відчуття, що в інженерії та тестуванні вже закінчилися теми, крім "Як я нагенерував тест кейсів за допомогою ШІ". ШІ дав нам можливість виправляти орфографічні помилки Але дехто йде далі, та генерує пости повністю за домогою LLM-ок. В результаті ці статті відчуваються та читаються, наче однаковий ШІ слоп. • "Зараз я розповім тобі про ... без води, тільки практика." • "І проблема не тільки в ... Проблема в. ... Зараз поясню..." Так, статті та дописи можна генерувати за секунди. Як результат - Linkedin та інші блогоплатформи завалені однаковими дописами. Але, ці дописи можна було б і не писати. Можна просто задати цей промпт LLM-ці, отримати собі відповідь та йти далі. Що більш цінне - це ваш особистий досвід роботи із чимось. Чи вивчення чогось. Ваші особисті інсайти написані своїми словами.

На війні загинув QA-спеціаліст, переможець Премії DOU Геннадій Міщевський https://dou.ua/goto/qViK Геннадій багато років працював у QA, писав про тестування й автоматизацію, був одним із переможців першої Премії DOU. Після початку повномасштабного вторгнення долучився до проєкту SocialDroneUA, а потім — до лав Сил оборони. Редакція DOU висловлює співчуття рідним і близьким Геннадія.

📚Огляд на книгу "Contract Testing in Action: Wit Pact, PactFlow and GitHub Actions" #books Починаю публікувати свої огляди на книжки з тестування, автоматизації та інженерії загалом. Сьогодні - свіжа книжка про контрактне тестування з Pact, яку написали Marie Cruz та Lewis Prescott.

20 законів розробки софта #engineering Приніс немаленьку статтю про 20 різних правил та законів, за якими працює розробка та ІТ в цілому. 💡 Gall's Law. Складна система, що працює завжди була побудована з більше простої систем, яка працювала 💡 KISS. Keep It Simple/ Спрощуйте там де можливо. 💡 Conway's Law. Організації створюю системи, що відображають їх організаційну структуру 💡 CAP Theorem. Розподілена система може гарантувати лише дві з трьох властивостей одночасно: узгодженість, доступність чи толерантність до розділення 💡 Hyrum's Law. Маючи достатню кількість користувачів, кожна поведінка вашого API стає чиєюсь залежністю. 💡 Zawlinski Law. Кожна програма розшируюється, поки не зможе читати пошту. Ті, хто не може читати - змінюються тими, хто може. 💡 Brook's Law. Додавання людей на піздньому етапі розробки ще більше віддаляє реліз. 💡 Ringelmann Effect. Індивідуальна продуктивність падає зі збільшенням розміру команди. 💡 Ефект Данніга - Крюгера. Чим менше ви знаєте про щось, тим впевненіше ви з цієї теми. 💡 Hofstadter's Law. Це займе більше часу, ніж ви очікуєте. 💡 Price's Law. Половина роботи виконується квадратним коренем із кількості людей. 💡 Parkinson's Law. Робота розширюється, щоб заповнити весь відведений на неї час. 💡 Goodhart's Law. Коли метрика стає ціллю, вона перестає бути хорошою метрикою. 💡 Gilb's Law. Все, що потрібні виміряти кількісно, можна виміряти іншим чином, що буде краще, ніж кількісно. 💡 Knuth's Optimization Principle. Передчасна оптимізація - корінь усього зла. 💡 Amdahl's Law. Прискорення від паралелізму обмежене частиною, що працює послідовно. 💡 Murphy's Law. Все, що може піти не так, піде не так. 💡 Postel's Law. Будьте консервативними в тому, що надсилаєте, та ліберальними в тому, що приймаєте (наприклад для API). 💡 Sturgeon's Law. 90% усього - повна фігня. 💡 Cunningham's Law. Найшвидший спосіб отримати правильну відповідь онлайн - це опублікувати неправильну. А ви які закони знаєте?

В тестових спільнотах тільки й розмов, що про ШІ... Менеджери "пушать" користуватись ШІ якнайшвидше. Рекрутери та інтервʼюєри очікують знання та вміння роботи з ШІ інструментами (й не тільки в резюме). Крім того - на ринку безліч ШІ інструментів. Чи існує один інструмент, на якому варто зупинитись? Можна гуглити самостійно. Можна проходити курси від вендорів. А можна ... отримати сертифікат ISTQB CT-GenAI та отримати структуровані знання. @certifiQAte запускають курс підготовки до сертифікації ISTQB Testing with Generative AI. 😱Хто? Тренери курсу - @VolodymyrKurenkov та @KaterynaAbzyatova допоможуть вам підготуватись. 🤔Що буде? LLM, RAG, промпти, ризики та ефективне впровадження ШІ на проєкт. 🎯 Плюшки: Знижка -20% від вартості іспиту у провайдера iSQI для студентів курса, а також - бокс з друкованим сілабусом, глосарієм, трекером, вайтбордом і всім, що потрібно для підготовки. 📅 Коли: старт 9 травня, щосуботи, обідній час, тривалість 2–2.5 місяці 👉 Реєстрація за посиланням (до 15го травня)