☝️Реальный кейс. Замарочился в поисках недорогого и производительного VPS-сервера, который бы находился бы не в РФ и РБ для того, чтобы развернуть персонального ИИ-агента на базе Hermes. После нескольких дней поисков нашёл ребят с очень доступными ценами ссылка здесь

☑️ Кстати, через 2 недели, планирую запустить обучение по созданию и настройке персональных ИИ-агентов со скиллами, подключёнными MCP, подключенными сервисами в которых он может выполнять работу, рулсами и воркфлоу, спобными решать задачи автономно 24/7 . Кому интересно пишите в комментарии "хочу себе персонального ИИ-агента"

📚 QA-дайджест: 7 статей на неделю без воды

➡️ Это темы, которые реально всплывают на собеседованиях и в проде. Без рекламы, только польза.

❓ Что прочитать:
🔹 🔗 SDET как эволюция QA, или почему автотестов больше недостаточно
Orion Soft делятся, как вырастить SDET-инженера из обычного тестировщика: половина времени тратится не на тесты, а на навигацию по коду. Решение – плагины IDEA (TestMe, Diffblue), векторный поиск и проверка архитектуры на уровне кода.

🔸 🔗 Как тестировать 5 LLM-агентов одним набором тестов: capability-based подход
Один набор тестов проверяет всех агентов сразу: greeting, brevity, jailbreak-resistance в одном реестре. Вместо 5×8=40 копий – единый источник истины.

🔹 🔗 Все тесты зелёные, а байты разные: как я проверяю порты бинарного кода вручную и автоматом
Бинарный код проверяется через последовательный вывод в порт – без дизассемблера. Анализируются ответы сервиса на корректных и некорректных данных, где автотест показывает больше, чем ручной осмотр.

🔸 🔗 Дорогие автотесты: когда автоматизация тестирования начинает вредить бизнесу
Автотест пишется за 5 дней, падает каждый месяц, а экономия – 12 часов в год. Формула: если поддержка + расследования > экономия, автоматизация вредит продукту.

🔹 🔗 Mentorpiece Vacy Index июнь 2026: IT-найм продолжает падать
Индекс найма падает уже 7-й месяц. Manual QA упал резко, Automation/Senior – медленно. AI QA растёт только за пределами РФ.

🔸 🔗 Playwright, Selenium, Cypress, WebdriverIO: что реально известно и что мне неизвестно
Тестировщик сравнил фреймворки не по громким фичам, а по стабильности, поддержке и реальной выгоде. Playwright выигрывает на скорости, Selenium – на зрелости.

🔹 🔗 Когда чат-бот продаёт Chevrolet за доллар: как тестировать и анализировать
Рекламный бот собирал заявки без проверки цены – люди получали авто за 1$. Баг был не в коде, а в бизнес-логике. Тестирование ИИ требует кейсов с деньгами.



#QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #Автоматизация #SDET #LLM #Карьера

🖥 Нашёл канал, который советую всем, кто в айтишке или только заходит в сферу - Listen IT.

Автор выкладывает аудио-версии статей на ИТ-темы в коротком и понятном формате: технологии, роли в ИТ, лучшие практики, инструменты. Идеально, чтобы слушать в дороге или на фоне - за пару минут разбираешь тему, на которую обычно нет времени сесть и почитать.
Для подготовки к собесам - самое оно 👍.

Плюс ребята недавно запустили сайт qomp.club с квизами по каждому выпуску, чтобы закрепить материал, а не просто послушать и забыть. Он сделан в стилистике старой Винды 🪟 (даже звуки кликов по папочкам те самые из детства) - олдскулы сводит моментально) Вспомнил, как играть в Сапёра - залип на 2 часа)

Что из выпусков понравилось:
▪️ Что такое RAG
▪️ 30 ПОЛЕЗНЫХ КОМАНД GIT
▪️ ВСЕ КОДЫ СОСТОЯНИЯ HTTP с примерами
▪️ Что такое HTTP/3 за 8 минут
▪️ Что такое JWT и как его создать
▪️ Что такое КЭШ за 16 минут: Проектируем эффективное кэширование

В общем, подписывайся на Listen IT и залетай на Комп - там ещё много чего интересного.

📊 6 ошибок в метриках дефектов, из-за которых QA теряет контроль над качеством

Сергей Прощаев (руководитель Java/Kotlin разработки в FinTech, преподаватель OTUS) разобрал анти-паттерны управления дефектами — не с точки зрения QA, а с позиции того, кто принимает решения по метрикам.

🔹 Ошибка 1. Bug count как KPI отдельного человека
→ Тестировщик заводит 3 тикета там, где хватило 1. Разработчик закрывает баги как «не воспроизводится». Между QA и разработкой — стена.

🔹 Ошибка 2. «Багов стало меньше» ≠ «качество выросло»
→ 5 причин снижения, и только 1 хорошая. Без покрытия тестами цифра ничего не значит.

🔹 Ошибка 3. Абсолютные числа без динамики и распределения
→ 47 дефектов — много или мало? Без тренда, severity и модулей — украшение отчёта.

🔹 Ошибка 4. Среднее время закрытия без разбивки по критичности
→ P0 чинится за 2 часа, сотня P3 висит месяцами — среднее бессмысленно. Нужны медиана и перцентили.

🔹 Ошибка 5. Метрики без привязки к этапу обнаружения
→ Дефект на unit-тестах и на проде отличаются по стоимости на порядки. Без defect containment теряете главный сигнал.

🔹 Ошибка 6. Reopen rate прячут переоткрытием в новой задаче
→ Заводят новый тикет вместо переоткрытия — старый числится исправленным, метрика «красивая», а проблема осталась.

💡 Ключевая мысль: ни одна метрика не работает в одиночку. Как только цифра становится целью — включается закон Гудхарта и эффект кобры.

✅ Минимальный набор для зрелой команды:
• Escape Rate (взвешенный по severity)
• Severity Distribution
• DRE (Defect Removal Efficiency)
• MTTR
• Reopen Rate

Если урезать до трёх — Escape Rate, Severity Distribution, DRE.

Читать полностью на Хабре →

#QA #Метрики #DefectManagement #QA_Lead #Тестирование

📝 Начинающему тестировщику: список инструментов, которые пригодятся в работе

Отличная статья от Елены Поплоухиной (Usetech) — подборка реально полезных инструментов для ручного тестирования веб-приложений.

💻 Что внутри:
• Скриншоты и скринкасты (ShareX, Lightshot, GoFullPage, OBS)
• Генерация тестовых данных (DummyImage, генератор файлов, Lorem Ipsum)
• Работа с веб-приложениями (DevTools, Check My Links, PerfectPixel)
• Тестирование REST API (Postman, Swagger, Charles, Fiddler, Curl)
• Работа с БД и полезные утилиты

✅ Важно: в статье НЕ рассматриваются ИИ-инструменты, автоматизация и мобильное тестирование — только чистый ручной тест-дизайн и ежедневные задачи.

🔗 Читать на Хабре

━━━━━━━━━━━━━━━
📢 QA❤️4Life — канал о тестировании

#тестирование #QA #ручное_тестирование #инструменты #API #Postman #статья #подборка

🤖 ИИ в тестировании: две практические статьи с реальным опытом

Свежие кейсы от практиков — как ИИ уже сейчас помогает в тестировании.

───────────────
📢 Статья № 1: Как я учил AI-аудитора проверять сайты и не ломать отчеты

Автор поделился опытом создания AI-агента для аудита сайтов. Самое ценное — честный разбор проблем: агент ломал Google Sheets, инструменты падали, а без чёткого регламента результат был непредсказуем.

💡 Ключевые выводы:
• Агенту нужен не промпт, а регламент: порядок шагов, ограничения, обработка ошибок
• Playwright + squirrelscan + axe-core + pixelmatch — реальный стек для автоматического аудита
• Один отчёт за 10–15 минут вместо нескольких дней ожидания подрядчика

🔗 Читать на Хабре

───────────────
📢 Статья № 2: Генерация автотестов и локаторов с ИИ: рабочий код и подводные камни

Алена из Росгосстраха продолжает цикл про ИИ в тестировании. В этой части — конкретный процесс генерации автотестов с помощью LLM.

💡 Что получилось по цифрам:
• Генерация автотестов — ускорение в 4 раза
• ~100 автотестов за 2 недели
• 9 из 10 тестов работали с первого запуска
• Локаторы — ускорение в 1,5–2 раза

🔗 Читать на Хабре

━━━━━━━━━━━━━━━
📢 QA❤️4Life — канал о тестировании

#тестирование #QA #ИИ #AI #автоматизация #автотесты #аудит #статья #кейс

📚 Виды и типы тестирования: шпаргалка для QA

Полный справочник по классификации тестирования — от unit до accessibility. С примерами кода, реальными кейсами и 4 жизненными ситуациями.

Содержание:
• 1. Введение — зачем классификация
• 2. По уровню (Unit → Integration → System → Acceptance)
• 3. По времени (Smoke → Sanity → Regression → Retest)
• 4. По сценарию (Positive / Negative)
• 5. По целям (Functional, Performance, Security, UI/UX, Usability, Accessibility, Compatibility, Localization)
• 6. Алгоритм выбора + 4 примера из жизни
• 7. Заключение

🔗 Читать на Telegraph

━━━━━━━━━━━━━━━
📢 QA❤️4Life — канал о тестировании

#QA #Тестирование #Шпаргалка #Education

В IT не бывает изолированных навыков. Сложно писать хороший код, не понимая, как он будет деплоиться, и невозможно грамотно управлять командой, не зная актуальных архитектурных подходов.

Чтобы не собирать качественные материалы по всему Телеграму, мы объединились с коллегами и собрали единую базу — закрытую папку [IT].

Это не случайный набор ссылок, а продуманный информационный стек. Одни авторы глубоко копают в хардкорную разработку и архитектуру, другие разбирают DevOps-практики, третьи делятся инсайдами об управлении процессами, аналитикой и тестированием.

Каждый канал закрывает свою зону компетенций. Внутри только авторский контент и реальный опыт из продакшена.

➡️ Забрать готовую папку можно в один клик