Точка качества | Тестирование ПО
162 subscribers
630 photos
6 videos
310 links
Управляем качеством цифровых продуктов.
QA • AI • Бизнес-анализ.

Сайт: https://tquality.ru/
Download Telegram
🙁 У любой выставки есть один недостаток.

Она заканчивается слишком быстро.

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

Спасибо всем, с кем удалось познакомиться на ИННОПРОМ-2026.

До встречи — уже не на выставке, а в новых проектах.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤‍🔥2😇1
🔵 ИИ не заменяет QA. Он меняет его работу.

Раньше QA тратил день на написание тестов, а теперь искусственный интеллект делает это за минуты.

Возникает вопрос:
Что теперь должен делать инженер?

Освободившееся время не стоит тратить на создание еще большего количества тестов.

Его стоит использовать для того, что AI пока не умеет делать самостоятельно:
— искать реальные риски;
— анализировать архитектуру;
— понимать бизнес-процессы;
— принимать решения там, где нет однозначного ответа.

Поэтому ИИ не делает QA менее важным.

Он делает более ценным инженерное мышление.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
🔵 Как меняется подход к экспертному контенту в ИТ

Еще несколько лет назад про тестирование чаще говорили через инструменты и процессы:

«какой фреймворк выбрать?»,
«как увеличить покрытие автотестами?»,
«как быстрее выпускать релизы?».

Сегодня вопросы стали сложнее.

Компании хотят понимать не только как найти ошибку, но и:

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

Поэтому мы поменяли подход к экспертным материалам. Больше не рассматриваем тему только с одной стороны. Одна и та же проблема может выглядеть по-разному:

🔹 для бизнеса — это стоимость изменений и управляемость рисков;
🔹 для ИТ-руководителя — надежность архитектуры и скорость развития системы;
🔹 для QA-команды — процессы, метрики и качество продукта.

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

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

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

Подробнее об итогах квартала:
👉 на нашем сайте
Please open Telegram to view this post
VIEW IN TELEGRAM
4
Когда релизы ускоряются, ручное тестирование становится ограничением

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

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

В проекте было два решения:
🔹 B2C-сервис для клиентов программы лояльности;
🔹 B2B-платформа для работы с топливными картами.

Перед командой стояла задача не просто написать автотесты, а встроить автоматизацию в процесс разработки: настроить окружение, подключить запуск через CI/CD (непрерывную интеграцию и доставку), автоматизировать ключевые сценарии и подготовить решение для дальнейшего развития внутри команды.

Что сделали:
автоматизировали более 1 100 тест-кейсов;
подготовили проверки для веба, мобильных приложений и API;
настроили регулярный запуск автотестов.

Результат:
⏱️ 50 автотестов выполняются за 3–4 минуты вместо 6–8 часов ручной проверки.

Полный набор из 746 тестов, который раньше требовал около месяца работы вручную, теперь запускается максимум за 32 часа.

Но главный эффект — не в количестве автоматизированных сценариев.

Автоматизация позволила команде быстрее выпускать изменения и снизить риски при развитии продукта.

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

Подробнее о кейсе можно прочитать на нашем сайте.

#кейсы #QA #тестирование #автоматизация
🔥2
🤝 Июль для команды выдался насыщенным на профессиональные события, экспертные публикации и разговор с рынком о том, что по-настоящему определяет качество цифровых продуктов.

В этом месяце мы приняли участие в международной промышленной выставке ИННОПРОМ-2026 в Екатеринбурге, где обсуждали с представителями промышленности, банков, e-commerce и госсектора надежность цифровых систем под реальной нагрузкой, тестирование AI-решений и то, как качество становится частью архитектуры, а не финальным этапом перед релизом.

Также в этом месяце вышла статья нашего генерального директора Марка Стенина на vc.ru на тему «Технический долг — это не проблема разработчиков. Это отложенный счет бизнеса».

Продолжили активно развивать и экспертный блог. За месяц выпустили сразу несколько материалов для ИТ-руководителей, QA-команд и бизнеса:

Технический долг в разработке ПО: как QA помогает управлять стоимостью изменений

Тестирование методом «белого ящика»: методы, техники, инструменты

Непрерывная интеграция (CI): что это, принципы, инструменты и внедрение

Реляционные и нереляционные базы данных: в чем отличие и что выбрать

Спасибо всем партнерам, клиентам и коллегам за встречи, диалог и интерес к теме качества цифровых продуктов 💙
🔥3
Почему одни команды релизят каждый день, а другие неделями вязнут в регрессе?

Часто проблема кроется не в квалификации QA-инженеров, а в самом фундаменте продукта — его архитектуре. А точнее, в отсутствии тестопригодности.

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

В карточках выше разобрали:
🔹 4 главных признака тестопригодного кода (Изоляция, Управляемость, Прозрачность, Повторяемость).
🔹 Как правильная архитектура ускоряет Time-to-Market в 3 раза.

Если хотя бы одного из 4 признаков нет — автотесты становятся хрупкими, а их поддержка обходится бизнесу слишком дорого.

📖 Читайте подробный разбор этой концепции в блоге на нашем сайте.

#Тестопригодность #QA #Разработка #Архитектура #Автотестирование
1
«Точка качества» — в отраслевой карте TAdviser «Цифровизация банков — 2026»

Мы вошли в список ключевых поставщиков ИТ-услуг для финансового сектора в категории «Заказная разработка и тестирование ПО». Карта демонстрирует структуру российского рынка цифровизации банков и тех, кто развивает его инфраструктуру.

Тестирование как часть цифровизации — почему это критично сегодня:

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

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

Мы в «Точке качества» продолжаем стоять на страже надежности финансовых сервисов. Ознакомиться с картой можно на сайте TAdviser.
❤‍🔥1🏆1
💡 Как развивать архитектуру тестирования вместе с ростом продукта

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

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

О чем поговорили в материале:
◼️ Почему архитектура начинается не с выбора фреймворков, а с карты бизнес-рисков.
◼️ Как распределение проверок по уровням (API, компоненты, UI) помогает сохранять высокую скорость обратной связи.
◼️ По каким критериям определять приоритетность автотестов при частых релизах.
◼️ Как поддерживать актуальность тестовой базы без роста затрат на ее обслуживание.

🔗 Полная версия интервью уже доступна в нашем блоге на сайте.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤‍🔥51👍1
✈️ ИИ в авиационной логистике: как защитить бренд авиакомпании от ошибок нейросети.

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

В новом кейсе «Точки качества» рассказываем, как мы провели приемочное тестирование и подготовили к публичному запуску ИИ-модель для крупной авиакомпании.

Что сделали:
🔹Сформировали команду из 4 QA-инженеров и ~100 специалистов для генерации 2 000+ реальных пользовательских сценариев.
🔹Задействовали ИИ внутри наших процессов QA — для автоматического синтеза синонимов, каверзных вопросов и нестандартных интентов.
🔹Проверили стабильность интерфейса на iOS, Android и в топ-5 популярных браузеров.

Результаты в цифрах:
🔹176 дефектов поймали до выхода в продакшен.
🔹2 000+ сценариев отработали на адекватность.
🔹9 000 строк датасета разметили для дообучения модели.

Заказчик получил чистый датасет для самостоятельного развития ИИ-продукта и полностью исключил риски сбоев при запуске сервиса.

Подробнее об этом кейсе можно прочитать на нашем сайте.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
4