Software-testing.ru
Как я понимаю компонентное тестирование
В пирамиде тестирования, КТ стоит сразу после модульного. И если unit-тесты это участь разработчиков, то КТ это уже, якобы, зона ответственности тестировщика, отсюда необходимость хоть как то в этом разобраться.
Начнем с определений. Самое крутое (тут сарказм), которое я нашел это — «Компонентное тестирование программного обеспечения — это тестирование отдельных компонентов программного обеспечения». Да и вообще, во многих статьях определение пропускается и пишется, что-то вроде «компонентное тестирование это вид тестирования который следует сразу после модульного и до интеграционного». Еще варианты:
«тип тестирования ПО, при котором тестирование выполняется для каждого отдельного компонента отдельно, без интеграции с другими компонентами»
«тип тестирования ПО, в ходе которого проверяется функциональность и удобство использования каждого компонента программного продукта до его интеграции с другими компонентами».
Тут интересно уточнение «без интеграции/без связи с др. компонентами», но при этом КТ делиться на два вида: «Тестирование компонентов в малом» и «Тестирование компонентов в целом». И в случае тестирования компонентов в целом, из определения следует, что конкретный компонент тестируется с помощью других компонентов продукта.
И вот вам еще на вентилятор, во всех источниках мелькает фраза «компонентное тестирование также называют модульным». Хотя мы уже слышали, что КТ выполняется после модульного.
Руководство по критическому мышлению для начинающих
Дополнительные материалы:
- Become A Better Tester By Becoming A Better Critical Thinker (Naveen Bhati)
- Testing Ask Me Anything: Critical Thinking (Fiona Charles)
- Cognitive Biases In Software Testing (Maaike Brinkhof)
- Panel Discussion: Critical Thinking (Elizabeth Zagroba, Jitesh Gosai, Maaike Brinkhof)
Контрактное тестирование API – визуальный гайд
Одно из заблуждений, касающихся контрактного тестирования, заключается в том, что это единственное необходимое вам тестирование. Все ровным счетом наоборот – это одна из последних стадий, которую я бы прицепил к стратегии тест-автоматизации! Эта диаграмма объяснит, почему.
От релиз-менеджера до разработчика
Ещё на этапе чтения вакансии можно понять, что под видом QA-инженера на самом деле ищут универсального ручного тестировщика, который будет выполнять задачи за троих. Если в названии фигурируют формулировки вроде Manual QA или Automation QA, а не просто QA Engineer, это уже сигнал: скорее всего, в компании не различают роли и не выстраивают системный подход к качеству. Часто в требованиях указаны инструменты вроде Postman, Charles, Fiddler — то есть от человека ожидают, что он будет вручную проверять API и трафик. Могут также требовать опыт нагрузочного или безопасности тестирования — при этом не предлагая поддержки со стороны специализированных команд. Всё это отдельные направления, и если они не вынесены в отдельные роли, значит, их возложат на одного человека.
QaRocks.ru
Полная философия тестирования в 50 словах
Разбираем философию QA через призму эпистемологии, agile подхода и кейсов из жизни.
Как вручную тестировать API WebSocket
Если вы когда-либо тестировали HTTP API, то не столкнетесь с большими трудностями при тестировании двунаправленных сообщений. Однако есть несколько особенностей, присущих WebSockets, которые следует принять во внимание перед началом тестирования.
Тестирование доступности в Compose: имя, роль, значение
В статье показано, как написать тесты доступности для компонентов в Compose, ориентируясь на критерии Name, Role и Value из WCAG. Разбираем примеры для переключателей, радиокнопок и кликабельных элементов.
Quality-lab.ru
Если код не соответствует строгим критериям – ворота захлопываются. Деплой останавливается. Потенциально проблемный код не попадает на следующий этап.
Для тех, кто хочет глубже изучить вопрос: обратите внимание на инструменты вроде SonarQube (статический анализ), Jenkins/GitLab CI/GitHub Actions (CI/CD), JUnit/TestNG/Pytest (автотесты), JMeter/k6 (нагрузка), OWASP ZAP (безопасность), Prometheus/Grafana (мониторинг). Это кирпичики для построения эффективных Quality Gates
Как читать требования и за 15 минут найти главное
Коллеги, помните тот трепет, когда вам в руки попадает свежий документ с требованиями? Много-много страничек в электронном виде, которые вы так просили у боженьки QA? Ну наконец-то! Но стоп, чувствуете запах? Это пахнет… неопределенностью? А еще осознанием, что теперь вам как Шерлоку Холмсу в комнате с сотней улик нужно почти мгновенно вычленить ту самую, ключевую, которая приведет к разгадке преступления – то есть, к пониманию, что тестировать срочно, а что может подождать до следующего чаепития с доктором Ватсоном.
Какие виды тестирования выбрать на основе тест-анализа
Почему баги – это не ошибка тестировщика
Потеряли три месяца и 400 тысяч
В одном из недавних проектов клиент позвал нас на подключение к тестированию после разработки MVP. Продукт сложный: финтех, API, мобильное приложение. Сроки поджимали, как новая волна пассажиров, ввалившаяся на очередной остановке в переполненный вагон метро. Чувствуете, как неприятно давит? Так вот, проблема была в том, что никакого тест-анализа до этого момента не было.
Как записать требования и зачем различать BRD, SRS и Backlog
У аналитика в арсенале есть три ключевых артефакта. Каждый из них выполняет свою задачу – в зависимости от того, кто будет его читать и на каком этапе находится проект.
Мастер-класс
ChatGPT, как мне настроить гитхаб и запушить туда изменения? | oKiseleva
По теме использования переменных из файла у меня только ссылки на чужие ресурсы были, ещё и англоязычные. А это студентам тяжело, даешь такую ссылку, они понять не могут, «как это делается». И путаются, где что писать, где {{}}, где get, откуда брать название… В итоге получаются тест из серии «1 = 1».
Навайбкодил 2 микропродукта с 36 000 активных пользователей | OlegMalyshev
Я ни разу не разработчик, работаю с кодом на уровне автотестов, не сложной архитектуры, написания пайплайнов и т д, в основном на java, но также был опыт с Python, Swift. Я не знаю JS вообще, но при этом при помощи cursor я навайбкодил два экстенщена для хрома на чистом JS, у одного больше 6 тысяч активных пользователей, у второго почти 30 000 активных пользователей! Эти результаты за год, экстеншены я периодически допиливаю. Прикрепляю скрины из Chrome Web Store Developer Dashboard, сами эксты пока палить не буду.
Апдейты
Selenium, Playwright, Cypress, Appium
На Хабре
Опрос-исследование QA в России 2025 | 2ГИС
Мы не нашли свежего исследования про QA и решили: нужно делать своё. Так появилось наше первое большое огромное исследование про QA в России.
Что внутри?
-Как работают в QA: какие процессы, инструменты и подходы используют.
-Зачем тестировщики работают: мотивация, удовлетворённость сферой и зарплатой.
-Будущее QA: как инженеры видят развитие профессии и какую роль в этом сыграет AI.
Приправили статистику комментариями ребят из сообщества.
Альтернативный способ хранения скриншотов в Playwright и способ их обновления
В ходе автоматизации тестирования пользовательских интерфейсов зачастую используется такой подход как визуальное тестирование. Он позволяет поддерживать стабильность и отсутствие ошибок в отображении страниц.
Одним из инструментов, предоставляющих возможность автоматизации данного вида тестирования, является Playwright.
В этой статье я расскажу о работе с визуальным тестированием в рамках упомянутого инструмента, как мы справились со сложностями хранения эталонных скриншотов и автоматизировали их обновление.
Тестируем Kafka с Testcontainers
Testcontainers — это библиотека, которая из JUnit-теста запускает Docker-контейнеры как обычные Java-объекты. Вы пишете пару строк — а на фоне поднимается полноценная инфраструктура: база, брокер, Redis, что угодно. После теста контейнер гарантированно останавливается, поэтому окружение всегда чистое, а CI не засоряется процессами.
Моки в тестировании микросервисов с кучей интеграций — кейс финтех-приложения
В этой статье хочу поделиться историей о том, как наша команда работала над масштабным финансовым сервисом с большим количеством интеграций. Это продуктовая экосистема, где можно оформить вклад, купить облигации, застраховать квартиру, получить рекомендации по финансам и многое другое.
От хаоса к порядку: жизненный цикл бага
Как мы измерили удобство для курьеров-партнёров
Если вы решили приписать себе опыт с Playwright, Selenium, Allure, CI/CD, Kafka, Kubernetes, Pytest, GitLab, GitHub Actions и вдобавок написать, что «вели QA-гильдию» — окей. Но тогда:
Понимайте, что делает автотест автоматическим.
Покажите хотя бы один pull request, где вы действительно что-то настроили.
И да, разберитесь, чем @pytest.mark.parametrize отличается от магии.
Никто не против роста и обучения. Но когда в резюме написано «Senior», а в диалоге — уровень «Hello, World»
Брокеры стали особенно популярны (а в каких-то случаях — необходимы) с распространением микросервисной архитектуры приложений. Ведь главная задача брокера — обеспечить надежную и асинхронную коммуникацию сервисов. То есть один компонент может отправить сообщение сейчас, а другой получит его позже, когда будет готов. К тому же один микросервис может отправить сообщение в брокер и двигаться дальше, не дожидаясь ответа от второго микросервиса. Такая архитектура позволила создавать более гибкие, быстрые и надежные системы, которые легко масштабировать — и все это было бы невозможно без брокеров.
Как устроено хардверное тестирование
что такое hardware QA: где мы режем, замораживаем, зачем смотрим, загорается ли лампочка по команде BIOS — и что делаем, если нет. Если ты джун или только начинаешь разбираться в «железе», статья поможет понять, подходит ли тебе такая работа
Как внедрить TBD (Trunk Based Development)
После увеличения покрытия тестов может стать так много, что пайплайн, в котором тесты запускаются последовательно, начнет тормозить разработку. В этом случае предлагаем подумать над тем, какие тесты и где хотите запускать. У нас, к примеру, следующие виды пайплайнов: mr, в master и по тегу, — от этого зависит набор проверок в пайплайнах.
Одни команды запускают все тесты на всех видах пайплайнов, другие — распределяют по разным видам пайплайнов или исключают запуск тестов при определенных изменениях в мерж-реквесте. Например, не нужно запускать интеграционные тесты в случае изменения документации.
Типичные ошибки Junior QA. Большая серия разборов от практиков
AI-бот для QA-инженеров: как я сделал Telegram-ассистента для ежедневной прокачки
Нагрузочное тестирование на Python и Locust с запуском на CI/CD
Если раньше оно ассоциировалось в основном с тяжеловесным интерфейсом Apache JMeter, то сегодня в арсенале инженеров появились гораздо более удобные и гибкие инструменты: Locust, k6, Gatling, Artillery и другие. Они позволяют за несколько часов поднять полноценные тесты и встроить их в CI/CD.
Как навести порядок в отчётах Allure: 6 уровней аннотаций
Тесты не лгут — прислушивайтесь к ним
Когда начинаешь писать тесты к коду, иногда возникает ощущение, что пытаешься расчесать запутанные волосы, и чем больше дёргаешь, тем больше узлов находишь. Это полезный сигнал, к которому стоит прислушиваться: плохая тестируемость подсказывает, что у кода есть изъяны в архитектуре.
Автотесты как документация: чистый код и генератор на Regex
Идея генерировать документацию из кода тестов не нова, и на Хабре можно найти немало успешных примеров ее реализации. Проанализировав существующие подходы, я поставил себе цель — добиться того же результата, но с минимальным вмешательством в код самих тестов. Моё решение — это комбинация чистого бизнес-ориентированного синтаксиса в тестах и простого, но мощного генератора, который парсит шаги Allure. Вот как это работает.
Таблица решений для тестирования скриптов
За время работы на текущем проекте мне много раз приходилось тестировать разного рода скрипты. Если это были небольшие скрипты для разового использования, то для таких тестов я обычно расписываю обычный чек-лист с проверками. Но если это скрипт с большим количеством параметров, в код которого периодически вносятся разные правки, то для такого скрипта как раз и удобно сразу накидывать таблицу решений с тестами.
Для примера я взяла скрипт выгрузки данных из таблицы БД Mysql, сгенерированный нейросетью и далее доработанный до нужного вида. Код самого скрипта в статье я выкладывать не стала, но отдельные его части для наглядности будут приведены ниже.
Советы в составлении резюме для новичков в тестировании
сегодня эта профессия стала очень популярной и, по слухам, новичкам практически невозможно начать карьеру в этом поприще. Многие ребята сталкиваются с проблемой «донести» свое резюме до компании и попасть на собеседование. Поэтому я решилась на эксперимент и опубликовала резюме новичка без опыта работы на hh.ru, чтобы посмотреть – получится ли получить обратную связь.
Итак, входные данные.
Я взяла реальную историю и описала свои знания и навыки 15 летней давности т.е. на момент выпуска из колледжа.
Образование:
Я намеренно не стала указывать, что у меня есть высшее образование. На мой взгляд, с колледжем за плечами было бы еще трудней получить обратную связь от работодателей. Поэтому указала свой колледж.
Итоги:
В очередной раз видим, что найти своё место в ИТ по-прежнему реально.
Нет никаких «стопов» в виде отсутствия высшего образования или опыта работы.
Если вы действительно стараетесь разобраться в профессии, постоянно учитесь и практикуетесь, а также с усердием составляете резюме, вдумчиво, поставив себя на место работодателя, то обязательно найдете работу
Как использовать ИИ с умом и пользой на примерах из мира QA
Построение системы автотестов в условиях минимальных требований
Я поделюсь тем, как в такой ситуации были настроены процессы в нашей команде. Мы работаем над проектом с утвержденной микросервисной архитектурой с внутренними и внешними сервисами. Команда работает по Scrum-методологии и состоит из тимлида, разработчиков сервисов, QA и SDET-специалистов. От заказчика поступила лишь основная информация о том, что должен делать продукт и на каких платформах его можно будет использовать. Именно эта информация и была задокументирована в виде требований.
Как меняется российский багхантинг
Несколько лет назад ситуация выглядела так: на международные платформы заходили преимущественно крупные игроки, такие как Mail.ru (ныне VK). В то время как другие корпорации, например Яндекс, предпочитали открывать программы Bug Bounty своими силами: вкладывали ресурсы в развитие своей «Охоты за ошибками», привлечение багхантеров и PR. Средний и малый бизнес практически не интересовался этой темой — отпугивала сложность и внушительные долларовые бюджеты.
Гайд для новичков по тестовым окружениям
Тестовая среда — это как сцена для генеральной репетиции спектакля. Она должна быть максимально похожа на настоящий зал, но с возможностью остановить процесс, заменить актёра или поменять декорации. В терминах ISTQB Glossary v4.0 (2023), тестовая среда определяется как «аппаратные, программные средства и конфигурации, в которых будет выполняться тестирование» (раздел Test Environment). Без этой сцены невозможны проверки кода, интеграции, производительности и безопасности. Она может быть простой — один сервер и база, а может включать десятки микросервисов, очереди сообщений и внешние интерфейсы. И чем сложнее продукт — тем важнее продуманная структура сред. В разных компаниях применяется абсолютно разная терминология: где‑то это называется тестовым контуром или тестовое окружением, тестовым стендом или просто коротко и лаконично «тест».
Как ставить задачи тестировщикам в Jira: короткий простой гайд | ЯПрактикум
Типичные ошибки при постановке задач:
«Понял я — поймут и другие». Самая распространённая проблема – судить других по себе. Часто задачи ставятся по принципу, что если это понятно мне, то другой человек тоже воспримет ровно так, как думает автор задачи. Это далеко не всегда так, потому что не каждый исполнитель погружён в контекст, а у разных сотрудников разный опыт.
Общие формулировки (например, «Тестировать регистрацию») без конкретики становятся не инструкцией, а источником дополнительных вопросов, уточнение которых увеличивает время исполнения задачи.
Практикум по настройке автотестов на реальном устройстве iOS в Appium
Изначально такие автотесты писались и прогонялись на симуляторах, что довольно удобно: можно быстро собирать разные смартфоны и планшеты, проверять работоспособность приложения на различных версиях операционных систем и платформах. Тем не менее проверки должны быть максимально приближены к реальному пользовательскому сценарию взаимодействия с приложением, поскольку, в редких случаях могут возникать ошибки, которые не воспроизводятся на симуляторе. Поэтому, для получения более точных результатов тестирования было принято решение запускать автотесты на реальных устройствах. Со смартфоном Android все получилось быстро и безболезненно, но айфон заставил нас помучаться, этап подготовки показался долгим, сложным и запутанным.
Как мы избавились от бутылочного горлышка
В 2024 году наша команда приступила к изменению функционала системы раннего выявления проблем у корпоративных клиентов. Ядром этой системы является понятие сигнала. То есть, отражение в системе события, которое показывает, что у клиента могут возникнуть проблемы с обслуживанием долга. Например, информация о том, что компания пропустила платёж по кредитному договору или против нашего клиента возбудили арбитражное дело. Таких сигналов много и именно с их разнообразием связана основная сложность системы. Но сигналы позволяют запустить процессы внутри системы, с помощью которых можно минимизировать риск получения убытков связанных с обслуживанием клиента.
Мы изменяли функционал системы в рамках импортозамещения. Потому что использование продуктов Oracle в России приостановлено, а преобразование событий в системе осуществлялось ETL-инструментом Oracle Data Integrator (ODI): с помощью SQL-запросов выполнялся сбор данных из внешних источников, преобразование в единый реляционный формат и загрузка в корпоративную CRM. Там проводилась основная работа с сигналами: анализ, оценка рисков и принятие решений об изменении порядка взаимодействия с клиентом.
Как получить бан в Call of Duty без читов. Расследование одного бага
Хочу поделиться историей о том, как увлечение новыми технологиями и честная игра привели к череде перманентных банов в Call of Duty, а попытки достучаться до поддержки Activision оказались тщетными. Это не просто крик души в отчаянии, с которого написана эта статья, а результат небольшого расследования, что я провёл вместе с друзьями, чтобы найти причину ложных срабатываний античита.
Кейс: автоматизация тестирования мобильного приложения | Ингосстрах
Внедрение авто-тестов позволяет увеличить производительность и эффективность, сократить время на проведение тестирования, а также повысить качество продукта, с которым в итоге будет взаимодействовать пользователь. Кроме того, всегда может сработать человеческий фактор и будет допущена ошибка, в то время как авто-тест будет работать по заданному алгоритму.
Кейс: бенчмарки и метрики сравнения с продуктами-конкурентами
просто привлечь пользователей это одно, а вот сделать так, чтобы они регулярно начали пользоваться приложением и рекомендовали его другим — это задача со звездочкой. Расскажу в этой статье, как я ее решал.
Кейс: автоматизация тестирования мобильного приложения КриптоАРМ Mobile на Android
Примерно год назад компания столкнулась с необходимостью перехода от ручного тестирования приложений к внедрению автоматизации этого процесса. После исследования инструментов, которые могут помочь с решением этой задачи, выводы оказались неутешительными. Бесплатных инструментов для тестирования мобильных приложений не так уж и много и выбирать особо не из чего. Так как в компании уже была практика тестирования web-сервисов с использованием Selenium WebDriver, выбор был сделан в пользу Appium и его окружения.
Кейс: написание автотестов для сервиса миграции | Ростелеком
Если упростить, то типичный тест-кейс представлял из себя следующие шаги:
-Создание тестового проекта в Jira
-Обогащение проекта данными
-Миграция тестового проекта в «Яга»
-Проверка успешности миграции
Давайте детальнее разберем реализацию каждого пункта.
Кейс: тестирование упрощенного Личного кабинета банка (Postman, dBeaver, MySQL, DevTools)
Nurked
6 июл в 21:09
Эт вы домашку с практикума выкладываете?
С одной стороны, выдать бы вам в лоб за то, что на Хабру такое постите.
Но, с другой стороны, я хочу отметить вот что. Скорее всего вы не всю статью генерировали ИИ. А судя по всему, даже писали её от начала и до конца. Более того, несмотря на наличие нескольких детских ошибок, статья вполне себе годная по сравнению с тем калом, которым ССМщики, Фигокомпании и Ботоводы наводнили главную.
Кейс: финтех-компания + аутсорс-компания | Test IT
Российский разработчик программного обеспечения для финансового сектора. Компания создает высоконагруженные и критически важные решения для core-банкинга, розничного и корпоративного обслуживания, финансового мониторинга, клиентского сервиса и внутренней автоматизации.
Англоязычное
What Is Robot Class in Selenium: A Complete Tutorial | Lambdatest
how the Robot class helps you handle OS-level tasks, file uploads, keyboard events, and native dialogs.
17 Open Source Bug Tracking Tools in 2025
- Trac – defect tracking tool
- Redmine
- OTRS
- Mantis – Bug tracker
- Bugzilla – easy bug reporting
- WebIssues
- Fossil
- Request Tracker
- Open project
- Taiga
- Phabricator
Closed-source issue tracker alternatives - Usersnap
- Jira
- Hubspot Service Hub
- Monday
- Trello
- Zoho Projects
Automation Strategies for Vector Databases
Embedding models used to transform queries and documents into vectors can evolve. If your system updates its embedding model (or retrains it on new data), the meaning of a vector can shift subtly or significantly. As a result, the same query might produce different results before and after a model update—even if the database content hasn’t changed. Without careful tracking, this can lead to regressions that are hard to detect.
Catch Race Conditions in API Rate Limiting Logic
Let’s examine a simplified rate limiter that demonstrates this race condition. While this example uses an in-memory store, the same race condition pattern appears in Redis-based implementations, database-backed counters, and even some commercial API gateways.
Bug advocacy is to go beyond reporting
Poor contents on ISTQB Foundations? I volunteer for 6 months to rewrite, only to learn that some parts of that rewrite are lost in lack of intentional version control.
ISTQB certifications are a harmful institutionalized practice, because none of us who want work for next five years are powerful enough to walk away. If our customers choose us based on it, we jump through the hoops of getting it. Our customers choose what training our people get, and it is harmful that they choose this. Because this does not create good testers. There are real options that create good testers, and they only don’t choose those, but because of the system of having limited budget for training, they choose they don’t get people with the right courses.
Experiment: Generating “Random” Test Data
Now look at the postal codes. The “random” postal code for the United States is 90210 — the code associated with an inexplicably popular television show from the 90s — in Los Angeles, the US’s second-largest city.
With a simple prompt, I didn’t get what I asked for. The data was definitely not random.
Посмотреть
Дмитрий Мякотин, Сергей Багдасарян — Тестируем и автоматизируем open-source сайт зоопарка по TDD ⏱️40 минут
В докладе — тестовая стратегия, состоящую из скриншотных тестов UI на Playwright, тестов на доступность (a11y), API-тестов и нескольких E2E-тестов. Также Дмитрий и Сергей рассказали, как генерируют типы на основе Swagger CMS Strapi для проверки корректного использования контракта CMS на UI. Конечно, поговорили о том, что остается для ручного тестирования, если весь продукт разрабатывается через TDD.
Отдельное внимание уделили автоматизации всего этого. Продемонстрировали применение подхода local env, о котором коллега спикеров рассказывал на DevOops 2024. Это относится к запуску всего проекта как локально, так и в пайплайне, где запускаются все API- и E2E-тесты в изоляции.
Кроме того, ответили на актуальные вопросы безопасности: например, как защитить проект с помощью SSR и минимизировать риски при взаимодействии с CMS.
Антон Смолянин — Введение в Maestro — фреймворк для мобильного тестирования ⏱️40 минут
Доклад о том, как с помощью Maestro можно легко и быстро настроить окружение, создать и запустить тесты для мобильных приложений. Особое внимание спикер уделил основным возможностям фреймворка: простому синтаксису на основе YAML, набору удобных команд и интеграции с современными CI/CD-системами.
Елена Попова — Как устроен фреймворк Jest ⏱️45 минут
Елена рассказала, как задачка на 5 минут превратилась в ликбез по архитектуре Jest. На примере демо-репозитория она показала, как устроен Jest и за что отвечают его части.
Полученные знания использовали на практике — во время воркшопа решили несколько часто возникающих проблем автоматизации с помощью возможностей фреймворка.
Обсудили, как победить:
— необходимость постоянно актуализировать проверки;
— непонимание, достаточно ли тестов написано;
— медленную работу тестов;
— отсутствие информации о тестах в Allure.
Model Context Protocol EXPLAINED | Introduction to MCP, Origin & Architecture Overview ⏱️35 минут
Developed by Anthropic, MCP is often called the «USB-C of AI» for its potential to streamline integrations across AI systems.
In this video, we cover:
-What MCP is and why it’s revolutionizing the AI world
-The origin of MCP and how it enhances Large Language Models (LLMs)
-Real-world examples of how MCP is transforming AI applications
-The core architecture of MCP and how it works
We’ll also discuss how MCP differs from traditional APIs, focusing on its unique dynamic self-discovery capabilities that make AI more autonomous. Whether you’re a developer or an AI enthusiast, this video will provide you with the foundation you need to understand MCP and its impact on AI-driven solutions.
How to Test LLMs, AI Assistants & Agents — The Future of QA ⏱️50 минут
In this episode, Alex talks with Igor Dorovskikh—a leader in AI and software testing—about the future of QA in the age of AI.
Тестирование и AI: Как будем автоматизировать ⏱️45 минут
В этом выпуске подкаста мы погружаемся в мир AI тестирования с Данилом Ахетовым, сооснователем Bugbuster. Узнаем, как тестирование меняется с приходом AI, какие навыки станут must-have для будущих тестировщиков и как правильно взаимодействовать с моделями. Обсуждаем, как автоматизация тестирования работает на естественном языке, и делимся историями о том, как технологии меняют подход к качеству.
CI/CD | Unit, API, UI-тесты в пайплайне ⏱️1 час 40 минут
Создание пайплайна с запуском автотестов и генерацией отчета
Куда расти Тестировщику / Подкаст с Аленой QA Lead ⏱️1 час
Let’s consider professional growth and changing professions. Where to look if you are engaged in testing.
Процессы разработки мобильных приложений для мобильного тестировщика | Mobile QA ⏱️20 минут
Как работают процессы разработки мобильных приложений и какую роль в них играет мобильный тестировщик? Объясняю Waterfall и Agile простыми словами и делюсь опытом работы в обеих методиках. Полезно для Junior и inern в тестировании и для тех кто не сталкивался с разработкой мобильных приложений.
Как решать лайвкодинг? Стратегия решения алгоритмических задач на лайвкодинге ⏱️1 час
стратегия лайфкодинга от начала до конца
Selenium Community Live- Episode 7 ⏱️40 минут
Engineers integrating AI agents into test automation solutions face significant challenges in communicating application state effectively, requiring translation of DOM structures into semantic representations while capturing dynamic state changes across multiple contexts. In this interactive session using Webdriver.io, attendees will learn practical implementation techniques for enabling AI agents to simplify browser automation. A new non-deterministic approach to testing with AI is essential as modern applications grow increasingly complex with unpredictable user interactions, dynamic interfaces, and interconnected systems that traditional deterministic testing methods cannot adequately address.
