Test Engineering Notes

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

🧪 Тест-кейси не знайдуть усі баги в продукті #testing #books Тест-кейси перевіряють те, що ми очікуємо. Але найцікавіші проблеми часто живуть там, де ніхто не очікував їх побачити: у несподіваних сценаріях, спотворених даних, граничних значеннях і припущеннях команди. Ось тут і потрібне дослідницьке тестування. Таке тестування - це не просто “поклацати навмання без плану”. Дослідницьке тестування має свої структуру та правила. Одна з найкращих книжок на тему дослідницького тестування - це "Explore It!" від Elisabeth Hendrickson. Поділюся трьома неочевидними інсайтами з книги: 1. Tested = checked + explored. Частина checked - це там, де ми перевіряємо чи система працює так, як було задумано в очікуваних умовах. Таке тестування можна (й треба) автоматизувати. А частина explored - це дослідження додаткових ризиків. 2. Для того, щоб почати дослідницьке тестування треба підготувати чартер - короткий опис конкретної сесії тестування. Він складається з цілі, ресурсів та інформації яку ми хочемо дослідити. 3. Щоб заохотити команду робити аналіз ризиків разом, можна зіграти з ними в спеціальну гру під назвою "Nightmare Headline Game". Більше подробиць - у огляді книги в моєму блозі.

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

Огляд книги: 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 Формат: онлайн, прямі трансляції + записи доступні назавжди Чекаю всіх на воркшопі!

Fintech Engineering Handbook #engineering Для тих, хто працює над банківським чи фінансовим софтом - я знайшов дуже цікавий гайд із найважливішими принципами та паттернами. Буде корисним для тестувальників також. Бо якщо ви знаєте типові помилки - ви можете будувати свою стратегію тестування навколо них. Або хоча б враховувати ризики.

без подписи

без подписи

The New SDLC With Vibe Coding #ai #engineering Google пошарив невеличкий (51 сторінка) whitepaper на тему використання ШІ в розробці. Написано дуже якісно, майже без води. Якщо хочеться отримати дуже високорівневу базову базу з того, як зараз використовують ШІ - можна почитати. Ключові інсайти: 1. Інженер (тест інженер також) стає арбітром якості. Він допомагає агенту визначати коректність системи та виставляє рамки перевірок. 2. Vibe coding та agentic engineering це дві частини одного спектру. Сучасна розробка дрифтує від одного екстремуму до іншого 3. Якість згенерованого коду залежить від наданого контексту, а не від крутості промтів 4. Vibe coding гарний для прототипів, але потім погано масштабується та коштує дуже дорого. Крім того - це паталогічний генератор масивів технічного боргу. 5. Тести стають одним із способів комунікації з ШІ системою. 6. Звичайних тестів не достатньо. Потрібно перевіряти проміжне міркування агенту під час роботи. 7. AI-based розробка це не тільки про модель. Це модель + обвʼязка (harness) 8. Інженер стає диригентом роботи ШІ агентів 9. Ключова навичка найближчі роки - не вміння написати більше коду, а вміння грамотно управляти агентами 10. Впроваджуючи ШІ треба думати не тільки про "швидше генерувати код". а про загальну вартість володіння. Бо токени можна спалити дуже легко

From ad-hoc prompting to Agentic Engineering: Latest trends in AI #ai #engineering #video В цю середу я прийняв участь у першому івенті від AI Chapter в Ministry of Testing. Поговорили про нещодавну роботу від Гугла на тему agentic engineering. Запис можна подивитись тут.

Я знову забив на курси та втратив бажання вчитися ... • Гроші вже витрачені, але черговий курс й досі не пройдений. • Книжки з тестування купив, але вони збирають пил на поличці та чекають на свій час. • Рекомендовані відео та статті ретельно складаються в окрему теку в закладках браузера. • Список задач на навчання все росте, а з ним росте тривога та прокрастинація. На навчання ніколи немає вільного часу, фокусу. Навіть, коли починаю вчитися, то мій запал швидко згасає, а фокус миттєво переключається (на нове відео чи рілз). Чому? Бо навчання без плану, без закріплення, без практики, без цілі. Таке навчання продукує лише "кашу в голові", ніж щось корисне. Але всі навколо щось вчать, отримують сертифікати, ростуть у посадах! Це створює ще більше тривоги! І я знову купую нові курси .... • Перша проблема - це відсутність цілі та плану. • Друга проблема - це відсутність знань, які допоможуть навчатися швидше. • Третя проблема - це відсутність системи, яка не дасть забути навчене вже пару днів. Усі три проблеми ми розберемо та вирішемо на моєму онлайн воркшопі "Smart Learning with AI tools". В ньому я зібрав ті інструменти та техніки, які я пробував сам та які працюють. Ми також подивимось, як ШІ інструменти можуть підсилити ці техніки та зробити навчання ще ефективнішим. Чекаю вас на воркшопі вже наступного понеділка, о 18:00!

без подписи

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

без подписи

Стрім про блокчейн разом з QA SENPAI #blockchain #video #testing Пару тижнів тому я завітав на стрім до Паші (QA Senpai). Поговорили про тестування блокчейну та крипту. Ділюся записом стріма.

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

🎙Сувора QA Конференція #002 Всім привіт. Я навіть і не знав, що онлайн конференції можуть бути крутими та корисними. Але виявляється - можуть. Тому запрошую вас на Сувору QA Конференцію #002. Цього разу тема конференції більше ніж актуальна - AI in Testing! Де: онлайн, два виступи на день - вранці та ввечері. Коли: 28 вересня – 2 жовтня. Купити білет: conference.grygorenko.tech Я також у програмному комітеті конференції та допомагаю формувати програму. Тож маю для вас промокод ROMANOV на знижку при купівлі квитка. Але промокод діє до кінця серпня, і всього на 15 квитків. Побачимось на конференції!

Тестування блокчейну у 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 у вашій автоматизації?

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