# ThreadQA — Полный контент сайта > Образовательная платформа по QA Automation. Курсы Java, Python, iOS. Автор: Олег Пендрак, Tech Lead (ex-Ozon, VK, Sber Health). --- ## Курс: Java QA Automation **URL:** https://lms.threadqa.ru/courselanding/java **Цена:** 25 000 ₽ | **Длительность:** 40 часов, 90 уроков Полный курс автоматизации тестирования на Java с нуля до Middle-уровня. **Стек:** Java Core, ООП, JUnit 5, TestNG, Selenium WebDriver, Selenide, REST Assured, Allure, Docker, GitLab CI/CD, Page Object Model **Что получишь:** пожизненный доступ, практика на реальном проекте, портфолио на GitHub, поддержка в Telegram, менторство (на продвинутых тарифах) --- ## Курс: Python QA Automation **URL:** https://lms.threadqa.ru/courselanding/python **Цена:** 30 000 ₽ | **Длительность:** 17 часов, 46 уроков Современный подход к автоматизации на Python. Включает квизы, конспекты и домашние задания. **Стек:** Python, pytest, Selenium, Playwright, requests, Docker, GitLab CI/CD --- ## Курс: iOS QA Automation **URL:** https://lms.threadqa.ru/courselanding/ios **Цена:** 30 000 ₽ | **Длительность:** 8 часов, 40 уроков Автоматизация iOS-приложений на Swift. Узкая ниша с высоким спросом. **Стек:** Swift, XCTest, XCUITest, Fastlane, CI/CD, симуляторы --- ## Мок-интервью **URL:** https://lms.threadqa.ru/mockinterviews Тренировочные технические собеседования с Senior QA менторами. Формат: видеозвонок 45–60 минут, письменный отчёт в течение 24 часов, запись остаётся у тебя. **Тарифы:** - 1 собеседование — 3 000 ₽ (3 000 ₽/шт) - 2 собеседования — 5 000 ₽ (2 500 ₽/шт, экономия 1 000 ₽) - 3 собеседования — 7 000 ₽ (2 333 ₽/шт, экономия 2 000 ₽) ⭐ популярный **Что входит:** полноценное мок-собеседование, запись интервью, детальный отчёт о сильных и слабых сторонах, персональные рекомендации, план роста **Темы:** теория тестирования, SQL, API, автоматизация, инструменты (Postman, Charles, DevTools), вопросы по резюме, soft skills **Менторы:** Senior QA с опытом найма в Яндекс, Сбер, VK — прошли личный отбор Олега Пендрака --- ## Записи собеседований **URL:** https://lms.threadqa.ru/records Библиотека 50+ записей реальных собеседований QA инженеров из Яндекс, Сбер, VK. HD качество, таймкоды, live coding, разбор от экспертов. **Тарифы (подписка, без автопродления):** - 3 месяца — 4 500 ₽ (1 500 ₽/мес) - 6 месяцев — 7 000 ₽ (1 167 ₽/мес, скидка 22%) ⭐ популярный - 12 месяцев — 13 000 ₽ (1 083 ₽/мес, скидка 28%) **Что входит:** 50+ записей, HD видео, таймкоды, live coding сессии, разбор от экспертов **Уровни:** Junior, Middle, Senior — ручное тестирование и автоматизация --- ## QA Bootcamp **URL:** https://lms.threadqa.ru/qabootcamp **Цена:** 90 000 ₽ Интенсивный 12-недельный буткемп по QA Automation с живым ментором. Живые занятия 2–3 раза в неделю, code review каждой домашней работы, 3 мок-собеседования, практика на реальном проекте. **Что входит:** живые занятия в группе, code review, 3 мок-собеседования, карьерная поддержка, помощь с резюме и LinkedIn, доступ к платформе **Дополнительно — Доведение до оффера:** 33% от зарплаты в течение 3 месяцев после трудоустройства --- ## Корпоративное обучение **URL:** https://lms.threadqa.ru/corporate Любой курс или буткемп можно оплатить через компанию. Оформление через ЭДО, без НДС (ИП на УСН). Цены — как для физлиц. **Документы:** договор, счёт, акт выполненных работ через ЭДО **Срок:** счёт выставляем в течение дня **Доступ:** сотруднику в день оплаты **Контакт:** corporate@threadqa.ru --- ## Зарплаты QA Automation инженеров в России (2026) **URL:** https://lms.threadqa.ru/salaries | Уровень | Зарплата | |---------|---------| | Ручной тестировщик | 80–150 000 ₽ | | Junior QA Automation | 120–180 000 ₽ | | Middle QA Automation | 180–280 000 ₽ | | Senior / Lead QA | 280 000+ ₽ | После курса ThreadQA выпускники выходят на уровень Middle QA Automation (от 220 000 ₽). 78% выпускников трудоустраиваются в течение 3 месяцев. --- ## QA Automation Roadmap **URL:** https://lms.threadqa.ru/roadmap Бесплатный интерактивный граф навыков от Junior до Senior. Языки: Java, Python, TypeScript, Kotlin, Swift, Go. 60+ навыков. Отслеживание прогресса, XP система. --- ## Возможности платформы ### QA Игры (бесплатно после регистрации) **URL:** https://lms.threadqa.ru/games 7 уникальных интерактивных игр для изучения QA: 1. **QA Marathon** — квиз по теории в режиме Normal или Survival 2. **Log Detective** — анализ логов тестов, поиск root cause (Java, Python, Swift) 3. **Function Resolver** — написание функций на Java, Swift, Python 4. **Priority Poker** — расстановка багов по приоритету 5. **Pojo Builder** — построение моделей данных для API 6. **Selector Detective** — CSS и XPath селекторы на практике 7. **API Цирк** — REST, SOAP, GraphQL, gRPC, WebSocket, Kafka ### XPath Practice Hub **URL:** https://lms.threadqa.ru/xpath-practice-hub Интерактивный тренажёр XPath-локаторов. Реальные HTML-элементы, мгновенная проверка, подсветка найденных элементов. --- ## Об авторе **Олег Пендрак** — Tech Lead QA Automation, 5+ лет опыта. Работал в: Сбер Здоровье, Ozon, VK. Спикер: Heisenbug, Ural Digital Weekend, Work Solutions. Telegram: https://t.me/penolegrus | GitHub: https://github.com/penolegrus --- --- # Часто задаваемые вопросы (FAQ) **URL:** https://lms.threadqa.ru/faq ## FAQ: О платформе ### Что есть на платформе ThreadQA? ThreadQA — это платформа для изучения QA Automation. Здесь есть курсы (Python QA, Java QA, iOS QA), мок-собеседования с реальными специалистами, библиотека записей реальных собеседований в компании, стримы, игровые тренажёры, XPath Practice Hub, roadmap, шпаргалки по теории, анализ зарплат и система геймификации с Кукумберсами. ### Что доступно бесплатно? Бесплатно и без регистрации: все игры-тренажёры, XPath Practice Hub, roadmap и анализ зарплат. После регистрации также открываются шпаргалки по теории (ручное тестирование, Java, Python, Swift, Kotlin) и часть записей собеседований. ### Есть ли Telegram-бот для платформы? Да, @lms_qa_notifier_bot (t.me/lms_qa_notifier_bot) — официальный бот платформы. Подключите его, чтобы получать уведомления о новых материалах, стримах и активности прямо в Telegram. ### Что такое тренажёры Linux, Git и SQL? Тренажёры — это интерактивные симуляторы терминала прямо в браузере. Linux тренажёр учит командам ls, grep, curl, pipes и другим. Git тренажёр — commit, branch, merge, rebase. SQL тренажёр — SELECT, JOIN, GROUP BY, подзапросы с визуализацией таблиц и результатов. Каждый тренажёр содержит 10 уровней с нарастающей сложностью, прогресс сохраняется автоматически. Доступны в личном кабинете в разделе «Тренажёры». --- ## FAQ: Курсы ### Какие курсы есть на платформе ThreadQA? На платформе доступны три курса по QA Automation: Python QA, Java QA и iOS QA. Все курсы доступны в каталоге. ### Можно ли проходить несколько курсов одновременно? Да, вы можете записаться на несколько курсов и проходить их параллельно в удобном темпе. Доступ к материалам сохраняется навсегда после покупки. ### Есть ли сертификат по окончании курса? Сертификаты не выдаются. Курсы на платформе — это материал для саморазвития и прокачки навыков, а не формальное образование. ### Нужен ли опыт в IT для начала обучения? Нет, большинство курсов рассчитаны на новичков. Для курсов по автоматизации рекомендуется базовое понимание программирования, но специальных знаний не требуется. ### Как долго длится курс? Продолжительность зависит от курса: от 4 до 12 недель при рекомендуемом темпе 10-15 часов в неделю. Вы можете проходить быстрее или медленнее — доступ не ограничен по времени. ### Где размещены видеолекции? Я нахожусь за пределами России. Все видеолекции размещены на платформе Rutube. Если вы находитесь за пределами России, доступ к видео может быть ограничен — в этом случае рекомендуем использовать VPN с российским сервером. Текстовые материалы, задания и тесты доступны без ограничений из любой страны. --- ## FAQ: Мок-собеседования ### Что такое мок-собеседование на ThreadQA? Мок-собеседование — это тренировочное интервью с реальным QA-специалистом в формате настоящего технического собеседования. Вы получаете обратную связь по ответам, поведению и зонам роста. ### Как записаться на мок-собеседование? Перейдите в раздел «Мок-собеседования», выберите доступного интервьюера, удобное время и оплатите сессию. После подтверждения вы получите ссылку на встречу. Если хотите провести мок-собеседование именно с Олегом — обязательно укажите это в комментарии при записи. ### Что происходит после мок-собеседования? После сессии интервьюер предоставляет письменную обратную связь: сильные стороны, зоны роста, рекомендации по подготовке и оценку готовности к реальному собеседованию. ### Можно ли провести мок-собеседование на конкретную компанию или стек? Да, при записи вы можете указать желаемый стек технологий или уровень позиции (Junior/Middle/Senior), и интервьюер адаптирует вопросы под ваш запрос. --- ## FAQ: QA Bootcamp ### Что такое QA Bootcamp на ThreadQA? QA Bootcamp — это интенсивная программа обучения с нуля до уровня Junior QA Automation Engineer. Включает структурированный учебный план, менторство, практику на реальных проектах и помощь с трудоустройством. ### Чем буткемп отличается от обычных курсов? Буткемп — это полноценная программа с фиксированным расписанием, живыми занятиями, куратором группы и поддержкой до первого трудоустройства. Курсы — самостоятельное обучение в своём темпе. ### Когда начинается следующий поток буткемпа? Даты следующих потоков и количество мест доступны на странице QA Bootcamp. Рекомендуем записываться заранее — места ограничены. ### Можно ли совмещать буткемп с работой? Буткемп требует серьёзной вовлечённости — около 20-30 часов в неделю. Совмещение с полной занятостью затруднено, но возможно при гибком графике работы. ### Есть ли помощь с трудоустройством после буткемпа? Да, мы помогаем с подготовкой резюме, портфолио и прохождением собеседований. Конкретные условия поддержки при трудоустройстве указаны на странице буткемпа. --- ## FAQ: Игры ### Что такое игры на платформе ThreadQA? Раздел «Игры» — это интерактивные тренажёры для отработки навыков тестирования в игровом формате. Включает задания на поиск багов, написание тест-кейсов, XPath-практику и другие QA-навыки. ### Игры бесплатны или требуют подписки? Все игры на платформе полностью бесплатны — никакой подписки не требуется. ### Как игры помогают в обучении? Игровой формат помогает закрепить теоретические знания через практику, развивает внимательность и скорость нахождения дефектов — ключевые навыки для QA-инженера. ### Есть ли рейтинг или соревновательный элемент в играх? Да, в некоторых играх есть таблица лидеров и система очков. Это мотивирует практиковаться регулярно и соревноваться с другими студентами платформы. --- ## FAQ: Геймификация и достижения ### Что такое система геймификации на ThreadQA? Геймификация — это система наград, достижений и внутренней валюты «Кукумберсы» за активность на платформе: прохождение уроков, выполнение заданий, участие в играх и стримах. Кукумберсы начисляются за выполнение достижений и дают реальные бонусы при накоплении. ### Как зарабатываются очки и достижения? Очки начисляются за: просмотр лекций, сдачу тестов, выполнение домашних заданий, участие в играх, посещение стримов и другие активности. Достижения открываются при выполнении определённых условий и приносят внутреннюю валюту — Кукумберсы. ### Для чего нужны Кукумберсы? Кукумберсы — это внутренняя валюта платформы, которая начисляется за выполнение достижений. При накоплении 20 Кукумберсов вы получаете промокод на скидку 5% на любой курс. --- ## FAQ: Записи собеседований ### Что такое раздел «Записи» на ThreadQA? Раздел «Записи» — это библиотека видеозаписей реальных собеседований в разные компании. В каждой записи есть таймкоды, лайвкодинг-задачи и разбор ответов. Коллекция постоянно пополняется новыми записями. ### Как получить доступ к записям собеседований? Доступ к записям оплачивается на определённое количество месяцев — выберите подходящий период на странице записей. Часть записей доступна бесплатно, большинство — по подписке. ### Что есть в записях собеседований? Каждая запись содержит: реальное собеседование в конкретную компанию, таймкоды для быстрой навигации, лайвкодинг-задачи с разбором, а также другие практические материалы. Библиотека регулярно пополняется новыми записями. --- ## FAQ: Оплата и финансы ### Какие способы оплаты доступны? Оплата происходит через Систему быстрых платежей (СБП) по QR-коду. Это быстро, безопасно и без комиссии. ### Есть ли рассрочка на обучение? Да, рассрочка доступна через сервисы внутри СБП: Яндекс Сплит, Долями, Озон Рассрочка и другие. Условия зависят от выбранного сервиса. ### Могу ли я купить курсы из-за границы? Да, мы работаем с иностранными картами! Напишите в Telegram @penolegrus для обсуждения и оплаты. Платёж происходит через безопасные каналы. ### Можно ли вернуть деньги за курс? Да, у нас есть гарантия возврата 14 дней. Если курс вам не подойдёт — напишите в поддержку, и мы вернём полную стоимость без вопросов. После 14 дней возврат рассматривается индивидуально. ### Предоставляете ли вы налоговый вычет? К сожалению, нет. Мы не являемся лицензированным образовательным учреждением, поэтому не можем предоставить документы для налогового вычета. --- # Последние статьи блога ### Топ-10 ошибок в автотестах на Java которые я вижу каждую неделю **URL:** https://lms.threadqa.ru/blog/top-10-oshibok-v-avtotestah-na-java **Дата:** 2026-04-27 | **Категория:** Обучение Tech Lead из Ozon и VK разбирает 10 самых частых ошибок в Java-автотестах: отсутствие архитектуры, кривые локаторы, слабое знание языка, устаревший стек, игнорирование JUnit Extensions и нейросетей. С примерами кода как делать правильно. ## Топ-10 ошибок в автотестах на Java которые я вижу каждую неделю Я провожу code review автотестов каждую неделю — в рамках менторства, на мок-собеседованиях и в командах где работаю. За несколько лет сложился устойчивый список ошибок которые встречаются снова и снова, независимо от компании и уровня специалиста. Некоторые из них делают даже Middle-инженеры с 2–3 годами опыта. Это не теория из учебника. Это реальные проблемы из реальных проектов. Разберём каждую с примером как делают и как надо. --- ## Ошибка #1: Нет архитектуры — нельзя переиспользовать компоненты Самая распространённая и самая дорогостоящая ошибка. Тесты написаны как набор независимых скриптов: каждый тест сам открывает браузер, сам находит элементы, сам делает всё с нуля. Когда меняется один элемент на странице — нужно обновлять 40 тестов вместо одного. Как делают неправильно: ```java // Плохо: логика дублируется в каждом тесте @Test void testCheckout() { open("https://shop.example.com/login"); $("#email").setValue("user@test.com"); $("#password").setValue("pass123"); $("button[type=submit]").click(); // ... 30 строк логики покупки } @Test void testOrderHistory() { open("https://shop.example.com/login"); $("#email").setValue("user@test.com"); // дублирование $("#password").setValue("pass123"); // дублирование $("button[type=submit]").click(); // дублирование } ``` Как надо — Page Object Model + степы: ```java // Хорошо: логика в одном месте, тесты читаемые public class LoginPage { private final SelenideElement email = $("#email"); private final SelenideElement password = $("#password"); private final SelenideElement submit = $("button[type=submit]"); public MainPage loginAs(String email, String password) { this.email.setValue(email); this.password.setValue(password); submit.click(); return new MainPage(); } } @Test void testCheckout() { new LoginPage().loginAs("user@test.com", "pass123") .goToCart() .checkout(); } ``` Правило простое: если одно и то же действие встречается в двух тестах — оно должно быть в Page Object или степе. Не в тесте. --- ## Ошибка #2: Кривые локаторы Хрупкие локаторы — вторая по частоте причина нестабильных тестов. Тест падает не потому что сломалась функциональность, а потому что разработчик переименовал CSS-класс или изменил структуру DOM. ```java // Плохо: хрупкие локаторы $("div.sc-bdXxxt.fKBQlc > span:nth-child(2)").click(); // XPath по структуре $(".btn-primary-large-rounded-shadow").click(); // CSS по визуальному классу $("//div[3]/button[1]").click(); // XPath по позиции // Хорошо: стабильные локаторы $("[data-testid='submit-button']").click(); // атрибут для тестов $("[data-qa='login-form']").click(); // явный QA-атрибут $(byText("Оформить заказ")).click(); // по тексту (если текст стабилен) $("#checkout-submit").click(); // по ID ``` Иерархия надёжности локаторов (от лучшего к худшему): data-testid / data-qa → ID → aria-label → текст → CSS по семантическому классу → XPath по структуре. Если в проекте нет data-testid — договоритесь с разработчиками добавить их. Это занимает 10 минут и экономит часы отладки. --- ## Ошибка #3: Слабое знание Java QA-инженеры часто учат Java ровно настолько чтобы написать тест. Это работает до первого code review. Потом выясняется что человек не знает generics, не понимает разницу между equals() и ==, не умеет работать со Stream API и пишет циклы там где нужна одна строка. ```java // Плохо: не знает Stream API List activeUsers = new ArrayList<>(); for (User user : users) { if (user.isActive()) { activeUsers.add(user.getEmail()); } } // Хорошо: Stream API List activeUsers = users.stream() .filter(User::isActive) .map(User::getEmail) .toList(); // Плохо: сравнение строк через == if (status == "ACTIVE") { ... } // Хорошо: null-safe сравнение if (Objects.equals(status, "ACTIVE")) { ... } ``` Минимум который должен знать Java QA Automation инженер: ООП (наследование, интерфейсы, абстрактные классы), generics, коллекции (List, Map, Set), Stream API, Optional, лямбды, исключения. Без этого код будет работать, но его будет стыдно показывать на собеседовании. --- ## Ошибка #4: Устаревший стек В 2026 году я всё ещё вижу проекты на JUnit 4, Selenium 3, TestNG без причины. Это не просто эстетическая проблема — старый стек медленнее, менее функционален и создаёт проблемы при найме. Переход с JUnit 4 на JUnit 5 занимает день. Переход с Selenium на Selenide — неделю. Это инвестиция которая окупается за месяц. --- ## Ошибка #5: Повторяющиеся тесты без параметризации Классика: три теста которые делают одно и то же с разными данными. Вместо одного параметризованного теста — три копии с разными значениями в коде. ```java // Плохо: три одинаковых теста @Test void loginWithGmail() { loginPage.loginAs("user@gmail.com", "pass"); } @Test void loginWithCorporate() { loginPage.loginAs("user@company.ru", "pass"); } @Test void loginWithSubdomain() { loginPage.loginAs("u@mail.example.com","pass"); } // Хорошо: @ParameterizedTest @ParameterizedTest @ValueSource(strings = {"user@gmail.com", "user@company.ru", "u@mail.example.com"}) void loginWithValidEmail(String email) { loginPage.loginAs(email, "pass"); assertThat(mainPage.isLoaded()).isTrue(); } // Для сложных данных — @MethodSource @ParameterizedTest @MethodSource("validCredentials") void loginWithValidCredentials(String email, String password, String expectedRole) { loginPage.loginAs(email, password); assertThat(userProfile.getRole()).isEqualTo(expectedRole); } static Stream validCredentials() { return Stream.of( Arguments.of("admin@test.com", "admin123", "ADMIN"), Arguments.of("user@test.com", "user123", "USER"), Arguments.of("mentor@test.com", "mentor123", "MENTOR") ); } ``` --- ## Ошибка #6: Не используют JUnit 5 Extensions JUnit 5 Extensions — один из самых мощных инструментов фреймворка. Они позволяют вынести повторяющуюся логику (setup/teardown, логирование, скриншоты, управление браузером) в одно место. Большинство QA-инженеров знают только @BeforeEach и @AfterEach и не подозревают о существовании Extensions. ```java // Хорошо: Extension для автоматических скриншотов при падении public class ScreenshotExtension implements TestWatcher { @Override public void testFailed(ExtensionContext context, Throwable cause) { String name = context.getDisplayName(); Selenide.screenshot("screenshots/" + name); Allure.addAttachment("Screenshot", new FileInputStream("screenshots/" + name + ".png")); } } // Хорошо: Extension для управления браузером public class BrowserExtension implements BeforeEachCallback, AfterEachCallback { @Override public void beforeEach(ExtensionContext ctx) { Configuration.browser = "chrome"; Configuration.headless = true; Configuration.baseUrl = System.getProperty("base.url", "https://app.example.com"); } @Override public void afterEach(ExtensionContext ctx) { closeWebDriver(); } } // Использование — чистые тесты без setup/teardown @ExtendWith({BrowserExtension.class, ScreenshotExtension.class}) class LoginTests { @Test void loginTest() { /* только бизнес-логика */ } } ``` Другие полезные Extension: ParameterResolver для инжекции зависимостей в тесты, ExecutionCondition для условного запуска, @RegisterExtension для динамической регистрации. --- ## Ошибка #7: Thread.sleep() вместо ожиданий Thread.sleep() — признак того что инженер не понимает как работает асинхронность в браузере. Тест либо ждёт слишком долго (медленный), либо недостаточно (нестабильный). ```java // Плохо $("#submit").click(); Thread.sleep(3000); // ждём 3 секунды вслепую $("#success").shouldBe(visible); // Хорошо: Selenide ждёт автоматически (до 4 сек по умолчанию) $("#submit").click(); $("#success").shouldBe(visible); // Хорошо: кастомное время ожидания если нужно $("#heavy-report").shouldBe(visible, Duration.ofSeconds(30)); // Хорошо: для чистого Selenium — WebDriverWait new WebDriverWait(driver, Duration.ofSeconds(10)) .until(ExpectedConditions.visibilityOfElementLocated(By.id("success"))); ``` --- ## Ошибка #8: Игнорирование нейросетей в работе В 2026 году QA-инженер который не использует AI-инструменты работает в 2–3 раза медленнее конкурентов. Нейросети не заменяют инженера — они убирают рутину. - Генерация тестовых данных: попросите ChatGPT/Claude сгенерировать 50 вариантов невалидных email-адресов для негативных тестов — 10 секунд вместо 10 минут - Boilerplate-код: Page Object для новой страницы, POJO-классы для API-ответов, конфигурационные классы — генерируется за секунды - Анализ упавших тестов: вставьте стектрейс в Claude и получите объяснение причины и варианты исправления - Рефакторинг: попросите улучшить читаемость метода или предложить более идиоматичный Java-код - Граничные случаи: опишите функциональность и получите список edge cases которые вы могли пропустить Главное правило: AI генерирует черновик, инженер проверяет и дорабатывает. Слепо копировать код из ChatGPT — такая же ошибка как не использовать его вообще. --- ## Ошибка #9: Тесты зависят друг от друга Тест B падает потому что тест A не создал нужные данные. Или тест C проходит только если запускать после теста B. Это делает тест-сьют хрупким: нельзя запустить один тест, нельзя запустить в параллель, нельзя изменить порядок. ```java // Плохо: тест зависит от состояния после предыдущего @Test @Order(1) void createUser() { /* создаёт пользователя в БД */ } @Test @Order(2) void updateUser() { /* упадёт если createUser не запускался */ } // Хорошо: каждый тест самодостаточен @Test void updateUser() { // создаём данные прямо здесь через API User user = userApi.create(UserFactory.defaultUser()); userApi.update(user.getId(), UpdateRequest.builder().name("New Name").build()); assertThat(userApi.get(user.getId()).getName()).isEqualTo("New Name"); } ``` @Order в JUnit 5 существует для специфичных сценариев — не для компенсации зависимостей между тестами. Каждый тест должен сам создавать нужные данные и сам убирать за собой. --- ## Ошибка #10: Нет разделения на слои (UI / API / DB) Зрелый тест-фреймворк использует разные слои для разных задач. Когда всё делается через UI — тесты медленные и хрупкие. ```java // Плохо: всё через UI, включая подготовку данных (5 минут на тест) @Test void testOrderHistory() { loginPage.loginAs("user", "pass"); catalogPage.open().addToCart("Product A"); cartPage.checkout().fillAddress(address).pay(); orderHistoryPage.open().assertOrderExists("Product A"); } // Хорошо: подготовка через API, UI только для проверки отображения (30 секунд) @Test void testOrderHistory() { String token = authApi.login("user", "pass"); Order order = orderApi.create(token, OrderRequest.of("Product A")); open("/orders"); $("[data-testid='order-" + order.getId() + "']").shouldBe(visible); } ``` Правило: используй самый быстрый и надёжный способ для каждой задачи. Создание данных — API или DB. Проверка бизнес-логики — API. Проверка отображения — UI. Это пирамида тестирования, и она работает. --- ## Итого: чеклист перед code review ## Хочешь писать автотесты без этих ошибок с первого дня? На курсе Java QA Automation от ThreadQA все эти практики заложены в основу с первого урока. Page Object Model, JUnit 5 Extensions, REST Assured, Selenide, параметризованные тесты, работа с AI — не как отдельные темы, а как единый подход к написанию качественного кода. 90 уроков, 40 часов, практика на реальном проекте. Первые уроки бесплатно. --- ### Мобильная автоматизация тестирования в 2026: Appium, XCUITest, Espresso — что выбрать **URL:** https://lms.threadqa.ru/blog/mobilnaya-avtomatizaciya-2026-appium-xcuitest-espresso **Дата:** 2026-04-17 | **Категория:** Карьера Полный разбор рынка мобильной автоматизации в России 2026: количество вакансий, зарплаты iOS и Android QA, сравнение Appium vs нативных инструментов XCUITest и Espresso. Реальная статистика и практические рекомендации. ## Мобильная автоматизация в 2026: почему сейчас Мобильные приложения — это больше половины всего трафика рунета. Банки, маркетплейсы, сервисы доставки, стриминг — всё это работает на iOS и Android. При этом специалистов по мобильной автоматизации на рынке значительно меньше, чем по веб-автоматизации. Это создаёт конкретную возможность для тех, кто готов в это войти. В этой статье разберём реальную картину рынка: сколько вакансий, какие зарплаты, какой стек требуют работодатели и как выбрать между Appium и нативными инструментами — XCUITest для iOS и Espresso для Android. ## Рынок мобильной автоматизации в России: сколько вакансий По данным hh.ru на апрель 2026 года, в России активно открыто около 180–220 вакансий с явным требованием мобильной автоматизации. Из них примерно 60% — Android (Espresso, UI Automator, Appium), 25% — iOS (XCUITest, Appium), 15% — кросс-платформенные позиции с Appium для обеих платформ. Для сравнения: вакансий по веб-автоматизации (Selenium, Playwright, Selenide) на том же hh.ru — порядка 1200–1500. То есть мобильных вакансий в 6–7 раз меньше. Но и специалистов пропорционально меньше — конкуренция на одно место сопоставима с веб. - ~180–220 вакансий мобильной автоматизации в России (апрель 2026) - 60% — Android (Espresso, UI Automator, Appium) - 25% — iOS (XCUITest, Appium) - 15% — кросс-платформенные позиции с Appium - Средний конкурс: 8–12 резюме на вакансию (vs 15–20 в веб-автоматизации) ## Зарплаты мобильных QA Automation инженеров в 2026 Мобильная автоматизация традиционно оплачивается чуть выше веб-автоматизации того же грейда — из-за более редкой экспертизы. Вот актуальная картина по данным открытых вакансий и профессиональных сообществ. iOS-специалисты стабильно получают на 10–20% больше Android-коллег того же грейда. Причина — нативная разработка под iOS требует знания Swift, а это дополнительный барьер входа. Специалистов меньше, ценятся выше. Appium-специалисты с кросс-платформенным опытом получают меньше нативных автоматизаторов, но имеют более широкую применимость: один специалист закрывает и iOS, и Android. ## Appium vs нативные инструменты: в чём принципиальная разница Это главный вопрос любого, кто входит в мобильную автоматизацию. Нет универсального ответа — всё зависит от задачи, команды и платформы. Разберём честно. ### Appium — кросс-платформенный фреймворк Appium — это открытый фреймворк автоматизации мобильных приложений, который работает и на iOS, и на Android. Использует WebDriver Protocol, поэтому тесты пишутся на любом языке: Java, Python, JavaScript, C#. - Плюс: один язык и один фреймворк для iOS и Android - Плюс: можно переиспользовать опыт веб-автоматизации (WebDriver) - Плюс: большое сообщество, много примеров - Минус: медленнее нативных инструментов - Минус: нестабильность при работе с нативными элементами - Минус: сложная настройка окружения - Минус: Appium 2.x сильно изменил архитектуру — много устаревших гайдов Appium 2.x (текущая актуальная версия) перешёл на модульную архитектуру с плагинами. Это мощнее, но требует понимания как настраивать drivers (UiAutomator2 для Android, XCUITest driver для iOS). Новичку это добавляет сложности на старте. ### XCUITest — нативный инструмент для iOS XCUITest — фреймворк от Apple, встроенный в Xcode. Тесты пишутся на Swift или Objective-C, работают прямо внутри проекта. Это самый быстрый и надёжный способ автоматизировать iOS-приложение. - Плюс: максимальная скорость выполнения тестов - Плюс: полный доступ к нативным элементам через Accessibility - Плюс: глубокая интеграция с Xcode и CI/CD (Fastlane) - Плюс: официально поддерживается Apple - Минус: работает только с iOS — ни Android, ни веб - Минус: нужно знать Swift - Минус: требует Mac с Xcode XCUITest — выбор iOS-команд, которые хотят максимальную надёжность и скорость тестов. Если ваш проект — чисто iOS, это лучший вариант. Именно этот подход разбирается в курсе iOS QA Automation на ThreadQA. ### Espresso — нативный инструмент для Android Espresso — фреймворк от Google для UI-тестирования Android-приложений. Тесты пишутся на Kotlin или Java, выполняются внутри приложения без запуска эмулятора через внешний драйвер. - Плюс: очень высокая скорость — тесты выполняются прямо в процессе приложения - Плюс: стабильнее Appium при работе с нативным UI - Плюс: официальная поддержка Google, часть Android Jetpack - Плюс: хорошая интеграция с CI (Firebase Test Lab, GitHub Actions) - Минус: только Android — ни iOS, ни веб - Минус: нужно знать Kotlin или Java - Минус: сложнее тестировать гибридные приложения (WebView) ## Сравнительная таблица инструментов мобильной автоматизации ## Что выбрать: Appium или нативные инструменты Ответ зависит от вашей ситуации. Вот три конкретных сценария. - Вы уже знаете Java или Python и хотите быстро войти в мобильную автоматизацию — выбирайте Appium. Переиспользуете существующие знания, закроете и iOS, и Android. - Вы хотите специализироваться на iOS и готовы изучить Swift — выбирайте XCUITest. Меньше конкуренции, выше зарплата, стабильнее тесты. - Вы уже знаете Kotlin или Java и ваш проект — Android-first — выбирайте Espresso. Максимальная скорость и надёжность для Android-команды. Важный нюанс 2026 года: многие компании используют Appium поверх XCUITest driver для iOS — то есть пишут тесты на Java/Python, но под капотом работает нативный XCUITest. Это компромисс между унификацией языка и производительностью нативных инструментов. ## Что реально спрашивают на собеседованиях Mobile QA в 2026 На основе отзывов специалистов, прошедших собеседования в российских компаниях в 2025–2026 годах, можно выделить несколько стабильных блоков вопросов. - Как работает Accessibility Inspector и как искать элементы (iOS) - Разница между XCUITest и Appium — когда что выбирать - Как настроить Fastlane для автоматического запуска тестов - Page Object Pattern в мобильных тестах — как реализуете - Как работать с алертами, permissions, push-уведомлениями в тестах - Как организуете тестовые данные и авторизацию в тестах - CI/CD для мобильных тестов — какой опыт с GitLab CI / GitHub Actions - Как тестируете deep links и схемы URL ## Стек мобильного QA Automation инженера в 2026 Вот что реально требуют вакансии — не теоретический идеал, а минимальный рабочий набор для трудоустройства. ### iOS QA Automation - Swift — основы языка, достаточно уровня Junior - XCUITest — написание UI тестов, работа с XCUIElement - Accessibility Inspector — поиск элементов интерфейса - Page Object Pattern — структура тестового проекта - Fastlane — автоматизация сборки и запуска тестов - GitLab CI / GitHub Actions — пайплайны для тестов - Allure — отчёты о результатах тестирования ### Android QA Automation - Kotlin или Java — основы языка - Espresso — нативное UI-тестирование - UI Automator — для системных элементов и межпроцессного взаимодействия - Appium 2.x с UiAutomator2 driver — для кросс-платформенных задач - ADB (Android Debug Bridge) — работа с устройством из CLI - Page Object Pattern — структура тестового проекта - Firebase Test Lab — облачный запуск на реальных устройствах ## Гибридные приложения: отдельная история React Native, Flutter, Ionic — гибридные фреймворки занимают всё большую долю рынка мобильной разработки. Для автоматизации таких приложений нужно понимать дополнительные нюансы. - React Native — можно использовать Appium, но элементы иногда ведут себя непредсказуемо - Flutter — отдельный инструмент flutter_driver или integration_test пакет - Ionic (WebView) — Appium в режиме гибридного контекста, переключение между нативным и веб-контекстом Flutter-тестирование — отдельная ниша с низкой конкуренцией в 2026 году. Если компания на Flutter, а у вас есть этот опыт — это сильный аргумент на собеседовании. ## Карьерный путь в мобильной автоматизации Один из реальных вопросов — куда расти после Junior Mobile QA. Вот честная карта. ## Итоги: как войти в мобильную автоматизацию в 2026 Мобильная автоматизация — это реальная возможность для роста в 2026 году. Меньше конкуренции, чем в веб-автоматизации, зарплаты выше среднего по рынку QA, и устойчивый спрос от крупных компаний. - Если хотите специализацию на iOS — учите Swift + XCUITest + Fastlane - Если хотите кросс-платформу — учите Appium 2.x на Java или Python - Если проект на Android — Kotlin + Espresso + UI Automator - Гибридные приложения (Flutter, React Native) — дополнительное преимущество - В любом случае нужен CI/CD: GitLab CI или GitHub Actions На ThreadQA есть курс iOS QA Automation — Swift, XCUITest, Page Object, Fastlane и GitLab CI с нуля. 40 уроков, 8 часов практики, реальное приложение для тестирования. Подходит для тех, кто хочет войти в iOS автоматизацию без предыдущего опыта в программировании. --- ### 5 главных трендов в QA Auto/SDET в 2026 году **URL:** https://lms.threadqa.ru/blog/trendy-qa-auto-sdet-2026 **Дата:** 2026-04-15 | **Категория:** Карьера Ключевые тренды развития QA Automation в 2026: M-shape специалисты, инфраструктурные навыки, архитектуры распределенных систем, возврат к KPI и интеграция ИИ в ежедневную работу. ## Тренды QA Automation 2026: что изменилось на рынке Рынок QA Automation в 2026 году меняется быстрее, чем когда-либо. Компании ужесточают требования, зарплаты перераспределяются, а специалисты которые не следят за трендами — теряют конкурентоспособность. Разберём пять ключевых изменений, которые влияют на карьеру QA Automation инженера прямо сейчас. ## Тренд 1: M-Shape специалист вместо T-Shape Концепция T-shape — одна глубокая специализация плюс широкий кругозор — уходит в прошлое. В 2026 году работодатели ищут M-shape специалистов: две глубокие вертикали экспертизы плюс горизонтальное развитие. Что это значит на практике: QA Automation инженер знает Java и Python на уровне Middle+, умеет работать с веб и мобильными приложениями, берёт на себя DevOps-задачи. Специалисты с одним языком и одной платформой проигрывают конкуренцию. - Java + Python — базовая комбинация для корпоративного сектора - Веб + мобайл — расширение охвата платформ - QA + DevOps — ownership за CI/CD пайплайны - Тестирование + аналитика — формирование требований и тест-стратегий Хочешь стать M-shape специалистом? На ThreadQA есть курсы по Java QA Automation и Python QA Automation — можно пройти оба и получить конкурентное преимущество на рынке. ## Тренд 2: Инфраструктурные навыки — новый обязательный минимум Ещё три года назад достаточно было уметь подключиться к Kubernetes поду. Сейчас Senior QA Automation инженер должен уметь развернуть всю инфраструктуру с нуля: Kubernetes, Docker, AWS/Azure, мониторинг через Prometheus и Grafana. Аналогия с CI/CD: когда-то 'понимать что такое пайплайн' было достаточно. Сейчас если вы не строили CI/CD с нуля — это минус на собеседовании в топовую компанию. - Kubernetes и Docker — обязательно для Senior - AWS или Azure — хотя бы базовый уровень - Prometheus + Grafana — настройка мониторинга качества - Terraform — инфраструктура как код ## Тренд 3: Тестирование распределённых систем Микросервисы, event-driven архитектуры, gRPC, Kafka — это уже не экзотика, а стандарт в крупных компаниях. QA Automation инженер 2026 года должен уметь тестировать системы с CDN, load balancer, message queues и service mesh. - gRPC тестирование — высокопроизводительные RPC сервисы - Kafka и RabbitMQ — асинхронная обработка событий - Contract Testing — проверка совместимости между микросервисами - Chaos Engineering — тестирование отказоустойчивости На курсе Java QA Automation от ThreadQA разбираются реальные архитектуры — не учебные примеры, а паттерны из продакшена Ozon и VK. ## Тренд 4: Возврат к KPI и результативности После эпохи work-life balance рынок возвращается к фокусу на результат. Компании строго следят за KPI, сокращают неэффективных сотрудников и ценят автономных специалистов которые берут ответственность за качество продукта. Специалисты с менталитетом 'это не моя зона ответственности' испытывают сложности. Востребованы те, кто умеет работать без микроменеджмента и достигает целей. ## Тренд 5: ИИ как часть ежедневной работы QA Software 3.0 — это не будущее, это настоящее. GitHub Copilot, ChatGPT, Claude — инструменты которые QA Automation инженер использует каждый день для генерации тестов, анализа падений и рефакторинга кода. Специалисты которые освоили AI-инструменты работают в 2-3 раза быстрее. Те кто игнорирует — проигрывают конкуренцию. Это не угроза, это возможность. - GitHub Copilot — генерация кода тестов в IDE - ChatGPT и Claude — анализ падений и написание тест-кейсов - Cursor AI — AI-редактор с пониманием контекста проекта - Self-healing тесты — автоматическое восстановление сломанных локаторов ## Как подготовиться к требованиям рынка 2026 Рынок QA Automation становится сложнее, но и возможностей больше. Специалисты которые инвестируют в развитие сейчас — получат значительное преимущество через 6-12 месяцев. На платформе ThreadQA — курсы по Java и Python QA Automation с актуальным стеком 2026, практикой на реальных проектах и подготовкой к собеседованиям. 450+ выпускников уже работают в Яндексе, Сбере, VK и Ozon. Первые уроки бесплатно. --- ### Рынок QA Automation в 2026: что изменилось в России и за рубежом **URL:** https://lms.threadqa.ru/blog/rynok-qa-automation-2026-update **Дата:** 2026-04-12 | **Категория:** Карьера Актуальная ситуация на рынке автоматизации тестирования в 2026 году: зарплаты, требования, особенности трудоустройства в РФ и зарубежом. Реальная статистика по кейсам. ## Зарплата QA Automation в 2026: реальные цифры Рынок автоматизации тестирования в 2026 году разделился на два мира: Россия и зарубеж. Это не просто разные зарплаты — принципиально разные подходы к найму, проверкам и требованиям. Разберём реальную картину на основе сотен кейсов трудоустройства. ## Зарплаты QA Automation в России в 2026 Реалистичный максимум для Senior QA Automation снизился с 450 000 до 400 000 рублей. При этом таких вакансий стало меньше — поиск занимает 1-2 месяца вместо прежних 2-4 недель. ## Главное изменение: жёсткие проверки опыта Самое критичное изменение 2026 года — обязательные проверки службой безопасности. Крупные IT-компании теперь сверяют даты работы в резюме с официальными документами. Расхождения даже в несколько месяцев могут стать причиной отказа. - Проверяют соответствие дат работы в резюме и справках - Сверяют названия должностей с официальными документами - Неофициальный опыт (ИП, самозанятость) часто не принимают - Звонки бывшим работодателям стали нормой ## Рынок QA Automation за рубежом: неожиданно проще Парадокс 2026 года: трудоустроиться QA Automation за рубеж стало легче, чем в топовые российские компании. Средняя зарплата по реальным кейсам — около $6000 в месяц, с максимумами до $7800. - Средняя зарплата: $6000 в месяц - Максимальные кейсы: до $7800 - Собеседования проще российских: базовые алгоритмы вместо FAANG-уровня - Мягкие проверки опыта: максимум звонок бывшему руководителю ## Java vs Python: что выгоднее в 2026 Java QA Automation остаётся лидером по зарплатам и количеству вакансий. В России максимум 400 000 ₽, за рубежом $6000-7000+. Python даёт чуть меньше из-за высокой конкуренции — больше кандидатов входит через Python как 'лёгкий старт'. Хочешь получить конкурентное преимущество? Курс Java QA Automation от ThreadQA — 90 уроков, 40 часов практики, актуальный стек 2026. Первые уроки бесплатно. ## Практические рекомендации для поиска работы QA Automation ### Для поиска в России - Убедитесь в идеальном соответствии резюме и документов - Готовьтесь к сложным техническим интервью — вопросы стали глубже - Рассматривайте Java как приоритетный язык - Закладывайте 2-3 месяца на поиск топовых позиций ### Для поиска за рубежом - Фокусируйтесь на базовых алгоритмах и CS - Подготовьте портфолио на английском языке - Рассматривайте B2B-контракты наравне с фуллтаймом - Пройдите мок-собеседование для отработки английского технического интервью Мок-собеседование с Senior QA от ThreadQA поможет подготовиться к реальному интервью — разберём технические вопросы, получишь детальную обратную связь и список что подтянуть. --- ### ИИ в автоматизации тестирования: что реально работает в 2026 **URL:** https://lms.threadqa.ru/blog/ii-v-avtomatizacii-testirovaniya-2026 **Дата:** 2026-04-10 | **Категория:** ИИ и тренды Как искусственный интеллект меняет QA Automation в 2026 году: AI-генерация тестов, self-healing тесты, agentic QA. Реальные инструменты и практические примеры для QA инженеров. ## ИИ в автоматизации тестирования: что реально работает в 2026 72.8% опытных QA-инженеров называют AI-тестирование приоритетом номер один в 2026 году. Рынок AI-инструментов для тестирования вырастет с 8.8 млрд долларов в 2025 году до 36 млрд к 2032 году. Но важно разделять хайп и реальность — не всё что называется AI-тестированием действительно работает в продакшене. ## Что такое AI-тестирование: основные направления - Генерация тест-кейсов с помощью LLM (ChatGPT, Claude, Copilot) - Self-healing тесты — автоматическое восстановление сломанных локаторов - Agentic QA — автономные AI-агенты для планирования и выполнения тестов - AI-анализ результатов тестирования и поиск первопричин падений - Визуальное тестирование с AI-сравнением скриншотов ## ChatGPT и Claude для написания автотестов: что работает LLM-модели хорошо справляются с рутинными задачами в автоматизации тестирования: - Генерация тест-кейсов по описанию функциональности или API-документации - Написание boilerplate-кода: Page Object классы, фикстуры, хелперы - Рефакторинг существующих тестов — улучшение читаемости и структуры - Генерация тестовых данных для параметризованных тестов - Объяснение упавших тестов и предложение исправлений Главное правило: всегда проверяй и адаптируй сгенерированный код под реальный проект. AI пишет шаблонный код — твоя задача сделать его рабочим. ## Self-healing тесты: как ИИ сам чинит сломанные автотесты Self-healing (самовосстанавливающиеся) тесты — одна из самых практичных AI-технологий в QA. Когда разработчики меняют UI, локаторы в тестах ломаются. Обычно QA-инженер тратит 30–40% времени на поддержку тестов. Self-healing системы снижают это до 10%. - Обнаружение — тест падает, система фиксирует что локатор не найден - Диагностика — AI анализирует DOM и ищет похожий элемент по нескольким атрибутам - Восстановление — система обновляет локатор и продолжает выполнение теста - Уведомление — QA-инженер получает отчёт об изменении ## Agentic QA: автономные AI-агенты для тестирования Agentic QA — следующий уровень AI-тестирования. Автономные агенты могут самостоятельно планировать тест-сценарии, выполнять их и адаптироваться к изменениям без участия человека. Важно: agentic QA не заменяет QA-инженеров — он автоматизирует рутину, освобождая время для сложных задач. ## Практические AI-инструменты для QA Automation в 2026 - GitHub Copilot — генерация кода тестов прямо в IDE - Cursor AI — AI-редактор с глубоким пониманием контекста проекта - Testim — self-healing тесты с AI-локаторами - Mabl — AI-powered тестирование с автоматическим обслуживанием - Applitools — визуальное AI-тестирование ## Нужно ли QA-инженеру бояться ИИ? Нет. AI-инструменты автоматизируют рутину, но не заменяют экспертизу. QA-инженер который умеет работать с AI-инструментами стоит дороже того, кто их игнорирует. Это не угроза — это конкурентное преимущество. На курсах ThreadQA по Java и Python QA Automation мы учим работать с современными инструментами включая AI-ассистентов для написания тестов. Актуальный стек 2026, практика на реальных проектах. Первые уроки бесплатно. ---