Перфоманс Лаб

Вебинар уже совсем скоро!

📌 Напоминаем
Уже завтра пройдет вебинар на котором покажем, как тестировать производительность 1С с эмуляцией нагрузки через веб-сервер.

➡️ Ссылка на регистрацию

Ждем вас и ваших вопросов!

⬅️ Как снизить количество инцидентов в 1С на 90% ➡️

1С — ядро ИТ-ландшафта в большинстве российских компаний. Если оно тормозит или падает, бизнес встаёт. На вебинаре покажем, как тестировать производительность 1С с эмуляцией нагрузки через веб-сервер.

На вебинаре обсудим:
➡️ когда бизнесу нужно нагрузочное тестирование 1С
➡️ клиенты 1С и сценарии подачи нагрузки
➡️ проект НТ 1С: этапы, роли и артефакты
➡️ выбор инструментов для НТ 1С и обзор Бумк
➡️ демо работы с веб-трафиком
➡️ отчёт по НТ с выводами, рекомендациями и генерацией через ИИ

Спикеры:
🎙Ксения Ворончагина — руководитель направления тестирования производительности «Перфоманс Лаб»
🎙Борис Селезнев — владелец продукта «Бумк»

📌 Когда: 17 сентября 2026, 16:00 МСК

Участие бесплатное. Количество мест ограничено — регистрируйтесь заранее.

➡️ Ссылка на регистрацию

Вебинар уже совсем скоро!

📌 Напоминаем
Уже завтра пройдет вебинар на котором поговорим про то, как менять свои QA-процессы: модернизировать новыми технологиями и оптимизировать эффективность.

➡️ Ссылка на регистрацию

Ждем вас и ваших вопросов!

⬅️ Автоматизация тестирования как инвестиция: от внедрения к измеримому результату в эпоху ИИ ➡️

Вы уже вкладываетесь в автотесты, новые фреймворки и ИИ‑инструменты — но меняется ли от этого ваш QA‑процесс и качество продукта? На вебинаре разберем, как сделать автоматизацию и ИИ частью ежедневной работы команды, а не просто набором экспериментов.

На вебинаре обсудим:

➡️ должна ли автоматизация работать на цели QA и бизнеса — или на собственные метрики и количество тестов;
➡️ что происходит, когда автотесты и репозитории есть, а регресс всё равно остаётся ручным и процесс QA почти не меняется;
➡️ где ИИ действительно экономит время QA‑команды: от анализа требований и подготовки тестовой модели до генерации тестовых данных, автотестов и разбора логов;
➡️ в каких условиях ИИ‑инструменты не работают, как нужно, и только ускоряют существующий хаос: неполные требования, слабая документация, отсутствие архитектуры автоматизации и понятных правил работы;
➡️ как выглядит зрелый подход: сначала бизнес‑цель и узкое место в QA‑процессе, а уже потом выбор между автоматизацией, изменением процесса, архитектуры и применением ИИ.

Спикеры:
🎙 Вячеслав Аргунов — менеджер по обеспечению качества «Перфоманс Лаб»
🎙 Тимофей Бородич — заместитель технического директора «Перфоманс Лаб»

Вебинар будет полезен QA-инженерам, лидерам команд и всем ответственным за автоматизацию в продуктовой команде.

📌 Все участники также получат новый выпуск Russia Quality Report 2026 — уникального исследования рынка QA и реального опыта 470+ компаний.

📌 Когда: 3 сентября 2026 года, 16:00 МСК

Участие бесплатное. Количество мест ограничено — регистрируйтесь заранее:

Ссылка на регистрацию

До встречи!

⬅️ Как мы провели лето: дайджест обновлений «Перфоманс Лаб» ➡️

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

➡️ Во-первых, мы выпустили «Бумк» на VK Cloud Marketplace. Еще этот инструмент завоевал второе место в рейтинге российских решений для нагрузочного тестирования. Не отстает и наш «Датасан» для обезличивания персональных данных, получивший премию «Киберпросвет-2026». Очень гордимся!

➡️ Во-вторых, мы провели два очень полезных вебинара: о миграции на новую СУБД и о состоянии рынка QA сегодня. Записи доступны в нашем канале VK — ссылки можно найти в полном дайджесте.

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

📌 Все ссылки, пароли и приглашения — в полной версии дайджеста на сайте. Переходите, читайте.

💾 Ссылка на дайджест на сайте

⬅️ Нагрузочное тестирование на каждый Pull Request ➡️

Как встроить нагрузочное и регрессионное тестирование прямо в CI/CD-пайплайн? Расскажем на вебинаре про открытую библиотеку Locomotive (Python, MIT).

О чём узнаете

➡️ Почему перф-регресс не ловится в CI
➡️ Как выносится вердикт: сравнение с baseline, SLA-пороги и борьба с ложными срабатываниями
➡️ Реалистичная нагрузка: пулы тестовых данных, многошаговые сценарии, авторизация с захватом токена
➡️ Конфиг вместо кода: сценарий описывается в JSON/YAML, а не пишется на Python
➡️ Готовый GitHub Action на шесть строк YAML
➡️ Что делать, когда меняется контракт API

Кому точно пригодится

Инженерам по нагрузочному тестированию, QA, DevOps, SRE, бэкенд-разработчикам и техлидам. А также продуктовым стартапам и enterprise-командам, где CI/CD уже есть, а нагрузочного тестирования в нём нет.

➡️ Когда и где
27.08.26 в 16:00, онлайн

Количество мест ограничено — зарегистрируйтесь заранее.
➡️ Ссылка для регистрации.

Спикеры

🎙 Илья Фирсов — бэкенд-разработчик и DevOps-инженер, соавтор Locomotive
🎙 Дарья Едигарева — Python-бэкенд-разработчик, соавтор Locomotive

⬅️ Рынок труда для QA: чего ждать, какие навыки развивать? ➡️

Рынок QA перевернулся: из рынка кандидата мы перешли в эпоху рынка работодателя. Вакансий стало меньше, отбор — дольше, требования — выше. Александр Макаров, технический директор по нагрузочному тестированию «Перфоманс Лаб», объясняет, что происходит и что делать.

Ключевые темы в статье:

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

➡️ Рынок перевернулся. По данным hh.ru, в июне 2026 года на одну ИТ-вакансию приходится 22+ резюме. Число вакансий сократилось на 31%, резюме выросло на 23%.

➡️ Требования выросли. Для Middle теперь нужны 4+ года опыта, знание API, БД, Docker, CI/CD, Kafka, Kubernetes и языка программирования.

➡️ ИИ захватывает процессы.

По данным Russia Quality Report 2025-2026, 30% российских компаний находятся на стадии изучения вопроса, 21% – запускает пилоты и только 15% активно используют в продуктивных QA-процессах.

➡️ Что будет дальше. Резких перемен не ждём. Лучше всего будут чувствовать себя специалисты, которые совмещают ручное тестирование с автоматизацией, работают с инфраструктурой и CI/CD, проводят нагрузочные проверки и используют ИИ-инструменты.

💾 Подробнее — в статье по ссылке.

QA больше не измеряют количеством тест-кейсов
Компании меняют подход к оценке качества разработки.

📌 По данным Russia Quality Report 2025–2026:
62% компаний главным показателем эффективности QA считают количество инцидентов в промышленной среде.

Но еще интереснее, какие метрики идут следом:
◾️39% оценивают удовлетворенность пользователей;
◾️34% — скорость вывода продукта на рынок (Time-to-Market).

Это означает, что QA все меньше воспринимают как этап поиска багов перед релизом. Сегодня обеспечение качества становится частью бизнес-процессов и напрямую влияет на пользовательский опыт и скорость развития продукта.

Именно поэтому зрелые команды:
✔️ внедряют Shift Left
✔️ автоматизируют не ради автоматизации, а ради предотвращения дефектов
✔️ интегрируют QA в продуктовые команды и процессы принятия решений

💾 Еще больше аналитики, практик и рекомендаций — в Russia Quality Report 2025–2026.
Скачивайте на сайте Перфоманс Лаб!

Вебинар уже совсем скоро!

📌Напоминаем
Уже через несколько часов пройдет вебинар на котором обменяемся опытом и реальными практиками замены СУБД и миграции данных.

➡️Регистрация на вебинар⬅️

Ждем вас и ваших вопросов!

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

В последние два года закон сильно изменился: за нарушения, связанные с защитой персональных данных, теперь грозят штрафы до 500 млн рублей. Для бизнеса это означает, что утечка данных становится непозволительной роскошью.

🔍 В чем сложность

➡️ Чувствительные данные не всегда очевидны — и найти их в базах трудно. Например, ИНН необходимо отличать от случайного набора цифр — для этого требуются проверка контрольных сумм и словари.

➡️ Нужно единообразие преобразований: если данные распределены по нескольким центрам обработки данных (ЦОД), одни и те же исходные значения должны преобразовываться в идентичные обезличенные. В противном случае данные утрачивают связность и становятся непригодными для анализа.

➡️ Существуют скрытые объекты базы данных: материализованные представления (Material View), логи к ним (Material View Log) и ограничения целостности (Constraints). О них часто забывают, и именно они становятся причиной сбоев или остановок процесса обезличивания.

➡️ Параметры СУБД могут создавать дополнительные сложности. Например, низкое значение параметра INITRANS в Oracle приводит к взаимным блокировкам при массовых обновлениях. Проблема решается ручным управлением блокировками, поскольку простое изменение настройки в данном случае невозможно.

📌 И главное: данные должны оставаться валидными. Нельзя превратить имя в бессмысленный набор символов — нужно сохранять формат, контрольные суммы для СНИЛС и ИНН, и даже попадание даты рождения в нужную половину месяца, если на это завязаны расчёты.

Рассказываем, как внедрить обезличивание качественно — и делимся техническими лайфхаками для Oracle: вместо последовательной обработки таблиц переходим на встречное распараллеливание — и так сокращаем время обработки в разы.

💾 Подробности — в статье на сайте DataSan по ссылке.

⬅️ Миграция баз данных с MS SQL на Postgres. Не так страшен чёрт. Поделимся своим опытом ➡️

В 2026 году импортозамещение переходит на этап зрелости. Заказчики уже не бегут сломя голову делать миграцию систем, но осознанно запускают проекты замены ИС, преследуя цели снижения рисков, оптимизации расходов, защиты от штрафов.

⚡️️На вебинаре в режиме живого диалога обменяемся опытом и реальными практиками замены СУБД и миграции данных.

Разберемся с вопросами

➡️ Задача миграции СУБД висит в бэклоге четвёртый год, но всё время откладывается?
➡️ Требования регулятора растут, а бюджет на миграцию так и не появился?
➡️ ИБ требуют миграции данных, а как подойти к вопросу - неизвестно?

Кому точно пригодится

◾️ Тому, кто отвечает за систему
◾️ Тому, кому интересен реальный кейс
◾️ Тому, кому предстоит перенос БД

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

📌 Вместе исследуем подходы к решению задачи и обменяемся опытом.


💾Когда и где
23.07.2026 в 16:00 по Мск

Количество мест ограничено — зарегистрируйтесь заранее.
➡️Ссылка на регистрацию

🎙 Спикеры
◾️ Ксения Ворончагина — руководитель направления нагрузочного тестирования «Перфоманс Лаб»
◾️ Денис Сухов — эксперт по миграции баз данных «Перфоманс Лаб»

✨Вышел новый Russia Quality Report 2025–2026 ✨

- это большое событие для всего рынка QA в России, отчет, который раз в два года задает повестку для ИТ сообщества, вовлеченного в тестирование и качество цифровых продуктов.
 
📌 RQR - крупнейшее исследование российского рынка тестирования и обеспечения качества, основанное на данных по 470 компаниям, и это не просто подборка статистики. Отчет объединяет количественную аналитику, экспертные интервью и разбор тенденций от года к году.
Сегодня 60% компаний называют свои процессы QA управляемыми, еще 31% - оптимизированными, а главный фокус рынка смещается в сторону автоматизации (67% компаний), внедрения ИИ в QA.

Внутри отчета:
➡️ актуальная статистика по зрелости QA, автоматизации, ИИ, импортозамещению и нагрузочному тестированию;
➡️ интервью с экспертами из «Альфа-Банка», Банковской группы «Синара», Alpina Digital, Московского кредитного банка, компании «Стахановец» и другими лидерами отрасли;
➡️ аналитические обзоры о развитии QA, выборе инструментов, использовании искусственного интеллекта, автоматизации тестирования и ключевых изменениях рынка за последние годы.

Из отчета вы узнаете:
◾️какие практики становятся стандартом для российских компаний;
◾️ как меняются требования к QA-командам;
◾️ какие инструменты и подходы действительно работают;
◾️ какие технологии компании планируют развивать в ближайшие годы.

Russia Quality Report будет полезен ИТ-директорам, руководителям разработки и тестирования, QA-инженерам, владельцам продуктов и всем, кто принимает решения о развитии процессов обеспечения качества.

💾 Скачать отчет можно бесплатно по ссылке.

⬅️ Датасан — лауреат премии «Киберпросвет-2026» ➡️

Продукт «Перфоманс Лаб» для персонализации данных победил в номинации «Скованы одной цепью — за продвижение безопасной работы с вендорами и сторонним кодом» на ежегодном отраслевом конкурсе ИБ-решений «Киберпросвет-2026».

Жюри отметило практическую ценность нашего подхода к маскировке данных:

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

⚡️️️ Почему эта номинация важна для индустрии?
В условиях актуальных регуляторных требований (включая 152-ФЗ) и участившихся утечек, безопасная передача ИТ-контуров внешним подрядчикам — одна из главных болей корпоративного сегмента.

Победа «Датасан» в этой номинации — подтверждение того, что проблема безопасной работы с данными в разработке и тестировании действительно острая, а наше решение предлагает работающий и востребованный рынком подход.

💾 Подробности о продукте на нашем сайте. Разбор кейсов применения и технические детали работы Датасан — пишите владельцу продукта Василию Жидкову.

⬅️ Аудит QA — это не поиск виноватых ➡️

Если в продукте регулярно появляются дефекты, релизы задерживаются или автоматизация не приносит ожидаемого результата, причина чаще всего находится не в одном человеке.

На качество влияют десятки факторов:
➡️ постановка требований;
➡️ процессы разработки;
➡️ организация тестирования;
➡️ взаимодействие команд;
➡️ приоритеты бизнеса;
➡️ используемые инструменты;
➡️ накопленный технический долг.

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

📌 Поэтому цель аудита — оценить систему.

Хороший аудит помогает ответить на вопросы:
◾️ какие процессы работают эффективно;
◾️ где находятся основные риски;
◾️ что мешает команде работать быстрее и качественнее;
◾️ какие изменения дадут наибольший эффект.

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

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

⬅️ Когда аудит QA нужен даже зрелой команде ➡️

Один из последних аудитов мы проводили для крупной компании из сферы логистики и электронной коммерции.

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

Оставались вопросы:
➡️ Почему объём автоматизации растёт, а время подготовки релиза почти не меняется?
➡️ Все ли критичные бизнес-сценарии действительно защищены тестами?
➡️ Как и куда дальше развивать направление контроля качества?

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

📌 В результате выяснилось, что основные ограничения были связаны не с количеством тестов или квалификацией команды.

Часть проверок дублировалась, приоритизация сценариев была недостаточно формализована, а для руководства отсутствовал набор актуальных, важных для бизнеса, метрик эффективности QA.

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

Этот кейс ещё раз подтвердил простую мысль.

📌 Аудит нужен не только тогда, когда качество продукта вызывает опасения.

Часто его проводят тогда, когда бизнес хочет понимать, насколько эффективно работают существующие процессы и где находятся точки роста.