QA Family by Alexey

Очень крутая новость

Ollama совместима с Anthropic API.

А это позволяет использовать такие инструменты, как Claude Code, с открытыми моделями

https://ollama.com/blog/claude

Начинаем трансляцию, подключайтесь!
ссылка https://telemost.360.yandex.ru/live/24627e9725a246e1b42187d5563be0d6

Поговорим про ИИ, МСР и вот это все для тестирования и не только)

Я что-то пропустил выход DevTools MCP

И когда я читал возможности, мне показалось, что это копия Playwright MCP, но сейчас, когда разобрался, понял, что это очень крутой инструмент.

Небольшое сравнение как использовать 2 инструмента

1. Экономия токенов / контекста
✅ Chrome DevTools MCP — экономит до 90–95% контекста (не забывайте смотреть используемый контекст в Claude Code /context )
❌ Playwright MCP — жрёт очень много (13–18k токенов на старте + каждый шаг)

2. Глубина дебаггинга и перфоманс
✅ DevTools MCP — 🔥 король здесь
• Performance traces (LCP, CLS, INP, TBT)
• Core Web Vitals анализ в реальном времени
• Network + Console + Sources + всё, что есть в DevTools
• Идеально для «почему тормозит / 500 ошибка / CLS скачет»
❌ Playwright MCP — базовые логи

3. Автоматизация и тесты (E2E, формы, клики)
✅ Playwright MCP — до сих пор сильнее
• Кросс-браузер (Chrome + Firefox + Safari/WebKit)
• Лучше справляется с drag-and-drop, сложными SPA
❌ DevTools MCP — тоже умеет, но иногда менее предсказуемо + только Chrome

4. Скорость и удобство
✅ DevTools MCP — быстрее запускается, может подключатся к твоей сессии браузера
❌ Playwright MCP — часто новая чистая сессия (не разобрался как подключиться)

Что брать?
Дебаг, перфоманс, network, console, «почему сломалось приложение» → Chrome DevTools MCP
E2E-тесты → Playwright MCP

На просторах гитхаба, что только не найдешь

Хотите увидеть как ваши AI-агенты живут в пиксельном офисе
Агенты бегают по папкам, работают над файлами, отдыхают когда неактивны.

Поддержка Claude Code и Cursor.

https://github.com/jamsusmaximus/codemap

Python — это незрелый dev-тулинг

Захотел написать кастомные линтер-правила
В JavaScript это один инструмент. В Python — это франкенштейн.

ESLint (JS):
Проверка + автофикс + плагин = один файл

Python:
🟣Ruff — быстрый, но плагинов нет
🟣Flake8 — плагины есть, автофикс нет
🟣Pylint — плагины есть, автофикс нет
🟣Автофикс — отдельно (autopep8, LibCST)

Итого: чтобы получить аналог одного ESLint-плагина, собираешь франкенштейна из трёх плюс библиотек.
2026 год на дворе

Или я что-то упускаю?
_____________
На этом пост должен был закончится!
И изначально это был наброс на эмоциях. Проанализировав, поспрашивал коллег/ребят из сообщества — оказалось, упускаю.

Есть Fixit от Meta. Тот же принцип что в ESLint: правило + автофикс = один файл. Построен на LibCST.

Но: в Fixit нет PEP8 и стандартных проверок.
Только для своих правил

Итоговый стек:
🟣Ruff — PEP8 + 800 готовых правил
🟣Fixit — кастомные правила с автофиксом

Как автоматизировать параллельную работу с AI-ассистентами (Часть 2)

В первом посте мы разобрали, как вручную работать над 3-4 проектами параллельно, переключаясь между терминалами.

Проблемы ручного подхода
❌ Нужно вручную переключаться между терминалами
❌ Сложно параллелить работу внутри одного проекта
❌ Нет контроля версий — агенты могут конфликтовать

💡 Решение: Vibe Kanban
Kanban-доска для оркестрации AI-агентов
Что умеет:
🟣Параллельный запуск — несколько агентов работают одновременно
🟣Изоляция задача
🟣Каждый агент в своей ветки
🟣Встроенный code review
🟣Видишь все задачи на одном экране
🟣Поддержка всех агентов (Claude Code, Cursor CLI, Gemini CLI и др)

Флоу
1⃣Создаёшь задачи
2⃣ Запускаешь
3⃣Проверяешь результаты через встроенный diff

Чтобы начать
1. Устанавливаем любимый агент
2. Запускаем npx vibe-kanban

Vibe Kanban: https://www.vibekanban.com/
GitHub: https://github.com/BloopAI/vibe-kanban

Сейчас появилось настроение писать технические заметки, пока есть мотивация буду это делать и первая в этом году естественно про ai/vibecode

Как использовать AI-ассистенты на 300% эффективнее

Проблема
Запустил промпт → сидишь 2-3 минуты → получил результат → запустил следующий
❌ Мёртвое время
❌ Сливаешь деньги впустую (если у вас тариф крутой)

⚠ Неожиданное открытие
Исследование METR (2025): опытные разработчики с AI работали на 19% медленнее, хотя сами думали, что быстрее на 20%.

Причина — время на промпты и проверку кода и ответ агента.

💡 Решение
Настройка:
1⃣ Добавь 3-4 проекта в workspace
2⃣Открой терминал для каждого проекта

Что делать?
1⃣ Запусти промпт в терминале #1
2⃣Переключись на #2 → дай промпт
3⃣ Переключись на #3 → дай промпт
4⃣ Вернись к #1 → проверь, запусти новый
5⃣ Повторяй цикл

Принцип: Пока AI работает в одном проекте — ты работаешь в друго

Завтра расскажу как это все автоматизировать!

Что такое сообщество?

Я делаю сообщество тестировщиков в Москве, помогаю ребятам запуститься в Питере, пробую онлайн-митапы.

И нас с Ксюшей часто спрашивают:
— Какая у вас цель? Чего вы хотите добиться?
А у нас нет цели. Это хобби.


Расскажу, как я к этому пришёл — вдруг у вас откликнется:

1⃣ Когда я начинал в IT, ходил на митапы и в бары, был в движухе, но только как участник.
2⃣Когда получил опыт, захотел об этом рассказать на конференции — и попал на другой уровень. Сообщество спикеров — это совсем другой мир.
3⃣После ковида не осталось митапов от сообществ, мне этого сильно не хватало. И тогда я понял: надо делать свой митап и своё сообщество.

Зачем вообще ходить на митапы и быть в сообществе?

Это не только доклады. Здесь можно найти коллег, которые решают такие же задачи. Получить совет от тех, кто уже наступал на ваши грабли. Или просто поговорить с теми, кто понимает вашу боль.
Нетворкинг на митапе часто приносит больше пользы, чем сами выступления.

Если вы созрели для выступления?
Можно выступить у нас на митапе MoscowQA или SPBQA
Можно подать доклад на конференцию, например на Гейзенбаг

Сообщество — это люди!
Подобрал для вас сообщество по другим направлениям в Москве

🔥 Каждые полгода крупные конференции по тестированию выкладывают все доклады в открытый доступ.
И мы для вас собрали все в одном месте и выбрали наш небольшой топ докладов

🎥 Heisenbug 2025 Spring Плейлист
🎥 SQA Days 36 Плейлист

SQA Days:
🟣Страх задавать вопросы: как перестать бояться и начать работать — Анастасия Ушакова
🟣Как расти и растить с помощью матрицы компетенций и ИПР — Сергей Лебедев
🟣BDUI: эволюция динамических интерфейсов — Елена Кислякова
🟣Тестируем Flipper Zero: нужна ли синяя изолента — Константин Волков
🟣Quality Gates: путь к качеству на каждом этапе развития компании

Heisenbug:
🟣 Как изменится тулинг в тестировании с приходом AI — Артём Ерошенко
🟣 Падаем красиво в Playwright-тестах — Алексей Иванов
🟣Vision Language и AI Web Agent — автоматизация с BugBuster AI — Даниил Ахетов
🟣 Поднимаем Android-ферму за 10 минут — Алексей Тюрин
🟣 Пишем тесты на race conditions, deadlocks и остальной concurrency hell — Нина Лукина

Всем привет! Хочу рассказать о нашем мероприятии, которое состоится на следующей неделе митап Moscow QA #17 x Ви Tech.

Я давно многих не видел, возможно кто-то хочет познакомится со мной лично, приходите, после митапа пойдем в бар.

Куда: Москва,
Лесная 9, вход Б, 4 этаж
Когда: 21 ноября 18:00
Регистрация:
https://moscowqa.timepad.ru/event/3662023

Для онлайна регистрация не нужна, ссылка на трансляцию будет в группе @moscowqa

Всем привет!
В сентябре побывали на конференции ecode от Ozon
Был интересный QA трек и посетили несколько докладов на разные темы:

➡️ Snapshot-тестирование — Анастасия Ивченко рассказывала про снепшот-тесты, их отличия от скриншот-тестов, и делилась лайфхаками из практики. Интересный подход к отловке багов.
🔗 Ссылка

➡️ Reverse Engineering gRPC — Валерий Меньшиков показывал, как тестировать gRPC-сервисы на Python без доступа к .proto-файлам. Представил свою библиотеку PBReflect, которая автоматизирует всю работу с gRPC-рефлексией.
🔗 Ссылка

➡️ WireMock с человеческим лицом — Булат Маскуров из Uzum Fintech делился опытом создания удобных расширений для WireMock и прикручивания GUI для мануальных тестировщиков.
🔗 Ссылка

➡️ Автотесты на мобильных платформах — Эмилия Куцарева из VK/OK разбирала архитектуру запуска автотестов, варианты инфраструктуры и кастомизацию под разные потребности.
🔗 Ссылка

🔥 Больше всего понравился доклад "Как тестировать систему трекера метрик скорости"
Доклад Петра Федяева из Ozon показывал, как проверять системы сбора метрик производительности и убеждаться, что цифры отражают реальный пользовательский опыт.
🔗 Ссылка

первый мой постик вышел в корпоративном ТГ 2ГИС QA, подписывайтесь, там ребята прям серьезно подходят к контенту😁

Топ инструментов для нагрузочного тестирование

📌 Apache JMeter
Open-source инструмент с графическим интерфейсом для создания и запуска нагрузочных тестов без программирования. Поддерживает множество протоколов (HTTP, JDBC, JMS, FTP) и позволяет проводить распределенное тестирование.
🔗 https://jmeter.apache.org/

📌 Gatling
Open-source высокопроизводительный инструмент, где тесты пишутся как код на Scala или Java. Использует асинхронную архитектуру для эффективной генерации нагрузки и создает красивые HTML-отчеты.
🔗 https://gatling.io/


📌 K6
Современный инструмент от Grafana Labs с тестами на JavaScript и отличной интеграцией с системами мониторинга. Разработан специально для DevOps команд с поддержкой как локального, так и облачного запуска.
🔗 https://k6.io/

📌 Locust
Python-based инструмент, где поведение пользователей описывается через простые Python-классы. Имеет веб-интерфейс для мониторинга в реальном времени и поддерживает распределенное тестирование.
🔗 https://locust.io/

📌 Yandex.Tank
Open-source инструмент от Яндекса, который объединяет различные генераторы нагрузки через единый интерфейс.
🔗 https://github.com/yandex/yandex-tank

📌 Artillery
Легковесный Node.js инструмент для быстрого тестирования API и микросервисов через YAML конфигурации. Отлично интегрируется в CI/CD пайплайны и подходит для автоматизированного тестирования.
🔗 https://www.artillery.io/

📌 NBomber
Open-source .NET фреймворк для написания нагрузочных тестов на C# и F#. Идеальный выбор для .NET команд, предоставляет типобезопасность и интеграцию с экосистемой Microsoft.
🔗 https://nbomber.com/

📌 Vegeta
Open-source инструмент командной строки написанный на Go для тестирования HTTP сервисов. Отличается высокой скоростью и низким потреблением ресурсов.
🔗 https://github.com/tsenart/vegeta

я использовал k6, очень удобно когда ты пишешь на JS/TS
Скрипты получаются элегантные, проблема только была с подключением сторонних библиотек

👏 Всем привет!
Сегодня, приглашаю вас на онлайн митап по автоматизации тестирования!

Я буду там в роли эксперта, будет много вопросов и дискуссии.

В программе три крутых доклада:
📌 19:00 — Кухня регрессионного тестирования: как за 20 минут подать то, что раньше готовили две недели — Анастасия Давыдкина и Александр Вдовин, Ви.Tech
📌 19:30 — Эра умной валидации: нам всё ещё нужны ассерты? — Алексей Коледачкин (AQA Lead и преподаватель автоматизации на Python)
📌 20:00 — Как автоматизировать рутину и освободить время на важное — Артём Ерошенко (сооснователь Qameta Software)

Трансляция: https://www.youtube.com/watch?v=vA5Y17dglEU
Когда: 25 сентября 19:00

Cтатья про то как понятно оформлять отчеты в pw

Это текстовая версия моего доклада с весеннего гейзена

https://habr.com/ru/companies/2gis/articles/935882/

🦖🦖🦖 В новом выпуске подкаста QA Family обсуждаем с Даниилом Ахетовым:

📎Как искусственный интеллект влияет на тестирование прямо сейчас
📎Какие навыки войдут в базовый набор для QA-инженеров
📎 И что точно НЕ стоит игнорировать


Слушать:
📱 Я.Музыка
📱 Apple Podcast
Другие платформы: https://family-qa.mave.digital/