Дуже дякую всім хто підтримав збір ❤️❤️❤️

сьогодні є що послухати, Свят один з небагатьох людей який дійсно впроваджує АІ рішення на рівні великої компанії (не просто всім копайлот поставив), його тут послухати є сенс.

Why Your Company Isn’t Accelerating: Even After Adopting AI

• Where AI actually works flawlessly — and which tasks it’s safe to delegate.
• Why you shouldn’t fully trust its decisions, even when they sound “smart.”
• How to improve AI’s performance when it starts hallucinating or inventing facts.
• How to safely deploy and train AI on your own data without leaking sensitive information.
• What kind of computing power you really need to run AI locally.

https://www.youtube.com/watch?v=1dw8t09dhOI

Я там теж є (можете голосунути), але важливо щоб більше людей дізнались про CyborgTests

CyborgTests номіновано на Премію DOU 2026! 🏆
Друзі, ми в шортлисті категорії «Стартап із найбільшим потенціалом».

Нам потрібно буквально 30 секунд вашої уваги:
Перейдіть за лінком: https://dou.ua/awards-2026/
Авторизуйтесь через DOU-акаунт.
Віддайте свій голос за CyborgTests.
Давайте покажемо силу українського open-source! 🇺🇦🔥

Вирішив видалити весь axios з проєкту і перевести все на гарний, нативний fetch.

В одній з функцій отримую помилку : [TypeError: Body is unusable: Body has already been read]

Закидаю в копайлот, а він мені

Sorry, the upstream model provider is currently experiencing high demand. Please try again later or consider switching models.

Паніка, гнів, відчай...

По олдскульному забиваю помилку в гугл, а там перше посилання на StackOverflow де є нормальне пояснення помилки і вирішення проблеми.

StackOverflow це як твій старий друг, з яким ти не бачився декілька років, але в будь який момент можеш подзвонити і попросити про допомогу і він ніколи тобі не відмовить!

💪Жодна сьогоднішня активність була б не можлива без підтримки наших захисників і захисниць, завдяки яким ми продовжуємо жити у вільній країні. Наш марафон безкоштовний, але ми були б вдячні, якби його учасники підтримали важливу ціль — модернізацію бойових дронів на Харківському напрямку.

🪖Збір “Фурія” відкрив наш випускник і колега тестувальник-автоматизатор — Ярослав Добросинець, який вже пів року служить у дроновому підрозділі на Харківщині.

Ось кілька неочікуваних фактів про Ярослава:
🧑🏻‍💻у проміжках між чергуваннями на службі створює ПЗ для дронів, а в цивільному житті пройшов шлях від QA Engineer до QA Lead та QA Assurance Automation Engineer і має 10+ років досвіду
😲 вегетаріанець і по можливості лишається ним у армії
🎼пише музику — поєднання класичної та електронної (послухати можна YoutubeMusic або на SoundCloud)
🇺🇦 родом із Сімферополя
🐈🐈‍⬛️🐕 Ярослав дуже любить тварин і вдома на нього чекають киця Кармен, котик Марсель та песик шіба-іну Хеві (повне імʼя Рю Хейвана — Дракон Мирний з японської)
🐈 збір названо на честь киці Фурії, яку Ярослав з колегами з підрозділу врятував і виходжує на позиціях. А Фурія, своєю чергою, отримала імʼя на честь розвідувального дрона, бо чудово маскується серед армійських речей. Хоча судячи з її активності, імʼя на честь ударного дрона їй би пасувало не менше😅

Деталі збору
🎯Ціль: 200 тис грн на модернізацію бойових дронів Харківського напрямку.
🔗Посилання на банку: https://send.monobank.ua/jar/9z5BZrpFbU
💸Реквізити для поповнення банки «Фурія»
Номер картки: 4874 1000 2355 6122
Отримувач: Добросинець Ярослав Вікторович
IBAN: UA703220010000026205374151902
ІПН/ЄДРПОУ: 3305320372
Призначення платежу: Поповнення рахунку банки

Якщо вам зручніше PayPal, то тренерка нашого марафону Олександра приймає донати на свій: alexa.kovalyova@gmail.com
І переведе ваші кошти на банку Ярославу.

Друзі, підтримаймо цей збір, адже дрони не лише знищують русню та їхню техніку, а й допомагають вберегти життя нашим військовим, які можуть віддалено атакувати ворога, знижуючи ризик для власного життя ❤️‍🩹

стартуємо через 45 хвилин (якщо світло буде) 😵

У всіх у кого є світло повинні бути тут :)
У кого нема, теж )

https://youtube.com/live/MPQ8MDDiORA?feature=share

🤖 Automation Is Not Quality, And Never Was

#testing #automation

Приніс невеличкий, але вкрай важливий пост про автоматизацію тестування. Особливо в часи, коли всюди вакансії одних генералів в QA, яких оцінюють лише за вмінням писати тести на плейрайті на швидкість.

Автоматизація тестування для багатьох команд та менеджерів прирівнюється до наявності якості. Якщо пайплайн зелений - всі в безпеці. Якщо всі тести автоматизовані, то усі ризики покриті. Але таке бачення ... це велика помилка.

Чому автоматизації недостатньо?

1. Автоматизація перевіряє тільки те, про що знає (те, що ви написали в коді, не більше). Зелений пайплайн не означає, що продукт працює. Це лише означає, що автотести успішно виконані.

2. Коли менеджмент хоче швидких результатів, то, часто, автоматизують не те, що важливо, а те, що найлегше автоматизувати. До того ж, інженери концентруються виключно на UI тестах - бо результат легше показати менеджерам (ніж якийсь код в консольці).

3. Як тільки автотест написаний - люди вважають, що сценарій "покритий" повністю. Але якість залежить від того, яку нову інформацію віднайшли під час тестування. Навіть того кейс, який вже автоматизований.

4. Менеджмент ганяється за метриками покриття - покриття коду, покриття вимог. Але забуває про те, що автоматизація - це не просто про покриття чи запуск тестів. Це - про відповідальність.

5. Коли на проєкті мало flaky тестів - на них "забивають". Коли їх стає занадто багато - ніхто не довіряє СІ. Команда звикає ігнорувати сигнали від таких тестів.

Коли автоматизація підсилює мислення тестувальників - вона допомагає будувати впевненість. Якщо ж автоматизація замінює мислення тестувальника - то підсилюються тільки помилки.

Звичайно, у вас на проєкті все не так. У вас цінують тест інженерів. Прислухаються до них. Та не концентруються виключно на автоматизації. 😀

TPI Next for All!
#process #improvement

Щось ми так запрацювались, що навіть про дійсно важливе для себе забули написати.

Ми з Льошею давно й успішно практикуємо консалтинг з покращення процесів тестування. Проводили відповідні аудити декілька разів вдвох (це завжди веселіше), ще по 3-5 разів кожен окремо.
Для того щоб покращити процес, по суті потрібні три речі:
1) знати його поточний стан
2) знати його бажаний стан
3) план дій для руху між поточним і бажаним станом
Для всіх трьох пунктів потрібен інструмент власне вимірювання стану процесу. І оскільки такі процеси, як тестування - це досить складна абстракція сама по собі, то для опису їх стану використовуються моделі, які дозволяють спроектувати все різноманіття форм різних процесів в різних компаніях на уніфіковану площину координат.

Найбільш вживані моделі для опису процесів тестування: TMAP, TMMI та TPI Next (а також різноманітні кастомізовані похідні від них).
І от нам з Льошею найбільше до душі свого часу прийшлась саме TPI Next, якою ми довго й плідно користуємось.

Якщо прибрати всі ці заумні пояснення, то модель процесу - це по суті великий (на 100+ пунктів) чекліст в ексельці.

Тепер от власне і до суті дістались :)
Екселька - це звісно найкращий інструмент всіх часів і народів, в якому можна зробити взагалі ВСЕ, але чомусь при будь якій найменшій нагоді люди не перестають придумувати спеціальні рішення для заміни ексельки :)

От і Льоша теж не втримався і навайбкодив в минулому році сайтик, де на гарній вебці (а не в ексельці) можна оцінювати зрілість процесів тестування у вашій або будь якій іншій компанії використовуючи модель TPI Next.
- без смс та реєстрації
- ваші дані - тільки ваші, вони зберігаються лише у вашому браузері локально
- з генерацією гарного PDF звіту й з вивантаженням raw data в csv
- українською й англійською

Користуйтесь наздоровʼя, ставте зірочки в гітхабі.
Ласкаво просимо!

https://qamania.github.io/TPI-Next/en/index.html

👋 Сьогодні останній день голосування за премію DOU Awards 2026,
Прошу вас проголосувати за представників QA спільноти (у вас є по три голоси на категорію), а то там всі якісь СЕО, фаундери, СТО, менеджери і тп.

В категоріях

"Вони - надихають" є я (Сафонов Павло), Артур Шевченко, Артем Григоренко і Рома Марінський

"Стартап з найбільшим потенціалом" - CyborgTests Саши Хотемського

"Найкраща ініціатива, яка сприяє розвитку ІТ-галузі" - QA Navigator Leadership Ріни Ужевко

https://dou.ua/awards-2026/#nomination3