ch
Feedback
Automation QA | IT

Automation QA | IT

前往频道在 Telegram

Божественный канал по автоматизированному тестированию По всем вопросам: @anothertechrock

显示更多
5 030
订阅者
+124 小时
-107 天
-7630 天
吸引订阅者
九月 '26
九月 '26
+11
在0个频道中
八月 '26
+19
在0个频道中
Get PRO
七月 '26
+7
在0个频道中
Get PRO
六月 '26
+18
在0个频道中
Get PRO
五月 '26
+14
在0个频道中
Get PRO
四月 '26
+28
在0个频道中
Get PRO
三月 '26
+31
在0个频道中
Get PRO
二月 '26
+37
在0个频道中
Get PRO
一月 '26
+41
在0个频道中
Get PRO
十二月 '25
+50
在1个频道中
Get PRO
十一月 '25
+603
在0个频道中
Get PRO
十月 '25
+502
在1个频道中
Get PRO
九月 '25
+262
在0个频道中
Get PRO
八月 '25
+392
在1个频道中
Get PRO
七月 '25
+52
在0个频道中
Get PRO
六月 '25
+406
在0个频道中
Get PRO
五月 '25
+53
在0个频道中
Get PRO
四月 '25
+61
在0个频道中
Get PRO
三月 '25
+82
在0个频道中
Get PRO
二月 '25
+57
在0个频道中
Get PRO
一月 '25
+85
在0个频道中
Get PRO
十二月 '24
+185
在0个频道中
Get PRO
十一月 '24
+728
在0个频道中
Get PRO
十月 '24
+607
在1个频道中
Get PRO
九月 '24
+344
在0个频道中
Get PRO
八月 '24
+668
在16个频道中
Get PRO
七月 '24
+121
在1个频道中
Get PRO
六月 '24
+83
在1个频道中
Get PRO
五月 '24
+150
在0个频道中
Get PRO
四月 '24
+80
在1个频道中
Get PRO
三月 '24
+53
在0个频道中
Get PRO
二月 '24
+64
在2个频道中
Get PRO
一月 '24
+72
在0个频道中
Get PRO
十二月 '23
+72
在0个频道中
Get PRO
十一月 '23
+36
在0个频道中
Get PRO
十月 '23
+37
在0个频道中
Get PRO
九月 '23
+199
在0个频道中
Get PRO
八月 '23
+393
在0个频道中
Get PRO
七月 '23
+460
在0个频道中
Get PRO
六月 '23
+242
在0个频道中
Get PRO
五月 '23
+196
在0个频道中
Get PRO
四月 '23
+169
在0个频道中
Get PRO
三月 '23
+260
在0个频道中
Get PRO
二月 '23
+427
在0个频道中
Get PRO
一月 '23
+787
在0个频道中
Get PRO
十二月 '22
+487
在0个频道中
Get PRO
十一月 '22
+582
在0个频道中
Get PRO
十月 '22
+403
在0个频道中
Get PRO
九月 '22
+561
在0个频道中
Get PRO
八月 '22
+1 007
在0个频道中
Get PRO
七月 '22
+2 884
在0个频道中
日期
订阅者增长
提及
频道
22 九月0
21 九月0
20 九月+1
19 九月0
18 九月+1
17 九月+1
16 九月0
15 九月0
14 九月0
13 九月+2
12 九月0
11 九月+1
10 九月0
09 九月0
08 九月+1
07 九月+1
06 九月0
05 九月+1
04 九月0
03 九月+1
02 九月+1
01 九月0
频道帖子
10 Chrome-расширений для QA часть 2 #почитать В этой статье представлены Chrome-расширения для QA-инженеров, которые не повто
10 Chrome-расширений для QA часть 2 #почитать В этой статье представлены Chrome-расширения для QA-инженеров, которые не повторяют функции DevTools, а дополняют их. Эти инструменты помогают автоматизировать рутинные задачи, ускоряют проверку форм и API, упрощают анализ данных и визуальное тестирование, а также открывают возможности для проверки сценариев, которые сложно реализовать стандартными средствами браузера. Читать статью

2
Chaos Engineering: что это за метод тестирования, этапы и инструменты #почитать История метода chaos engineering неразрывно с
Chaos Engineering: что это за метод тестирования, этапы и инструменты #почитать История метода chaos engineering неразрывно связана с гигантами IT-индустрии, которые первыми столкнулись с проблемами масштаба. Пионером в этой области стала компания Netflix. Их переход в начале 2010-х годов с локальных серверов на распределённую облачную архитектуру в Amazon Web Services выявил серьёзную проблему: традиционный контроль качества не мог предсказать все возможные сбои в новой сложной среде. Любая ошибка, будь то отказ сервера или проблемы с сетью, могла вызвать цепную реакцию и остановить работу всего сервиса. Инженеры Netflix осознали: чтобы система стала по-настоящему отказоустойчивой, её нужно испытывать в условиях, максимально приближенных к реальным сбоям. Так на свет появился первый и самый известный инструмент — Chaos Monkey. Его задача была проста и разрушительна: в случайное время отключать виртуальные машины в рабочем кластере. Это заставляло команды разработки с самого начала создавать продукты, которые могли бы работать несмотря ни на что. Успех этого подхода доказал его эффективность, и метод chaos testing начал быстро распространяться среди других крупных компаний. ⏱Читать статью
430
3
Убрать рутину из регресса или как автоматизировать, не зная кода #почитать Сегодня я хотел бы вам рассказать и показать, как
Убрать рутину из регресса или как автоматизировать, не зная кода #почитать Сегодня я хотел бы вам рассказать и показать, как я, будучи мануальным тестировщиком, решил вопрос с горой рутинных тест‑кейсов, которые мне необходимо было проходить в каждом регрессе. Поговорим о том, какие инструменты можно использовать для «автоматизации» выполнения большинства шагов кейсов, какие есть альтернативы данным инструментам и о том, насколько всё это влияет на качество регресса и скорость его прохождения. ⏱Читать статью
526
4
Как тестировать взаимодействие с голосовыми интерфейсами и виртуальными помощниками #почитать Голосовые ассистенты прочно вош
Как тестировать взаимодействие с голосовыми интерфейсами и виртуальными помощниками #почитать Голосовые ассистенты прочно вошли в нашу жизнь, трансформировавшись из модного гаджета в полноценный бизнес-инструмент. Они управляют умным офисом, интегрируются с корпоративными системами (CRM, ERP), автоматизируют процессы бронирования и клиентской поддержки. Для QA-специалистов это означает появление нового, сложного и крайне перспективного объекта для тестирования. Голосовой интерфейс (VUI — Voice User Interface) ломает все традиционные парадигмы веб- и мобильного тестирования, требуя совершенно иного подхода к построению стратегии обеспечения качества. ⏱Читать статью
701
5
Termidesk Connect vs BIG-IP F5 и Citrix NetScaler: новичок и классика в нагрузочных тестах #почитать Сегодня хочу поговорить
Termidesk Connect vs BIG-IP F5 и Citrix NetScaler: новичок и классика в нагрузочных тестах #почитать Сегодня хочу поговорить о балансировщиках. Пока всё хорошо, о них вспоминают разве что при плановом расширении, очередной миграции или когда нужно красиво разрулить сертификаты. Когда же внезапно начинаются жалобы «подтормаживает», «отваливается», «иногда долго открывается» — балансировщик быстро становится «главным подозреваемым», даже если на самом деле виноваты сеть, backend или конкретный клиент. В этой статье разберу три решения для закрытия проблемы с «главным подозреваемым»: F5 BIG-IP, Citrix NetScaler и Termidesk Connect. Если решения от F5 и Citrix хорошо известны на рынке, то Termidesk Connect — достаточно молодое решение от «Группы Астра». Релиз версии 1.0 состоялся весной 2025 года, под конец года вышел релиз 1.2 — его-то я и разберу в статье. Логика сравнения продуктов максимально приземленная: одинаковые вводные, единая методика и попытка посмотреть на поведение «как в жизни». У меня нет цели выбрать лучшее из представленных решений, скорее — честно показать сильные стороны и возможные подводные камни. ⏱Читать статью
686
6
Как мы автоматизировали анализ упавших тестов с помощью AI: от хаоса к структуре #почитать Представьте: каждый день ваши авто
Как мы автоматизировали анализ упавших тестов с помощью AI: от хаоса к структуре #почитать Представьте: каждый день ваши автотесты генерируют десятки отчетов об ошибках, QA команда тратит часы на анализ падений, а разработчики получают невразумительные описания в духе "test.feature упал на строке 410". ⏱Читать статью
774
7
Ручное управление не делает нас сильнее: как я написал клиент для автоматизации тестирования #почитать Весной этого года моя
Ручное управление не делает нас сильнее: как я написал клиент для автоматизации тестирования #почитать Весной этого года моя команда решила полностью переехать в TestY — систему управления тестированием с открытым исходным кодом, которую разработали наши инженеры. По функционалу она близка к TestRail, но доступна в России и поддерживается разработчиками и комьюнити. В TestY можно заводить тест-кейсы, собирать их в тестовые планы, проставлять статусы и прикреплять отчеты. Зачем нужно было переезжать? Очень хотелось собирать и хранить данные тестирований разных отделов и команд в одном месте и в одном стиле. Иначе, как водится у инженеров, каждый обзаведется пачкой тестов и будет хранить их у себя «под ковриком». А когда доходит дело до презентации результатов другим, оказывается, что «коврик» исчез или его нет под рукой. Заезжать в TMS всегда больно. И ладно еще писать, оформлять тест-кейсы с нуля — это полбеды. Главная боль — ведение отчетности. ⏱Читать статью
857
8
Performance monitor и не только: продолжаем тестировать производительность в Chrome DevTools #почитать Продолжаем разбирать м
Performance monitor и не только: продолжаем тестировать производительность в Chrome DevTools #почитать Продолжаем разбирать малоизвестные, но крайне полезные фичи Chrome DevTools. Ранее я писал о том, как тестировать производительность через вкладку Performance. Материала набралось так много, что мне пришлось разбить его на две статьи. Сегодня мы поговорим об утилите Performance monitor, инструменте Chrome Task Manager и о том, как вывести FPS сайта на экран. ⏱Читать статью
919
9
Агенты Playwright #почитать С выходом Playwright 1.56 в инструменте появились три новых агента: Planner, Generator и Healer.
Агенты Playwright #почитать С выходом Playwright 1.56 в инструменте появились три новых агента: Planner, Generator и Healer. Они помогают создавать сценарии, поддерживать тесты и выявлять нестабильное поведение. ⏱Читать статью
913
10
Snapshot тесты для iOS. быстро, стабильно на Metal #почитать В этой статье расскажу о скриншот-тестировании iOS-приложений. Р
Snapshot тесты для iOS. быстро, стабильно на Metal #почитать В этой статье расскажу о скриншот-тестировании iOS-приложений. Разберём одну из ключевых проблем, с которой сталкиваются проекты при работе с тестами, посмотрим, на чём основано сравнение изображений в современных open-source инструментах и поймём, почему всё сложнее, чем может показаться на первый взгляд. Также попробуем разобраться, как можно выйти за рамки существующих ограничений с помощью AFSnapshotTesting и параллельных вычислений на Metal. ⏱Читать статью
1 017
11
Requestly: гайд для тестировщиков #почитать Во многих разделах Requestly есть обучающие видео про работу с этим инструментом,
Requestly: гайд для тестировщиков #почитать Во многих разделах Requestly есть обучающие видео про работу с этим инструментом, однако они не всегда подробно покрывают все его возможности. К тому же, на русском языке материалов о нем довольно мало. Я решила собрать весь свой опыт работы с Requestly в один объемный туториал — от начала работы до конкретных юз-кейсов. ⏱Читать статью
896
12
Интеграция OpenSearch: от функционального тестирования до проверки интеллекта поиска #почитать В этой статье я на реальном пр
Интеграция OpenSearch: от функционального тестирования до проверки интеллекта поиска #почитать В этой статье я на реальном примере интеграции OpenSearch в LMS iSpring Learn расскажу, как протестировать полнотекстовый поиск, сохранив баланс между качеством и трудозатратами. Мы не только разберём базовые проверки, но и погрузимся в тестирование стемминга, релевантности, работу в распределённой системе и отказоустойчивости. Материал будет полезен тестировщикам и разработчикам, которые хотят понять, что скрывается за фразой «протестировать поиск». ⏱Читать статью
938
13
DIY Observability для автотестов, используя Pytest, ClickHouse и Grafana #почитать Сегодня я хотел бы поделиться опытом сбора
DIY Observability для автотестов, используя Pytest, ClickHouse и Grafana #почитать Сегодня я хотел бы поделиться опытом сбора технических метрик pytest и их анализа в целях выявления узких мест и ускорения выполнения тестов. ⏱Читать статью
809
14
Разделяй и тестируй: @DataJpaTest и @WebMvcTest для быстрых тестов Spring Boot #почитать Начнём с того, почему вообще тесты м
Разделяй и тестируй: @DataJpaTest и @WebMvcTest для быстрых тестов Spring Boot #почитать Начнём с того, почему вообще тесты могут быть медленными. Используя @SpringBootTest, мы просим Spring Boot поднять весь контекст приложения для каждого тестового класса. У нас доступны все бины, но часто все это избыточно. Например, хочется протестировать контроллер, а Spring загружает ещё и базу данных, и сервисы, и шлёт запросы к Kafka. В результате простой тест метода контроллера может запускаться несколько секунд, пока поднимется веб‑сервер, инициализируется база, подтянутся все классы. Эту проблему осознали и добавили так называемые test slice‑аннотации. Все простоб грузим не весь контекст, а только срез приложения, например, только веб‑слой или только слой доступа к данным. Spring Boot содержит готовые slice‑аннотации для основных слоёв: @WebMvcTest для веб, @DataJpaTest для JPA‑репозиториев, и ещё пачку для других случаев. ⏱Читать статью
980
15
Как отсутствующий часовой пояс сломал автоматизацию тестов #почитать Я настроил окружение для запуска автотестов в сети. Все
Как отсутствующий часовой пояс сломал автоматизацию тестов #почитать Я настроил окружение для запуска автотестов в сети. Все работало нормально; тесты – стабильно зеленые. Тогда я переключился на автоматизацию другого функционала. Но чем масштабнее становилась автоматизация, чем заметнее выделялась странность: одна конкретная функция стабильно выдавала ошибку, тогда как прочие тесты завершались успешно. ⏱Читать статью
918
16
Три по цене одного, или как мы в Яндекс ID автотесты перепридумали #почитать О смещении фокуса с E2E к быстрым модульным тест
Три по цене одного, или как мы в Яндекс ID автотесты перепридумали #почитать О смещении фокуса с E2E к быстрым модульным тестам. Спикер рассказал, как пришли к этому подходу, с какими проблемами столкнулись и как их решали. Как по пути придумали новый инструмент для хранения функциональных требований огромного сервиса и учета покрытия продукта тестами (мы не верим в автоматический ковередж), который уже доступен в open source. ⏱Читать статью
1 068
17
Авито запускает бесплатный онлайн-курс по QA! За 4 месяца вы пройдёте весь цикл работы QA‑инженера — от написания документаци
Авито запускает бесплатный онлайн-курс по QA! За 4 месяца вы пройдёте весь цикл работы QA‑инженера — от написания документации до создания своих автотестов с поддержкой экспертов из Авито. Что вас ждёт? - Советы и опыт экспертов. QA-инженеры Авито поделятся знаниями, как улучшать продукты с многомиллионной аудиторией. - Практические кейсы для портфолио. Вы научитесь применять принципы тестирования и автоматизации, а еще работать с профессиональными инструментами (Bruno, DevTools, Git и др.) - Поддержка на каждом этапе. Эксперты Авито будут давать фидбек по домашним заданиям и отвечать на вопросы. - Фаст-трек для лучших. Выпускники, вошедшие в топ рейтинга, получат преимущество при отборе на стажировку в Авито. Регистрация продлится до 16 августа включительно! Успейте подать заявку
936
18
Группировка сабтестов в Go: от простого к сложному #почитать в большинстве случаев достаточно держать тесты плоскими, а когда
Группировка сабтестов в Go: от простого к сложному #почитать в большинстве случаев достаточно держать тесты плоскими, а когда нужна разная инициализация и очистка — добавить лишь один уровень вложенности. В статье разбираются плюсы и минусы разных подходов: от ручных t.Run до reflection-хаков и сторонних библиотек. ⏱Читать статью
719
19
Фикстуры в Playwright на простом примере #почитать Фикстуры Playwright — это готовые инструменты, которые помогают создавать
Фикстуры в Playwright на простом примере #почитать Фикстуры Playwright — это готовые инструменты, которые помогают создавать тесты. Они берут на себя рутину: открывают браузер, создают страницы и управляют сессиями. В статье разбираем, какие бывают фикстуры, как они работают и зачем нужны. ⏱Читать статью
900
20
Словарь flaky-тестов #почитать Как и любому инженеру по автоматизированному тестированию, мне приходилось отлаживать и чинить
Словарь flaky-тестов #почитать Как и любому инженеру по автоматизированному тестированию, мне приходилось отлаживать и чинить разные flaky (нестабильные) тесты. Кроме того, я обратился к академической литературе о flaky-тестах, чтобы правильно разобраться с проблемой, над которой работаю. Меня удивило, что многие привычные термины имели слегка разные определения от статьи к статье, а в некоторых работах использовались сугубо академические понятия из информатики, которые редко встречаются в реальной продакшн-практике тест-инженера. Чтобы составить список ниже, я использовал свои заметки и выделения, сделанные при чтении статей, а также исследовательский инструмент NotebookML AI, чтобы собрать больше часто встречающихся терминов из корпуса прочитанных материалов. ⏱Читать статью
858