home.social

#qa_testing — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #qa_testing, aggregated by home.social.

fetched live
  1. Лучшие токены – те, которые вы не потратили: анатомия жадного LLM-бота

    При анализе кода с помощью LLM всегда есть соблазн закинуть в модель всё сразу — и пусть сама разбирается. Но на больших объёмах кода стоимость и время такого «пусть разбирается» быстро приводят нас в чувства и заставляют искать пути более экономной траты токенов. Привет, меня зовут Андрей, я занимаюсь автоматизацией тестирования в hh. В этой статье расскажу, как мы оптимизировали запросы нашего бота, который анализирует тестовое покрытие с помощью LLM, чтобы получить максимум пользы при минимальных затратах. Антоним токенмаксинга – токенпожарскинг токенминнинг?

    habr.com/ru/companies/hh/artic

    #sonarqube #llm #java #python #kotlin #покрытие_кода #покрытие_тестами #qa_automation #qa #qa_testing

  2. Как Fable 5 помог написать аналог Vanessa для AI-агента в 1С

    Эта статья про то, как работая над продуктом “AI для 1С” (комплексная AI-система для аналитиков и разработчиков 1С), я сначала прикрутил Vanessa Automation , а потом решил реализовать нативный TestClient протокол на Python, но ничего не вышло. А потом внезапно сильно продвинулся с помощью новой модели от Антропик - Fable 5. В итоге получился быстрый и функциональный qa-mcp - собственный контур тестирования для AI-разработки в 1С. Читать дальше

    habr.com/ru/articles/1051142/

    #vanessa #1c #fable_5 #vibecoding #qa_testing #qa_automation

  3. Нагрузочное тестирование в 2026: почему спрос растёт, а специалистов всё ещё нет

    Я провёл несколько лет в роли Leadа нагрузочного тестирования. И если честно, долгое время это была специализация из разряда “да зачем оно надо, это ваше НТ, купим ещё серваков и железа клевого”. Сейчас всё изменилось. Расскажу почему. Железо подорожало. И всё подходы перестали работать Ещё пару лет назад в компаниях была простая и рабочая логика: сервис начинает тормозить под нагрузкой, не беда, докидываем железо. CPU не справляется меняем на лучшее! Память кончается, add плашек или буст. Не дорого, быстро и предсказуемо. Потом серверное железо резко подорожало. Развитие ИИ, санкции, курс $, логистика и всё это потянуло цены вверх. Но не важно почему, важнее что это произошло. И внезапно оказалось, что “докинуть железа” перестало быть дефолтным решением. Бюджеты компаний не резиновые, а проблемы с производительностью никуда не делись. И вот тут команды начали задавать вопросы, которые раньше не задавали. Новые вопросы, новые задачи Раньше вопрос звучал так: “Сколько серверов докупить?” Сейчас он звучит иначе: “А насколько эффективно то, что уже есть?” Это принципиально другая постановка задачи. И она требует принципиально другой работы. Конкретно команды начали смотреть на вещи, которые раньше просто игнорировались: Конфигурация. Один и тот же сервис на одном и том же железе может вести себя кардинально по-разному в зависимости от конфига. Размер пула потоков, таймауты, параметры GC, настройки connection pool — всё это влияет на производительность под нагрузкой. Раньше эти параметры часто оставляли дефолтными. Сейчас их начали трогать осознанно.

    habr.com/ru/articles/1048376/

    #нагрузка #нагрузочное_тестирование #нагрузка_на_сервер #нагрузочные_тесты #qa #qa_testing #qa_engineer #performance #performance_tests

  4. Забытый, но небесполезный: багхантинг во вкладке Source. Актуалочка для 2026 года

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

    habr.com/ru/articles/1047440/

    #тестирование #тестирование_вебприложений #qa_образование #qa_testing #qa #qa_strategy #qa_lead #webразработка #уязвимости_и_их_эксплуатация #уязвимость

  5. Как я за несколько месяцев совместно с AI — ассистентом собрал SaaS для прокатного бизнеса и при чем тут QA Automation

    В статье представлен разбор создания CRM-системы, разработанной с применением искусственного интеллекта для ускорения кодинга и архитектурного планирования. Проект представлен как будущий полигон для построения хорошего фреймворка для автотестирования с помощью Python.

    habr.com/ru/articles/1045522/

    #python #automation #qa #qa_automation #qa_testing #qa_engineer #crm #crmсистемы #прокат

  6. Тестирование ипотечного процесса в мобильном приложении СБОЛ

    и как не утонуть между БКИ, Госуслугами и тремя платформами одновременно? Один QA. Три платформы. Шесть внешних сервисов. Легаси-код. И огромное количество неопределённости — в требованиях, в поведении интеграций, в том, что вообще считать корректным результатом. Рассказываю, как выстроить тестирование сложного финансового процесса так, чтобы до релиза добиралось не более 5–7 багов — и все они были известны заранее.

    habr.com/ru/companies/domclick

    #тестирование #qa #qa_testing #qa_engineer #qa_management #qa_lead #qa_mobile

  7. Лайфхаки по быстрому написанию автотестов или пишем автотесты без боли

    Привет, Хабр. Меня зовут Виталий Стародубцев. Я ведущий QA-инженер в СберЗдоровье — MedTech-компании №1 в России. Написание и использование автотестов — базовая практика в разработке и продвинутая — в тестировании. Но подходы к их написанию и отладке зачастую вызывают боль у специалистов. Остаётся много проблемных мест: долгие ожидания при запуске и перезапуске, нестабильность сервисов, ошибки из‑за устаревших версий библиотек. В результате даже опытные инженеры тратят больше времени, чем могли бы. Я с этим нередко сталкивался при анализе сторонних проектов и понял, что подобные ситуации довольно распространены. Поэтому в статье решил собрать несколько простых лайфхаков и практических советов, которые помогают быстрее писать, запускать и отлаживать автотесты: часть из них касается общей работы с кодом и IDE, а часть — специфики автоматизации.

    habr.com/ru/companies/docdoc/a

    #qa #qa_automation #qa_testing #lifehack #lifehacks

  8. Peer testing на основе Закона Линуса

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

    habr.com/ru/articles/1038158/

    #qa #qa_testing #qa_management #qa_lead

  9. Влияние AI на позиции QA в 2026 году

    В 2026 году уже никто не спорит, что искусственный интеллект радикально меняет тестирование, как и все сферы бизнеса. Вопрос только в том, кого он заменит и кого сделает значительно ценнее как эксперта. По данным World Quality Report 2025, 89% компаний пилотируют или внедряют Generative AI в процессы Quality Engineering. При этом только 15% сделали это на уровне всей организации. Остальные находятся в стадии осторожного эксперимента.

    habr.com/ru/articles/1037966/

    #тестирование #искусственный_интеллект #нейросети #qa #qa_automation #qa_testing

  10. [Перевод] В логах Kibana лежат тест-кейсы. Вот CLI, чтобы их достать. С auth, заскрабленным по умолчанию

    Каждый спринт мы экспортируем JSON из Kibana, листаем сотни записей и говорим себе, что потом превратим их в тест-кейсы, но потом никогда не наступает. Логи содержат реальные API-вызовы. Настоящие endpoint’ы, реальные payload’ы, настоящие статус-коды из продакшна. Это ближайшее к спецификации описание того, как система ведёт себя на самом деле. И почти ничего из этого не становится автотестом. Потому что переводить вручную дольше, чем идёт спринт. Я устал от «потом», написал secure-log2test , CLI-инструмент, который читает экспорт Kibana и генерирует готовый pytest-файл. Одна команда. Работающие тесты. Главное ограничение, которое определило весь дизайн: никакие данные не покидают машину. Никаких вызовов LLM API. Никакого облака, всё локально.

    habr.com/ru/articles/1035576/

    #qa_testing #python #open_source #logging

  11. Flaky-тесты — не приговор: эксперименты по ускорению выпуска релизов

    Привет, Хабр! Меня зовут Юра Жанов, я занимаюсь автоматизацией тестирования в hh.ru . Про flaky-тесты написано много, борьбу с ними не прекращаем и мы. Но сегодня немного о другом — хочу поделиться нашим опытом минимизации неприятностей, которые наносят такие тесты. Для этого мы провели ряд экспериментов со стороны тестового фреймворка.

    habr.com/ru/companies/hh/artic

    #qa_automation #qa_testing #qa_management #qa_engineer #qa_automation_engineer #qa #qa_mobile #тестирование #тестирование_сайтов #тестировщик

  12. Bug fingerprinting для UI: почему stack trace не работает и что вместо

    TL;DR: Sentry дедуплицирует backend-ошибки по хешу (error class + top stack frame + module) . Для UI-багов этот рецепт ломается — у expect(button).toBeVisible() нет stack frame в продуктовом смысле, есть локатор + assertion + URL . В webtest-orch я собрал composite SHA-256 fingerprint из (normalized_selector | assertion type | error class | URL template | message[:80]) с тремя rules нормализации ( :nth-child , UUID, /users/123 → /users/:id ). Это даёт стабильный 8-hex BUG-id который выживает прогоны и даёт diff new / regression / persisting / fixed без БД и embedding’ов.

    habr.com/ru/articles/1032230/

    #playwright #qa_automation #qa_testing #claude #agents #agent_skills #aria #webразработка #fingerprint #ui

  13. Хотел протестировать веб-приложение через AI — за три дня собрал свой инструмент

    Задача была простая: протестировать два веб-приложения перед деплоем. Next.js-портфолио и SaaS-чат — accessibility, консольные ошибки, отзывчивость на мобильных. Рутина. Открыл Claude Code, подключил Playwright MCP, написал «протестируй приложение». Агент начал работать, делать скриншоты, проверять элементы. На 51-м снапшоте /compact сработал. Текстовый контекст был заполнен на 18%. Я не понял что произошло. Через час разбирательств я нашёл невидимый image-лимит. Через три часа — понял, что Playwright MCP сжигает в 50 раз больше токенов чем CLI на том же workflow. Через три дня — у меня был рабочий инструмент, который уже тестируют реальные пользователи. Эта статья — про путь от «хочу просто протестировать» до open-source инструмента, и про архитектурные проблемы, которые заставили его собрать.

    habr.com/ru/articles/1030840/

    #claude_code #playwright #web #qa_automation #qa_testing #agents #ai_tools #mcp #skills_в_claude #skills

  14. Что происходит с QA в 2026 году: результаты опроса 800+ специалистов

    Привет! Меня зовут Оля Шнайдер , я QA-инженер в Авито . В начале этого года я провела исследование рынка QA, чтобы понять, как сейчас работают тестировщики: с чем сталкиваются каждый день, что мешает в работе, а что, наоборот, помогает. За последние годы роль QA заметно изменилась (или мне так хочется думать). От нас ждут большего — не только непосредственно тестирования и ответственности за результат, но и участия в процессах и много чего ещё. При этом сами процессы не всегда становятся лучше. Мне захотелось понять, как дела обстоят на самом деле: что именно выматывает в работе, где чаще всего возникают проблемы и какие решения помогут помочь. Всё самое интересное из исследования я собрала для вас в этой статье. Дальше интереснее

    habr.com/ru/companies/avito/ar

    #qa #qa_engineer #qa_образование #qa_testing #qa_automation #qa_management #work_life_balance #burnout

  15. Playwright vs Selenium на Java: что выбрать для автотестов в 2026 году

    Playwright или Selenium на Java — что выбрать для автотестов в 2026 году? Разбираю историю инструментов, различия в локаторах, ожиданиях, стабильности, стоимости поддержки и объясняю, в каких сценариях каждый из них лучше.

    habr.com/ru/articles/1020774/

    #тестирование #qa #qa_automation #qa_testing #qa_engineer #qa_automation_engineer #java #selenium #playwright #webtesting

  16. Работа с автотестами внутри TMS

    Сейчас TMS на рынке условно можно разделить на два подхода. Первый — классический. Система работает как слой управления ручным тестированием: хранит тест-кейсы, формирует прогоны, фиксирует статусы и результаты. Вся логика выполнения при этом остается за пределами TMS. Второй — с поддержкой автотестов. Здесь появляются интеграции с CI: система умеет связывать автотесты с тест-кейсами, подтягивать результаты запусков, отображать историю и статусы. Иногда добавляется возможность инициировать запуск, но фактическое выполнение и управление пайплайнами по-прежнему остаются в CI. В новом релизе

    habr.com/ru/articles/1023456/

    #tms #qa #qa_testing #qa_management #qa_automation

  17. Матрица трассируемости: Навигатор тестировщика

    Матрица трассируемости (RTM) — инструмент, который помогает QA видеть реальное покрытие требований и не тестировать «вслепую». В статье разберём: • что такое RTM и зачем она нужна • какие бывают типы трассируемости • как выглядит матрица на практике • типичные ошибки при работе с RTM примеры таблиц, схемы и чек-лист для QA

    habr.com/ru/articles/1019492/

    #qa_testing #qa_engineer #матрица_трассируемости #RTM #requirements_traceability_matrix #тестирование #тесткейсы #покрытие_требований #дефекты #QA

  18. Сам свой код и тестируй: кто [на самом деле] должен искать баги

    Не так давно с коллегами обсуждали самостоятельное тестирование свеженаписанного кода. Один тимлид из нашей команды рассказал про разработчика, который отдавал код на тест, не проверяя за собой. Аргумент у него был «железный»: проверка не его забота, для этого есть тестировщики. Если честно, меня удивляет, что такая позиция в мире современного ИТ всё ещё существует. Так что я решил собрать аргументы и объяснить, почему самотестирование – важная часть рутины разработчика. Будет интересно послушать в комментария аргументы тех, кто с этим не согласен.

    habr.com/ru/articles/1018524/

    #тестирование #qa_testing #qa_engineer #будни_разработчика #карьера_в_it #qa #qa_automation #qa_management #проверка_кода

  19. Проксирование в UI автотестах с mitmproxy

    Прокси — один из основных инструментов в арсенале QA-инженера. Charles Proxy, Fiddler и Proxyman давно стали стандартом для анализа и изменения сетевого трафика в процессе ручного тестирования. Их принцип работы хорошо известен и подробно описан во множестве материалов. Однако возникает вопрос: как использовать подобные возможности в UI-автотестах? Как перехватывать или мокать трафик в автоматизированных сценариях? Давайте разберёмся ->

    habr.com/ru/articles/1013218/

    #проксирование #qa_automation #qa_testing #python #mitmproxy

  20. Автоматизация тестирования в CROSSOUT

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

    habr.com/ru/articles/1013024/

    #Атотест #allure #тестирование #qa #qa_automation #qa_testing #targem #crossout

  21. Как расти QA-инженеру: инструменты, которые действительно работают

    Привет! Я Ангелина Архипова, тимлид QA в Авито . Это вторая часть статьи про развитие QA, ранее я разобрала этапы взросления QA-инженера — от охотника за багами до лидера, который формирует культуру качества в команде. Когда смотришь на эти этапы со стороны, они часто кажутся абстрактными: вроде бы понятно, что должно измениться, но не всегда ясно, как к этому прийти на практике. Какие инструменты действительно помогают расти? На что стоит тратить время, а что можно смело отложить? И как не застрять на одном этапе, даже если формально ты уже «сеньор»? В этой статье я хочу перейти от теории к практике и разобрать инструменты и подходы, которые помогают QA-инженеру развиваться осознанно. Мы посмотрим, какие из них полезны на разных этапах, как они влияют на мышление и почему сами по себе инструменты ничего не решают — важно то, как и зачем ты их используешь.

    habr.com/ru/companies/avito/ar

    #qa #развитие_навыков #тестирование #тестировщик #развитие_скиллов #qa_testing #qa_инженер #qa_образование #qa_lead

  22. Перенос тест-кейсов из Яндекс Трекера в Allure TestOps одной командой с Cursor + MCP

    Всем привет! Я один из лидеров стека тестирования в компании ТехВилл. Продолжаем разговор про то, как применять AI в работе так, чтобы он реально экономил время. В прошлой статье я рассказывал, как мы внедряем AI-ревью ручных тест-кейсов. А сегодня --ещё один не самый типичный кейс для Cursor: перенос тест-кейсов из Яндекс Трекера в Allure TestOps буквально одной командой. (Ну и не могу не поделиться ссылочкой на свой уютный телеграм канальчик , который из QA,QA Auto канала постепенно превращается в канал про AI и Вайбкодинг).

    habr.com/ru/companies/vkusvill

    #вкусвилл #qa #qa_testing #qa_engineer #promt #ai #cursor #cursor_ai #яндекс_трекер #искусственный_интеллект

  23. 10 Chrome-расширений для QA. Часть 3: данные, UI и безопасность

    Браузер — основная рабочая среда QA-инженера, но стандартные DevTools не всегда удобны для повседневных проверок. В этой статье собраны 10 полезных расширений Chrome, которые помогают быстрее проверять верстку, отслеживать визуальные изменения, анализировать ссылки, работать с API и генерировать тестовые данные. Подборка ориентирована на практическое использование и подойдёт как manual-, так и automation-QA.

    habr.com/ru/articles/980216/

    #qa #qa_automation #qa_testing #qa_engineer

  24. Cursor AI для ревью ручных тест-кейсов в TestOps

    Всем привет! Я один из лидеров стека тестирования в компании «ТехВилл» (в простонародье — Head QA). Моя цель простая: снимать рутину с QA-инженеров с помощью AI-инструментов. В идеальном мире мы «скармливаем» модели, требования, ссылки на Figma, ветки в Git и прочие артефакты через MCP, а она помогает: 1) писать тест-кейсы по контексту, 2) а затем — генерировать автотесты на базе этих кейсов. Про генерацию тест-кейсов из Swagger и автотестов на API по тест-кейсам через Cursor (на реальном проекте) я уже записывал большой гайд про «вайбкодинг/вайбтестинг» . В этом гайде я в том числе показал свой подход вайбкодинга через вспомогательные файлы типа roadmap.md , progress.md , refactor.md , context.md и т. д. В таком подходе мне удалось завайбкодить два своих микропродукта на JS, у одного из которых более 60 000 weekly users (при том, что я ни разу не программист и JS «не знаю совсем»). Реклама моего уютного телеграм-канальчика , на который обязательно стоит подписаться, закончилась — возвращаемся к статье. 🙂

    habr.com/ru/companies/vkusvill

    #вкусвилл #qa #qa_testing #искусственный_интеллект #тестирование #cursor_ai #allure_testops #qa_automation #promt #llm

  25. Обзор QA-экосистемы Saby

    Привет, Хабр! Меня зовут Кирилл Иванов. Я уже много лет участвую в организации процесса тестирования в Тензоре. У нас есть особенность — мы используем собственные разработки для управления релизами, хранения тестов и трекинга багов. Эта заметка — рефлексия, взгляд тестировщика изнутри на наши собственные инструменты, которые помогают выживать в сложных процессах с тысячами разработчиков и уверенно держать планку качества на высочайшем уровне. Расскажу о том, как внутренние сервисы успешно заменяют нам популярные рыночные решения: проведу параллели, сделаю сравнения, подчеркну сильные стороны и недостатки.

    habr.com/ru/companies/tensor/a

    #Тестирование #обеспечение_качества #itпроцессы #qa #qa_testing #qa_management #qa_engineer #qa_strategy #управление_тестированием

  26. Интеграционные тесты: когда UI-автотесты проверяют не только кнопки, но и всю систему целиком

    Привычные UI‑автотесты часто проверяют отдельные кнопки и формы, но не отвечают на главный вопрос: работает ли система целиком в реальном пользовательском сценарии . В этой статье я расскажу, как мы в TData строим интеграционные тесты для Web UI, которые проходят путь от создания провайдера и кластера до установки компонентов, настройки конфигурации и проверки, что всё действительно поднялось и работает.

    habr.com/ru/companies/rostelec

    #ростелеком #qa_automation #java #integration_testing #integration #тестирование #qa_testing #terminal #devops #ci

  27. Как попарное тестирование спасло нас ещё до первой строчки кода

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

    habr.com/ru/companies/domclick

    #qa_testing #qa #тестирование #тесты #тестдизайн #кейсы

  28. Эволюция QA: от ручного тестирования к TestOps

    Привет всем! Меня зовут Аркадий Воронов, старший специалист по качеству. В команде у меня гибридная роль: ручной тестировщик и TestOps. О второй ветке моего развития расскажу подробнее. В статье будут затронуты темы: - контекст ИБ: что и зачем мы тестируем; - основные боли и ограничения, - инсталляционное и конфигурационное тестирование, - матрица совместимости, - инструменты, которые укрощают «зоопарк стендов», - путь развития TestOps.

    habr.com/ru/companies/ctsg/art

    #тестирование #маскирование_данных #testops #qa_testing #тестирование_вебприложений #тестировщик #обезличивание_данных

  29. Токсичный QA. Быть или не быть?

    Всем привет, я Саша, инженер по тестированию ПО в Directum. Неотъемлемая часть моей работы — поиск слабых мест, недочетов системы. Фокус на недостатках оставляет отпечаток на образе мысли, взгляде. Работа требует внимания к деталям, определенного перфекционизма. Наша айтишная реальность меняется и эволюционирует. Каждый день мы улучшаем не только процессы заказчиков, но и психологическую атмосферу в коллективе. Однако, несмотря на все блага, у этого процесса есть обратная сторона: стереотипы и ярлыки, один из которых — токсичность.

    habr.com/ru/companies/directum

    #qa_testing #qa #токсичность #тестирование #кэдо #кадровый_документооборот #работа_в_команде #атмосфера_в_команде #directum #токсичное_общение

  30. 9 ISTQB сертификатов спустя: что бы я реально посоветовал тем, кто собирается сдавать

    Привет! Меня зовут Евгений Семенюк — я Test Manager, Quality Architect и специалист по внедрению AI-подходов в SDLC. В тестировании я уже 11 лет , занимаюсь построением процессов, внедрением практик качества, автоматизацией и развитием QA-организаций. Обладаю полным набором сертификатов ISTQB Expert Level Test Management , а всего у меня 9 ISTQB сертификатов от Foundation до Expert. За последние годы на волонтерских начала я помог 100+ инженерам подготовиться и успешно сдать ISTQB. И чем больше я работал с людьми, тем лучше понимал одну вещь: ISTQB — это не про “знать больше”, а про “думать иначе”. Ниже — короткие и честные советы, которые действительно работают.

    habr.com/ru/articles/975778/

    #istqb #istqb_подготовка #istqb_сертификация #istqb_тренажер #istqb_пробный_экзамен #тестирование_по #qa #qa_testing #qa_engineer #qa_образование

  31. What is your flavor of tasks after testing / feedback :

    Complete -> then spawn new tasks with specific bugs, or new tasks with improvement suggestions or :
    Put original task back to todo with comments about bugs and improvement suggestions?

    #gamedev #task_managment #qa_testing