Всім доброго раночку друзі 🌞

Сиджу з кавою, читаю новини і знову ловлю себе на думці, технології летять так швидко вперед, що голова обертом.
Ще якихось 15 років тому я кайфував від телефону лягушки умовно Motorola і вважав, що G2-інтернет це просто космос.
А сьогодні вже говоримо про G6, AI-агенти в Windows і купу штук, які навіть у фантастиці здавались перебором.

Я натрапив на одну статтю, вона коротка, але дуже показова.
Почитаєте, впевнено зависнете на думці: А ми взагалі встигаємо за цим темпом?.

https://peerlist.io/zakkhassan97/articles/whats-going-on-in-tech-right-now-august-2025

Яка ваша думка?
Може, це нормально, жити в епоху, де оновлення виходять частіше, ніж ти встигаєш докупити каву? 😅

Всім гарного дня, друзі 💛
Обняв 🤗

Друзі, привіт!
Як ви? Сподіваюсь, у всіх усе добре 💛

Бажаю вам гарного та продуктивного дня, сильні 💛

А щоб трошки підняти настрій, ловіть це відео
І тільки не кажіть, що не впізнали себе, коли горять строки релізу)

Всіх обняв 🤗

Всім привіт друзі ще раз, як ваш день? що нового?

Як кажуть по запиту продовжу тему про Ollama та інтеграція в постан)

Запустити Ollama як локальний API це прям просто)
Спочатку треба підняти Ollama в режимі сервісу (він тоді слухає HTTP-запити на localhost:11434).

ollama serve

Потім у вас є REST API, куди можна стукати з Postman чи будь-якого іншого інструмента.

Як базові API-запити до Ollama

Ну спочатку класика перевіряємо, що все працює. У Postman робимо POST:

POST http://localhost:11434/api/generate
Content-Type: application/json

Ну і само Body

{
  "model": "llama3.1",
  "prompt": "Напиши тест-кейси для API логіну користувача у форматі JSON"
}

У відповідь буде щось типу:

{
  "response": "{ \"tests\": [ {\"name\": \"Login success\", \"expectedStatus\": 200}, {\"name\": \"Login fail wrong pass\", \"expectedStatus\": 401} ] }"
}

Ну і вже по цікавіше це інтеграція в Postman через Pre-request Script

Тут магія. У колекції/запиті в Postman заходимо в Pre-request Script і вставляємо:

pm.sendRequest({
    url: 'http://localhost:11434/api/generate',
    method: 'POST',
    header: {
        'Content-Type': 'application/json'
    },
    body: {
        mode: 'raw',
        raw: JSON.stringify({
            "model": "llama3.1",
            "prompt": "Згенеруй JSON з тестами для ендпоінта /login: статуси, позитивний і негативний сценарії"
        })
    }
}, function (err, res) {
    if (!err) {
        let aiResponse = res.json().response;
        console.log("AI Response:", aiResponse);
        pm.variables.set("generatedTests", aiResponse);
    }
});

Що тут буде відбуватися, перед кожним викликом твого API Postman стукає в Ollama, и сам Ollama генерує тести, а сам результат зберігається у змінну generatedTests.

Як використання в Test Script теж буде.

Тепер у Tests можна брати generatedTests і виконувати:

let tests = JSON.parse(pm.variables.get("generatedTests"));

tests.tests.forEach(t => {
    pm.test(t.name, function () {
        pm.response.to.have.status(t.expectedStatus);
    });
});

Тобто Ollama сам придумує асерти, а ти їх юзаєш.

Про автоматизація в CI/CD (Newman) ви спитаєте і вона є)

Колекцію можна запускати через Newman (CLI-ранер Postman):

newman run my_collection.json

А далі додаємо в Jenkins/GitHub Actions, і кожен пуш у репо буде запускати автогенерацію + автотести від Ollama.

Як лайхак від мене, То можна дати Ollama прямий доступ до Swagger/OpenAPI і написати prompt: типо щось "Проаналізуй цей swagger.json і створи повний набір API-тестів у форматі JSON", І він реально згенерить колекцію.

Та в результаті ви отрумуєте,
- Ollama генерує ідеї тестів,
- Postman виконує,
- Newman ганяє в CI/CD,
- QA економить купу часу.

Всім гарного дня
Дуже скоро покажу вам новий проект на Ютуб - який повинен вам зайти я думаю, ще чучуть трошки треба все доробити як надо)

Сильні💙

Всім доброго раночку, як настрій?

Я сьогодні з 6 вже пью ось 3 чашечку кофааа, і починаю розгребати беклог)

Є прикольна вакансія, умови на рівні - але може хтось шукає з гарним опитом то це буде тощо треба)

https://cleverstaff.net/i/vacancy-y9rof3

Всім гарного дня друзі) О 5 можно вже починати від'єджати від стола))

Що я маю вам сказать))

Копався в себе і знайшов таку міні-шпаргалку по Python)
Може комусь зайде, особливо тим, хто любить мати під рукою базові команди, щоб не шукати кожного разу в Google.

Всім ще раз гарного вечора і початок вихідних) Відпочівайте 🤗🤗🤗

Привіт друзі, як ваші вихідні? 🙂


Хочу назвати цей пост так: Не будьте таки як (Я) «Постійно і постійно вертайте ваш енв назад »

Ранкові історії QA:

Шо то маю вам сказать, Бо сьогодні зранку маю класичну історію з Куа-життя.

Ранок почався з того що сежу і думаю, треба глянути одну штуку на тестовому серваку, на якому я давно не був. Ну і пошов я підключатися через клієнт спочатку і тут дивина. Через клієнт мені пише сервер недоступний і все - нічого типо ребута рестарта апки не помогає) ХММ

Думаю ну окай може сервачок хтось потушив - давай через, Ping і він відповідає, curl теж дістається до сервера, тобто він живий.
А от з клієнта все глухо: ніби апка мертва.

І тут у мене на думці сразу як я це люблю с самого ранку після вихідних(

Ну окай, Перевірив blacklist/banlist чисто. І тут вже починаю підозрювати, що справа може бути у фаєрволі а само ломально.

Як зрозуміти і подивитися це не проблема, Можна подивитись локальні правила через:

netsh advfirewall firewall show rule name=all

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

І тут я згадав, що колись давно, коли тестував (обрив коннекту), я сам собі заблочив ip сервера на рівні фаєрвола

Тобто сервер живий і через курл і пінг я можу нормально його бачити а правило саме для APP з якого я хотів зайти - ну короче ви поняли
Ну і це той самий rule, який мене і підставив:

netsh advfirewall firewall add rule name=BlockTest program="шлях\до\апки.exe" dir=out remoteip=XXX.XXX.XXX.XXX action=block

А відновити все назад можна так:

netsh advfirewall firewall delete rule name=BlockTest program="шлях\до\апки.exe" remoteip=XXX.XXX.XXX.XXX

Ну тут вже підставляєте свій шлях до апки та IP)

Ну що зняв rule цей і одразу все ожило. Сервер нікуди не падав, просто я сам собі «підсипав баг» минулого разу)

Мораль яка: завжди після тестів вертайте енв назад. Бо можна півдня шукати проблему, якої насправді немає.

А це вам від мене бонус корисних команд:
Подивитись всі правила:

netsh advfirewall firewall show rule name=all

Забанити апку/endpoint:

netsh advfirewall firewall add rule name=BlockTest program="шлях\до\апки.exe" dir=out remoteip=XXX.XXX.XXX.XXX action=block

Відновити:

netsh advfirewall firewall delete rule name=BlockTest program="шлях\до\апки.exe" remoteip=XXX.XXX.XXX.XXX

Заблокувати весь трафік на конкретний IP (IP-rule)

netsh advfirewall firewall add rule name=BlockIP dir=out remoteip=XXX.XXX.XXX.XXX action=block

Розблокувати цей IP

netsh advfirewall firewall delete rule name=BlockIP

Заблокувати ICMP (ping)

netsh advfirewall firewall add rule name=BlockPing protocol=icmpv4:any,any dir=in action=block

Розблокувати ICMP

netsh advfirewall firewall delete rule name=BlockPing

Всім гарного дня, друзі 🤗
Обняв, і не забувайте чистити після себе енви 😉

Якщо вам цікаво і хочете, я ще зроблю маленький блок пояснення різниці між program-rule (блокує конкретну апку) і IP-rule (блокує весь трафік на адресу)? Це гарно підсумує, чому ping/curl працювали, а клієнт ні. Тоді не забуваємо про серденько)

Друзі, привіт! 👋

Сьогодні такий день, коли реально треба не дві, а чотири руки, щоб встигнути все, що навалилось)

Думаю, у багатьох із вас таке саме відчуття, ніби на роботі ростуть додаткові руки зі спини 😅

Це відео прям в тему)

Всім гарного дня, друзi!

Обняв 🤗

Привіт друзі, як ваш день? 🙂

Пам’ятаєте мою історію з фаєрволом? Ну що сьогодні хочу трохи докинути деталей як і обіцяв)

Яка ж все таки різниці між правилами.
Колись я сам собі підклав ггг: Коли я забанив трафік для апки, потім дивлюсь, пінг проходить, curl тягне сторінку, сервер живий, а клієнт каже «ні, я не бачу його». Ну і сиди ломи голову.

Що я маю вас сказать.

Program-rule
Закриває тільки конкретну програму. Наприклад, блочимо свій клієнт:

netsh advfirewall firewall add rule name=BlockApp program="C:\Path\to\app.exe" dir=out remoteip=192.168.1.1 action=block

Ping і curl як раз тут будуть жити. Але ваша апка все, тиша.

а от вже IP-rule
Рубає взагалі весь трафік на конкретний IP.

netsh advfirewall firewall add rule name=BlockIP dir=out remoteip=192.168.1.1 action=block

І тут вже ніякі пінги чи курли не пройдуть. Мертво все, що йде на адресу.

про ICMP-rul це вже про сам ping.

netsh advfirewall firewall add rule name=BlockPing protocol=icmpv4:any,any dir=out action=block

Тобто сервер працює, апка працює, але ping каже «timeout». Це іноді дуже плутає.

Саме для КУА це суперкорисно: якщо хочете перевірити, як поводиться апка без інтернету → ставите program-rule. якщо хочете симулювати, що сервер ліг повністю → ставите IP-rule. ну і якщо хочеш подивитись, чи ваша система орієнтується на пінг, чи реально перевіряє API → блочи ICMP.

і оставлю вам ще пара команд, щоб не губились:

Подивитись усі правила:

netsh advfirewall firewall show rule name=all

Видалити конкретне правило:

netsh advfirewall firewall delete rule name=BlockApp

Подивитись активні сесії й коннекти:

netstat -ano

Вимкнути фаєрвол повністю (але не робіть так на проді):

netsh advfirewall set allprofiles state off

Який поінт від мене, КУА не тільки кнопочки тисне, а й вміє ламати/відновлювати середовище так, щоб реально бачити різницю.
Бо коли знаєш, як це працює під капотом, вже не «сервер мертвий», а просто rule тебе підставив)

Всім гарного вечора 🤗🤗🤗

Друзі, доброго ранку! 🌞

Сиджу з кавою в очікувані колу, думаю щось почитаю і потрапив на це) в цілому суть дуже просто QA‑команди, які активно тусують на форумах і в Slack/Stack Overflow, збільшують ефективність тестування на 30 %.

Короче, лайфхак простий: QA-спільнота, це ваша сила. Не залишайтесь в ізоляції, діліться, питаємо, навчайтеся і двигайте якість уперед разом.

https://moldstud.com/articles/p-maximize-your-qa-testing-success-how-to-leverage-online-communities-effectively

Всім гарного дня і продуктивного настрою!
Обняв 🤗

Добрий вечір, друзі 🤗
Розберу вам коротенько цей пул, може комусь стане у пригоді

Що таке (A)
Telnet дійсно може показати, чи порт живий, але він перевіряє лише один конкретний порт (наприклад, 443). Якщо саме він закритий, ще не факт, що сервер мертвий.

Що таке (B)
Curl працює тільки якщо на сервері є HTTP/HTTPS сервіс. Якщо ж це БД чи якийсь внутрішній сервіс без вебки, curl тут безсилий.

Що таке (C)
Netcat (nc) крутий тим, що можна перевірити будь-який порт, але знову ж таки, це тільки одна з альтернатив, а не універсальна паличка-виручалочка.

Тобто чому все ж усі варіанти будуть в пригоді перевірити якщо той чи інший не пройшов)
Бо в реальності ми не знаємо, що саме працює на сервері. Хтось перевірить веб (curl), хтось SSL (telnet 443), хтось SSH (nc 22). Все це валідні методи і їх часто комбінують, коли ICMP (ping) відрізаний.

Якщо є питання або щось добавити залюбки обговоримо)

Всім гарного вечора, а головне тихого 💛

Всіх обняв 🤗

Друзі, привіт, як ви? Сподіваюсь, ви і ваші близькі в безпеці і все у вас добре🙏

Сьогодні ранок дався не надто легко, трохи важко стартував, але… є кава, і це вже серйозний плюс)

Хочу побажати вам продуктивного та тепла дня. І пам’ятайте: кава, це не лише напій, це рятувальник для недосипа й генератор хорошого вайбу.

Всіх обняв, залишайтесь сильними 💛