⬅️Пять ключевых QA-трендов 2025-2026: как ИИ, DevOps и безопасность меняют тестирование➡️

Рынок тестирования меняется быстрее, чем когда-либо. Скачок ИИ-технологий, рост DevSecOps, нагрузки от LLM-сервисов и переход на no-code-автоматизацию формируют новую реальность.

📌Что нужно знать, чтобы команда оставалась эффективной и востребованной?

В новой статье Александр Канатов, директор департамента функционального тестирования «Перфоманс Лаб», разобрал пять мировых трендов, которые нельзя упустить из виду в новом году.

✔️Главный вывод: будущее QA — не за теми, кто пишет больше тестов, а за теми, кто делает продукт надежнее, быстрее и безопаснее через каждое свое действие.

🎙Обезличивание данных в базах: в чем сложность и как организовать процесс

Деперсонализация кажется простой задачей, пока не сталкиваешься с реальностью. На практике это полноценный инженерный вызов, сочетающий профилирование, проверку бизнес-логики, оптимизацию и работу с нетривиальными особенностями инфраструктуры.

В статье Петр Мельченко, лид команды разработки в «Перфоманс Лаб», и Василий Жидков, продакт-менеджер инструмента «Датасан» делятся уникальным опытом: разбирают подводные камни, через которые проходят все команды, пытаясь организовать обезличивание в больших системах. И, конечно, дают решения, чтобы пройти этот путь быстро и без проблем.

➡️ Как правильно выделить и обработать персональные данные? Например, как автоматически выделить именно ИНН, а не произвольный набор цифр?
➡️ Технические сложности профилирования: категоризация данных, сборка движка.
➡️ Тонкости деперсонализации: работа с проблемными сущностями, правильные настройки баз данных и таблиц.
➡️ Оптимизация алгоритмов обезличивания: как распараллелить процессы, пересобрать логику и выстроить работу планировщиков.

⬅️Пересмотр роли нагрузочного тестирования в проекте — движение к коллаборации➡️

Карина Матушкина — лид команды QA в компании RoboGate. На «Перфоманс Конф № 11» Карина рассказала, как отказалась от привычной схемы работы НТ и построила новую: интегрировала нагрузочное тестирование в процессы проектирования, разработки и поддержки продукта.

Идея — сделать нагрузочное тестирование максимально полезным, понятным и простым, используя принципы командной работы:

✔️синхронизация;
✔️фокус на целях и ценности продукта;
✔️гибкость в реализации и решениях.

Смотрите полную запись доклада на канале конференции в Rutube.

✈️Отличные новости: мы запустили официальный канал «Перфоманс Лаб» в телеграм!✈️

✔️В новом канале будем рассказывать о мире тестирования (не только нагрузочного!), разработки, передовых трендах и, конечно, новостях компании «Перфоманс Лаб».

Этот же канал остается главным локомотивом новостей для друзей и участников конференции «Перфоманс Конф». Он тоже будет развиваться, и здесь вы по-прежнему найдете анонсы докладов, полную программу и ответы на ваши вопросы. Ждите новостей уже совсем скоро!

✔️Рекомендуем подписаться на оба канала, чтобы не пропустить то, что имеет значение для ваших процессов.

Вот мы и вернулись! Надеемся, вы не успели заскучать 🤔

Сегодня расскажем о том, как собираем программу для «Перфоманс Конф».

📌 Всё решает программный комитет конференции (ПК). Он состоит из опытных инженеров, тимлидов, архитекторов из сильных команд, а также специалистов по нагрузочному тестированию, SRE и DevOps. Это профессионалы, которые точно знают, что будет интересно зайдет коллегам — а от каких приемов хочется зевать через пять минут.

Как это работает по шагам:

1️⃣ Сначала ищем тех, кому есть что сказать — ✨спикеров✨. Кого-то из экспертов рекомендуют члены программного комитета, кто-то приходит сам через форму на сайте. Кстати! Если у вас есть горячий кейс для конференции, можно оставить заявку уже сейчас.

2️⃣ Если заявка подходит, мы назначаем куратора. Это человек из ПК, который будет вести доклад от идеи до финального слайда.

3️⃣ Встречаемся, обсуждаем, записываем. Проговариваем идеи, цели, формат. Записываем встречу, чтобы все члены программного комитета могли посмотреть и дать обратную связь.

4️⃣ Затем самое важное — работа над докладом. Куратор помогает докрутить тему, убрать лишнее, добавить глубины. Это не цензура, а помощь. Мы правда хотим, чтобы каждый доклад был сильным, а тема раскрылась максимально интересно!

5️⃣ За пару недель до конференции смотрим финальную версию. К этому моменту содержание уже утверждено — остается только проверить, что презентация готова к показу.

❤️ Миссия программного комитета — чтобы ни один доклад на «Перфоманс Конф» не был «для галочки», а все выступления были глубокими, с цифрами и честными разбором.

Если вы чувствуете, что ваш опыт может быть полезен другим — не стесняйтесь.
✈️Оставляйте заявку на сайте, мы внимательно изучим ее и обязательно ответим! Даже если тема пока сырая для выступления — поможем «дожать» и подскажем, куда двигаться.

✨Открываем прием докладов на «Перфоманс Конф №12»!✨

Подготовка к событию года по производительности ИТ-систем стартовала. Программа год от года становится насыщеннее, докладов больше, а круг тем — расширяется.

В этом году мы снова ждем тех, кому есть чем поделиться. Если у вас за плечами реальный опыт, нестандартные решения, уникальные кейсы — не бойтесь выходить на сцену!

Что дает выступление на "Перфоманс Конф №12":

➡️ Возможность влиять на повестку в отрасли
➡️ Живое общение с профессиональным сообществом, где понимают ценность каждого кейса
➡️ Построение личного бренда как эксперта + узнаваемость

⚡️Прием заявок уже открыт! Если у вас есть идеи, которыми вы готовы поделиться, — заполняйте заявку в разделе "Стать спикером" на сайте: https://perfconf.ru/

Темы, которые мы особенно ждем в этом году:

◾️ Нагрузочное тестирование
◾️ Хаос-инженеринг
◾️ Оптимизация производительности и тюнинг
◾️ Практики DevOps и CI/CD
◾️ Управление командами и лидерство
◾️ Практики SRE, мониторинга и обеспечение надежности систем
◾️ Практики использования ИИ для мониторинга, прогнозирования и анализа результатов тестирования
◾️ Тренды индустрии

❤️ Если вам откликаются темы есть желание заявить о своем опыте — оставляйте заявку, мы вас ждем!

Помните Василия Жидкова? Он выступал на «Перфоманс Конф №11» и рассказывал про защиту персональных данных.

🔍Мы это к чему: часто слышим от коллег: «Мне нечего рассказать», «А вдруг спросят что-то, а я не отвечу», «Я бы выступил, но боюсь сцены».

Знакомо?

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

💾 Вот три простых совета от Василия, если решитесь выступать:

◾️Рассказывайте только то, в чем реально разбираетесь. Когда это ваш опыт, а не пересказ чужой статьи — слова находятся сами. И вопросы из зала не страшны, потому что вы в этом «варились».

◾️Репетируйте вслух, а лучше записывайте свою репетицию на видео. Попробуйте полностью сымитировать свое выступление. Такое упражнение даст вам спокойствие на сцене. Важно только не быть к себе строгим.

◾️Найдите в зале дружелюбные лица, а лучше кого-то одного. Это может быть ваш коллега, товарищ или просто позитивный человек. Выступайте будто бы для него одного. И не забывайте: почти все пришли узнать что-то новое, они на вашей стороне и не надо бояться.

Теперь вы стали чуточку смелее и готовы подать заявку, чтобы стать спикером на «Перфоманс Конф № 12».

📌 Форма для подачи заявки тут: https://perfconf.ru/

⬅️Вспоминаем, как это было: Перфоманс Конф #11➡️

Собрали для вас выступления спикеров с прошлой осени. Конференция была насыщенная: полезные доклады, интересные кейсы, дискуссии.

💾 Один из самых интересных докладов, на наш взгляд, — Денис Бережной из Сбера с темой «Сравнение различных фреймворков для заглушек НТ».

Главные мысли из доклада Дениса:

➡️ Подходов всего два — либо пишем сами, либо берём готовое. В первом случае тратим время, но получаем ровно то, что хотели (если хватает скиллов). Во втором — экономим время, но берём то, что кто-то написал за нас.

➡️ Критерии выбора инструмента:
◾️ высокая производительность (заглушка не должна тормозить тесты)
◾️ управление задержками перед ответом
◾️ вариативность ответов (не статика, а логика)
◾️ возможность менять конфиги "на лету"
◾️ мониторинг (чтобы сразу понять, что тормозит именно заглушка)
◾️ поддержка разных протоколов (HTTP, Kafka, gRPC, RabbitMQ)

➡️ Какие инструменты смотрели: mockserver, mockoon, benthos. Но настоящим открытием стал benthos — инструмент из области обработки данных, который оказался идеальным для заглушек.

➡️ Тесты на производительность гоняли в ступенчатом режиме, с паузами и корреляцией ответов. Результаты — в таблицах и графиках, но если кратко: benthos обошёл конкурентов в разы.

➡️ benthos умеет работать с кучей протоколов из коробки, поддерживает кэши, его можно адаптировать под любые сценарии без "танцев с бубном".


🎥 Полная запись с выводами по инструментам уже доступна. Кто пропустил или хочет пересмотреть — ссылка.

✨ Мы решили запустить опрос по предстоящей конференции

❤️ Нам важно становиться лучше для вас: раскрывать интересные темы, пробовать новые форматы, осветить проблемы, которые действительно болят.

Прохождение опроса займет не больше десяти минут.

➡️ Ссылка на опрос

Команда "Перфоманас Конф" ждет ваших ответов!

⬅️Как крупнейший сервис тестирует к высокому сезону — видео доклада➡️

Продолжаем доставать из архивов самое интересное. В этот раз — выступление Глеба Гончарова из «Купера» на «Перфоманс Конф № 10».
Это сервис, где можно заказать товары и еду из огромного списка ритейлеров — так что можно представить, какие нагрузки приложение выдерживает в пиковые часы.

💾Глеб поделился опытом подготовки к высоким сезонам: с чего начинали, с какими сложностями столкнулись как в итоге построили процесс.

Что внутри доклада:

➡️Контекст: что такое Купер, на чем зарабатывает, какие цели ставят перед инженерами.

➡️Вызовы: в декабре 2022 года время восстановления системы после сбоев доходило до суток. При этом бизнес поставил цель: рост x2 заказов, сокращение потерь от инцидентов, никакой заморозки фич. И все это за полгода.

➡️Что делали:
◾️ развивали SRE-практики в командах
◾️ прокачивали наблюдаемость процессов
◾️ внедрили процесс slow review — чтобы разработчики брали задачи по надежности в спринты
◾️ научились регистрировать любые отклонения системы как инциденты
◾️ добавили скоринг сервисов с обязательным пунктом про нагрузочные тесты

➡️Про взаимодействие команд: раньше инженеры делали отчеты о тестировании, присылали их в чат — и ничего не происходило. Проблему решили, выстроив правильную обратную связь.

➡️Прогнозирование нагрузки: как понять пик, проаналазировав распределение трафика за сутки.

📌Рекомендуем всем связанным с e-commerce (и не только) в этом чате!

🎥Ссылка на видео

⬅️Кто формирует программу «Перфоманс Конф №12»?➡️

Программный комитет — это команда профессионалов. Участники ПК сами прошли через десятки проектов и знают, о чем действительно стоит рассказывать коллегам. Поэтому в докладах будут только полезные, проверенные и рабочие кейсы.

Давайте начнем знакомиться с составом ПК:

🎙Алексей Лушин (Сбер)
◾️Ведущий эксперт по технологиям в «Сбере», отвечает за нагрузочное тестирование «Переводов».
◾️В НТ 8 лет: от джуна до лида команды, нагружал 50+ проектов Сбера/СберТеха.
◾️Разработал кастомные генераторы нагрузки (spring+http/grpc/Kafka/mq) для сложных систем, для стандартных проектов внедрил k6 и автоматизировал процесс НТ, ускорив прохождение этапа на 40%.
◾️Внедряет Chaos Engineering + AI-агенты для обеспечения отказоустойчивости и производительности систем.
◾️Занимается ревью докладов и помогал в подготовке спикеров к PerfConf #9.
◾️Обучил 20+ инженеров в команде.

🎙Максим Гусев (RWB)
◾️Строит отказоустойчивые системы в IT более 11 лет.
◾️Активно проповедует искоренение тойла и построение правильного инцидент-менеджмента.
◾️Прошел путь от инженера по замене бумаги в принтере до TechLead SRE в финтехе и Lead Observability SRE Team в Dodo Engineering. Сейчас SRE Team Lead в RWB.
◾️Читает лекции о внедрении SRE и его пользе.

🎙 Ксения Ворончагина (Перфоманс Лаб)
◾️Заместитель технического директора компании Перфоманс Лаб, а также руководитель программного комитета Перфоманс Конф и ведущая потоков.
◾️Опыт более 10 лет в области тестирования производительности. В её портфолио — около 12 крупных проектов, среди которых ВТБ, Альфа-Банк, Хоум Банк, Х5, МВидео и другие.
◾️Обучила более 100 инженеров и разработала авторские курсы в “IT Matreshka”.

В следующих постах продолжим знакомить вас с составом программного комитета.

📌 Актуальная информация по конференции, билетам и программе скоро появится на сайте. Следите за обновлениями!

Мы готовим конференцию, и нам очень важно услышать именно вас — тех, кто будет в зале (или смотреть онлайн). Ваши ответы помогут нам понять, какие темы сейчас реально горят, какие форматы заходят, а от чего пора отказываться.

📌 Мы не хотим гадать — мы хотим делать конференцию, которая будет полезна. Поэтому запустили опрос.

Прохождение займёт не больше пять минут. Всё анонимно, никакой лишней информации.

➡️ Ссылка на опрос

❤️ Спасибо тем, кто уже прошёл. А тем, кто ещё нет — заходите, ваше мнение действительно важно для нас. Вместе мы сделаем конференцию лучше.

✨Всё, можно брать билеты на «Перфоманс Конф №12» ✨

Стартовали продажи на главное событие года по производительности ИТ-систем. Спикеры из топовых ИТ-команд принесут реальные кейсы, живые цифры и честные разборы факапов.

⚡️️Когда: сентябрь 2026
📍Формат участия: офлайн (Москва) или онлайн

Более подробная информация по билетам и конференции — на сайте.

Почему стоит купить билет прямо сейчас?
Ближе к дате мероприятия билеты подорожают, сейчас — самые выгодные цены!

➡️ Забирайте билеты здесь: https://perfconf.ru/

⬅️Программный комитет «Перфоманс Конф №12»➡️

Продолжаем рассказывать о тех, кто формирует программу конференции. Эти люди — не только эксперты, но и практики, знающие индустрию изнутри.

🎙Антон Егорушков (Yandex.Cloud)
◾️Customer Reliability Engineering TeamLead в Yandex.Cloud.
◾️Ментор, помощник, ведет канал сыча.
◾️В ИТ уже 20 лет, 16 лет руководитель, 7 лет devops.
◾️Работал в стартапах, энтерпрайзах и бигтехах.
◾️Спикер и член ПК разных конференциях.

🎙Макаров Александр (Перфоманс Лаб)
◾️Занимает должность технического директора компании Перформанс Лаб.
◾️Является экспертом и организатором конференции в области нагрузочного тестирования, проводит курсы повышения квалификации для инженеров.

🎙Виктор Ганелес (Virtuozzo)
◾️Инженер по нагрузочному тестированию в Virtuozzo.
◾️Работает в тестировании более 10 лет. Начинал путь с тест-дизайна, стал ведущим инженером, затем вырос до начальника отдела нагрузочного тестирования.
◾️Сотрудничал с ПСБ, ВТБ, «Росевробанком».
◾️Постоянный спикер международных конференций по тестированию, преподаватель курсов OTUS.

В следующих постах продолжим знакомить вас с составом программного комитета.

📌 Актуальная информация по конференции, билетам и программе скоро появится на сайте. Следите за обновлениями!

⬅️Продолжаем делиться записями с Перфоманс Конф #11➡️

В этот раз — Александр Карпушин из Positive Technologies с темой, которая в нагрузочном тестировании часто остаётся за кадром: "Логи под нагрузкой: как выбрать хранилище и не пожалеть — разбираем ELK, Loki и VictoriaLogs".

💾Александр честно прогнал три системы — Elasticsearch, Grafana Loki и Victoria Logs — через одни и те же сценарии.

О чём рассказывает Александр:

➡️ Зачем это вообще нужно. Логи — это не просто текст, который куда-то складывается. От того, как они хранятся и индексируются, зависит, сможете ли вы быстро найти проблему в инциденте или будете полдня ждать ответа от системы.

➡️ Что проверяли. Три системы в одноузловой конфигурации, почти из коробки: Elasticsearch, Loki и Victoria Logs. Наполняли логами 12 часов с интенсивностью 50 000 логов в секунду, потом добавляли селекты. Кардинальность (количество уникальных комбинаций метаданных) менялась от минимальной до максимальной.

➡️ Главный итог и спойлер. В итоге честного сравнения победил инструмент Victoria Logs — но есть интересные нюансы.

🎥 Полная запись выступления уже доступна по ссылке.

✨Мы обновили сайт «Перфоманс Конф №12»✨

Теперь там всё актуально: основные темы конференции, программный комитет, билеты и оформление.

И да, напоминаем, стартовали продажи билетов.

⚡️️ Когда: сентябрь 2026
📍 Формат участия: офлайн (Москва) или онлайн

Почему лучше не откладывать?
Цены вырастут ближе к старту, сейчас билеты — по самым выгодным условиям.

➡️ Вся информация и билеты здесь: https://perfconf.ru/

⬅️Программный комитет «Перфоманс Конф №12»➡️

Продолжаем знакомить с составом программного комитета. Вот кто сейчас в команде:

🎙Максим Рогожников (Т-Банк)
◾️Тимлид команды нагрузочного тестирования в «Т-Банк».
◾️В тестировании производительности более 5 лет, в IT более 10 лет.
◾️Спикер конференций QA и LT.
◾️Занимался организацией и проведением тестированием производительности в крупнейших банках России, телекоме, ритейле, госуслугах и на зарубежных проектах.

🎙Борис Селезнев (Перфоманс Лаб)
◾️Сейчас работает в Перфоманс Лаб. В тестировании производительности более 15 лет.
◾️В самых разных ролях участвовал в множестве проектов по НТ в Сбере, Черкизово, Хоум банке, ВТБ и др.
◾️Развивает решение Boomq - собственную платформу компании для проведения нагрузочного тестирования и отвечает за реализацию международных проектов.

🎙Юрков Кирилл (VictoriaMetrics Inc)
◾️Эксперт по performance engineering и observability.
◾️В нагрузочном тестировании более 10 лет.
◾️Работал с высоконагруженными проектами Ростелеком, X5, Магнит, Сбер, Beeline и др. Нагружал проекты компаний: Ростелеком, X5 Retail Group, Магнит, Сбер, Beeline и др. Руководил нагрузочным тестированием в Самокат, Мегамаркет и Сберлогистике (ныне ecom.tech). Сейчас отвечаю за доступность и поддержку в VictoriaMetrics Inc.
◾️Автор инженерного блога The Last of 9s о производительности, надежности и диагностике. Частый гость программного комитета PerfConf.

В следующих постах продолжим знакомить вас с составом программного комитета.

📌 Актуальная информация по конференции, билетам уже появится на сайте.

⬅️Делимся записями с «Перфоманс Конф #8»➡️

Старые доклады — не значит скучные. Тем более если речь про то, как на самом деле работает iostat в Linux.

💾 Александр Пищулин из компании «YADRO» рассказал, откуда берутся цифры в утилизации диска и почему к ним стоит относиться с осторожностью.

О чём доклад:

➡️ как устроен блочный стек Linux
➡️ что такое BIO и request, как они проходят через очереди
➡️ как работает слияние операций (merge) и зачем оно нужно
➡️ откуда берутся показатели iostat: утилизация, среднее время, размер очереди
➡️ почему утилизация 100% — не приговор, а повод смотреть на время отклика

Что выяснилось:

◾️Утилизация — это не загрузка. Она показывает только то, что устройство было занято какое-то время. Диск может отвечать за 1 мс и выдавать 1000 iops со 100% утилизации. А может — 4000 iops, и утилизация всё равно 100%. Разница — во времени отклика. Его iostat как раз и не показывает напрямую.

◾️Inflight — более честный показатель. Его можно посмотреть через /sys/block/sda/inflight. Это реальное количество запросов, которые находятся внутри диска или контроллера.

◾️iostat читает статистику из /proc/diskstats, где лежат накопленные счётчики. А дальше — простая алгебра: дельта времени / дельта операций. Никакой магии.

И, еще кое-что важное: мы прислушались к вашим пожеланиям и решили публиковать видео на нескольких площадках для вашего удобства.

🎥 Смотреть видео на Youtube
🎥 Смотреть видео в ВК видео
🎥 Смотреть видео на Rutube