Automation QA | IT
Ir al canal en Telegram
Божественный канал по автоматизированному тестированию По всем вопросам: @anothertechrock
Mostrar más
Red:5 030
Suscriptores
+124 horas
-107 días
-7630 días
Carga de datos en curso...
Canales Similares
Nube de Etiquetas
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
septiembre '26
septiembre '26
+11
en 0 canales
agosto '26
+19
en 0 canales
Get PRO
julio '26
+7
en 0 canales
Get PRO
junio '26
+18
en 0 canales
Get PRO
mayo '26
+14
en 0 canales
Get PRO
abril '26
+28
en 0 canales
Get PRO
marzo '26
+31
en 0 canales
Get PRO
febrero '26
+37
en 0 canales
Get PRO
enero '26
+41
en 0 canales
Get PRO
diciembre '25
+50
en 1 canales
Get PRO
noviembre '25
+603
en 0 canales
Get PRO
octubre '25
+502
en 1 canales
Get PRO
septiembre '25
+262
en 0 canales
Get PRO
agosto '25
+392
en 1 canales
Get PRO
julio '25
+52
en 0 canales
Get PRO
junio '25
+406
en 0 canales
Get PRO
mayo '25
+53
en 0 canales
Get PRO
abril '25
+61
en 0 canales
Get PRO
marzo '25
+82
en 0 canales
Get PRO
febrero '25
+57
en 0 canales
Get PRO
enero '25
+85
en 0 canales
Get PRO
diciembre '24
+185
en 0 canales
Get PRO
noviembre '24
+728
en 0 canales
Get PRO
octubre '24
+607
en 1 canales
Get PRO
septiembre '24
+344
en 0 canales
Get PRO
agosto '24
+668
en 16 canales
Get PRO
julio '24
+121
en 1 canales
Get PRO
junio '24
+83
en 1 canales
Get PRO
mayo '24
+150
en 0 canales
Get PRO
abril '24
+80
en 1 canales
Get PRO
marzo '24
+53
en 0 canales
Get PRO
febrero '24
+64
en 2 canales
Get PRO
enero '24
+72
en 0 canales
Get PRO
diciembre '23
+72
en 0 canales
Get PRO
noviembre '23
+36
en 0 canales
Get PRO
octubre '23
+37
en 0 canales
Get PRO
septiembre '23
+199
en 0 canales
Get PRO
agosto '23
+393
en 0 canales
Get PRO
julio '23
+460
en 0 canales
Get PRO
junio '23
+242
en 0 canales
Get PRO
mayo '23
+196
en 0 canales
Get PRO
abril '23
+169
en 0 canales
Get PRO
marzo '23
+260
en 0 canales
Get PRO
febrero '23
+427
en 0 canales
Get PRO
enero '23
+787
en 0 canales
Get PRO
diciembre '22
+487
en 0 canales
Get PRO
noviembre '22
+582
en 0 canales
Get PRO
octubre '22
+403
en 0 canales
Get PRO
septiembre '22
+561
en 0 canales
Get PRO
agosto '22
+1 007
en 0 canales
Get PRO
julio '22
+2 884
en 0 canales
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 22 septiembre | 0 | |||
| 21 septiembre | 0 | |||
| 20 septiembre | +1 | |||
| 19 septiembre | 0 | |||
| 18 septiembre | +1 | |||
| 17 septiembre | +1 | |||
| 16 septiembre | 0 | |||
| 15 septiembre | 0 | |||
| 14 septiembre | 0 | |||
| 13 septiembre | +2 | |||
| 12 septiembre | 0 | |||
| 11 septiembre | +1 | |||
| 10 septiembre | 0 | |||
| 09 septiembre | 0 | |||
| 08 septiembre | +1 | |||
| 07 septiembre | +1 | |||
| 06 septiembre | 0 | |||
| 05 septiembre | +1 | |||
| 04 septiembre | 0 | |||
| 03 septiembre | +1 | |||
| 02 septiembre | +1 | |||
| 01 septiembre | 0 |
Publicaciones del Canal
10 Chrome-расширений для QA часть 2
#почитать
В этой статье представлены Chrome-расширения для QA-инженеров, которые не повторяют функции DevTools, а дополняют их. Эти инструменты помогают автоматизировать рутинные задачи, ускоряют проверку форм и API, упрощают анализ данных и визуальное тестирование, а также открывают возможности для проверки сценариев, которые сложно реализовать стандартными средствами браузера.
⏱Читать статью
| 2 |  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: новичок и классика в нагрузочных тестах
#почитать
Сегодня хочу поговорить о балансировщиках. Пока всё хорошо, о них вспоминают разве что при плановом расширении, очередной миграции или когда нужно красиво разрулить сертификаты. Когда же внезапно начинаются жалобы «подтормаживает», «отваливается», «иногда долго открывается» — балансировщик быстро становится «главным подозреваемым», даже если на самом деле виноваты сеть, backend или конкретный клиент.
В этой статье разберу три решения для закрытия проблемы с «главным подозреваемым»: F5 BIG-IP, Citrix NetScaler и Termidesk Connect. Если решения от F5 и Citrix хорошо известны на рынке, то Termidesk Connect — достаточно молодое решение от «Группы Астра». Релиз версии 1.0 состоялся весной 2025 года, под конец года вышел релиз 1.2 — его-то я и разберу в статье.
Логика сравнения продуктов максимально приземленная: одинаковые вводные, единая методика и попытка посмотреть на поведение «как в жизни». У меня нет цели выбрать лучшее из представленных решений, скорее — честно показать сильные стороны и возможные подводные камни.
⏱Читать статью | 686 |
| 6 |  Как мы автоматизировали анализ упавших тестов с помощью AI: от хаоса к структуре
#почитать
Представьте: каждый день ваши автотесты генерируют десятки отчетов об ошибках, QA команда тратит часы на анализ падений, а разработчики получают невразумительные описания в духе "test.feature упал на строке 410".
⏱Читать статью | 774 |
| 7 |  Ручное управление не делает нас сильнее: как я написал клиент для автоматизации тестирования
#почитать
Весной этого года моя команда решила полностью переехать в TestY — систему управления тестированием с открытым исходным кодом, которую разработали наши инженеры. По функционалу она близка к TestRail, но доступна в России и поддерживается разработчиками и комьюнити. В TestY можно заводить тест-кейсы, собирать их в тестовые планы, проставлять статусы и прикреплять отчеты.
Зачем нужно было переезжать? Очень хотелось собирать и хранить данные тестирований разных отделов и команд в одном месте и в одном стиле. Иначе, как водится у инженеров, каждый обзаведется пачкой тестов и будет хранить их у себя «под ковриком». А когда доходит дело до презентации результатов другим, оказывается, что «коврик» исчез или его нет под рукой.
Заезжать в TMS всегда больно. И ладно еще писать, оформлять тест-кейсы с нуля — это полбеды. Главная боль — ведение отчетности.
⏱Читать статью | 857 |
| 8 |  Performance monitor и не только: продолжаем тестировать производительность в Chrome DevTools
#почитать
Продолжаем разбирать малоизвестные, но крайне полезные фичи Chrome DevTools. Ранее я писал о том, как тестировать производительность через вкладку Performance. Материала набралось так много, что мне пришлось разбить его на две статьи. Сегодня мы поговорим об утилите Performance monitor, инструменте Chrome Task Manager и о том, как вывести FPS сайта на экран.
⏱Читать статью | 919 |
| 9 |  Агенты Playwright
#почитать
С выходом Playwright 1.56 в инструменте появились три новых агента: Planner, Generator и Healer. Они помогают создавать сценарии, поддерживать тесты и выявлять нестабильное поведение.
⏱Читать статью | 913 |
| 10 |  Snapshot тесты для iOS. быстро, стабильно на Metal
#почитать
В этой статье расскажу о скриншот-тестировании iOS-приложений. Разберём одну из ключевых проблем, с которой сталкиваются проекты при работе с тестами, посмотрим, на чём основано сравнение изображений в современных open-source инструментах и поймём, почему всё сложнее, чем может показаться на первый взгляд. Также попробуем разобраться, как можно выйти за рамки существующих ограничений с помощью AFSnapshotTesting и параллельных вычислений на Metal.
⏱Читать статью | 1 017 |
| 11 |  Requestly: гайд для тестировщиков
#почитать
Во многих разделах Requestly есть обучающие видео про работу с этим инструментом, однако они не всегда подробно покрывают все его возможности. К тому же, на русском языке материалов о нем довольно мало. Я решила собрать весь свой опыт работы с Requestly в один объемный туториал — от начала работы до конкретных юз-кейсов.
⏱Читать статью | 896 |
| 12 |  Интеграция OpenSearch: от функционального тестирования до проверки интеллекта поиска
#почитать
В этой статье я на реальном примере интеграции OpenSearch в LMS iSpring Learn расскажу, как протестировать полнотекстовый поиск, сохранив баланс между качеством и трудозатратами. Мы не только разберём базовые проверки, но и погрузимся в тестирование стемминга, релевантности, работу в распределённой системе и отказоустойчивости. Материал будет полезен тестировщикам и разработчикам, которые хотят понять, что скрывается за фразой «протестировать поиск».
⏱Читать статью | 938 |
| 13 |  DIY Observability для автотестов, используя Pytest, ClickHouse и Grafana
#почитать
Сегодня я хотел бы поделиться опытом сбора технических метрик pytest и их анализа в целях выявления узких мест и ускорения выполнения тестов.
⏱Читать статью | 809 |
| 14 |  Разделяй и тестируй: @DataJpaTest и @WebMvcTest для быстрых тестов Spring Boot
#почитать
Начнём с того, почему вообще тесты могут быть медленными. Используя @SpringBootTest, мы просим Spring Boot поднять весь контекст приложения для каждого тестового класса. У нас доступны все бины, но часто все это избыточно. Например, хочется протестировать контроллер, а Spring загружает ещё и базу данных, и сервисы, и шлёт запросы к Kafka. В результате простой тест метода контроллера может запускаться несколько секунд, пока поднимется веб‑сервер, инициализируется база, подтянутся все классы.
Эту проблему осознали и добавили так называемые test slice‑аннотации. Все простоб грузим не весь контекст, а только срез приложения, например, только веб‑слой или только слой доступа к данным. Spring Boot содержит готовые slice‑аннотации для основных слоёв: @WebMvcTest для веб, @DataJpaTest для JPA‑репозиториев, и ещё пачку для других случаев.
⏱Читать статью | 980 |
| 15 |  Как отсутствующий часовой пояс сломал автоматизацию тестов
#почитать
Я настроил окружение для запуска автотестов в сети. Все работало нормально; тесты – стабильно зеленые. Тогда я переключился на автоматизацию другого функционала. Но чем масштабнее становилась автоматизация, чем заметнее выделялась странность: одна конкретная функция стабильно выдавала ошибку, тогда как прочие тесты завершались успешно.
⏱Читать статью | 918 |
| 16 |  Три по цене одного, или как мы в Яндекс ID автотесты перепридумали
#почитать
О смещении фокуса с E2E к быстрым модульным тестам. Спикер рассказал, как пришли к этому подходу, с какими проблемами столкнулись и как их решали. Как по пути придумали новый инструмент для хранения функциональных требований огромного сервиса и учета покрытия продукта тестами (мы не верим в автоматический ковередж), который уже доступен в open source.
⏱Читать статью | 1 068 |
| 17 |  Авито запускает бесплатный онлайн-курс по QA! За 4 месяца вы пройдёте весь цикл работы QA‑инженера — от написания документации до создания своих автотестов с поддержкой экспертов из Авито.
Что вас ждёт?
- Советы и опыт экспертов. QA-инженеры Авито поделятся знаниями, как улучшать продукты с многомиллионной аудиторией.
- Практические кейсы для портфолио. Вы научитесь применять принципы тестирования и автоматизации, а еще работать с профессиональными инструментами (Bruno, DevTools, Git и др.)
- Поддержка на каждом этапе. Эксперты Авито будут давать фидбек по домашним заданиям и отвечать на вопросы.
- Фаст-трек для лучших. Выпускники, вошедшие в топ рейтинга, получат преимущество при отборе на стажировку в Авито.
Регистрация продлится до 16 августа включительно! Успейте подать заявку | 936 |
| 18 |  Группировка сабтестов в Go: от простого к сложному
#почитать
в большинстве случаев достаточно держать тесты плоскими, а когда нужна разная инициализация и очистка — добавить лишь один уровень вложенности. В статье разбираются плюсы и минусы разных подходов: от ручных t.Run до reflection-хаков и сторонних библиотек.
⏱Читать статью | 719 |
| 19 |  Фикстуры в Playwright на простом примере
#почитать
Фикстуры Playwright — это готовые инструменты, которые помогают создавать тесты. Они берут на себя рутину: открывают браузер, создают страницы и управляют сессиями. В статье разбираем, какие бывают фикстуры, как они работают и зачем нужны.
⏱Читать статью | 900 |
| 20 |  Словарь flaky-тестов
#почитать
Как и любому инженеру по автоматизированному тестированию, мне приходилось отлаживать и чинить разные flaky (нестабильные) тесты. Кроме того, я обратился к академической литературе о flaky-тестах, чтобы правильно разобраться с проблемой, над которой работаю. Меня удивило, что многие привычные термины имели слегка разные определения от статьи к статье, а в некоторых работах использовались сугубо академические понятия из информатики, которые редко встречаются в реальной продакшн-практике тест-инженера.
Чтобы составить список ниже, я использовал свои заметки и выделения, сделанные при чтении статей, а также исследовательский инструмент NotebookML AI, чтобы собрать больше часто встречающихся терминов из корпуса прочитанных материалов.
⏱Читать статью | 858 |
