Testing | QA

Что Middle QA НЕ обязан знать в 2026 году?😮 Продолжаю тему прошлой недели: мы обсуждали, что не должен знать Junior, сегодня обсудим Middle. Иногда смотришь требования к Middle QA и создаётся ощущение, что ищут универсального инженера, который одновременно должен писать автотесты, администрировать Kubernetes, настраивать CI/CD, разбираться в Kafka, облаках, DevOps, безопасности и ещё желательно знать 5 языков программирования. Но на самом дела Middle НЕ ОБЯЗАН: 1️⃣ Быть экспертом в автоматизации Middle QA должен понимать автоматизацию и, в зависимости от роли, уметь работать с автотестами. Но Middle не обязан строить с нуля огромный automation framework, писать собственные библиотеки и разбираться во всех паттернах автоматизации. Гораздо важнее понимать: 🟡что и зачем автоматизировать; 🟡какие проверки лучше оставить ручными; 🟡как поддерживать существующие автотесты; 🟡почему тесты падают и что с этим делать. 2️⃣ Знать несколько языков программирования Знание Python + Java + JavaScript + C# выглядит красиво в резюме. Но хороший Middle QA вполне может глубоко знать один язык и использовать его в работе. Гораздо важнее не количество языков, а способность читать код, понимать логику приложения и при необходимости самостоятельно разобраться в новом инструменте. 3️⃣ Уметь администрировать Kubernetes Да, Middle QA может работать с Docker, Kubernetes и другими инфраструктурными инструментами. Но от него не обязательно ждать навыков полноценного DevOps-инженера. Понимать, где запущено приложение, как посмотреть логи, как работает контейнер и куда смотреть при проблеме — отлично. Самостоятельно проектировать Kubernetes-кластер — уже совсем другой уровень ответственности. 4️⃣ Быть экспертом в SQL Middle QA действительно должен уверенно работать с базами данных. Но знать SQL на уровне разработчика базы данных — совсем не обязательное требование. Уметь проверить данные, написать JOIN, найти нужную запись, понять взаимосвязи между таблицами — да. Оптимизировать сложные запросы и проектировать структуру базы — уже не обязательно входит в задачи QA. 5️⃣ Знать все виды тестирования Middle QA не обязан быть одновременно экспертом по Performance, Security, Accessibility, Mobile, API, Automation и ещё десятку направлений. Он должен понимать основные подходы к тестированию и уметь выбрать подходящий под конкретную задачу. Глубокая экспертиза во всех направлениях невозможна. Да и не нужна 🙄 6️⃣ Иметь опыт именно с вашим стеком Если человек работал с PostgreSQL, а у вас MySQL — это не значит, что он не сможет разобраться. На уровне Middle уже важна не только конкретная технология, но и способность переносить свои знания на новые инструменты. 7️⃣ Уметь делать абсолютно всё самостоятельно Вот это, пожалуй, один из самых больших мифов о Middle QA. Middle — это не человек, который никогда не задаёт вопросов. Наоборот, умение вовремя спросить, обсудить проблему с разработчиком или попросить помощи — это нормальная часть работы. Middle отличается не тем, что знает абсолютно всё, а тем, что умеет самостоятельно двигать задачу вперёд и понимать, когда нужна помощь. 8️⃣ Знать все процессы разработки наизусть Знать термины полезно. Но хороший Middle QA — это не человек, который может провести лекцию по Scrum. Важнее понимать, как реально устроен процесс в команде, какую роль QA играет в нём и как влиять на качество продукта, а не просто правильно произносить названия методологий. На мой взгляд, главный показатель Middle QA в 2026 году — не количество технологий в резюме. А способность: ✅самостоятельно разбираться в задачах; ✅находить и анализировать риски; ✅понимать продукт, а не только требования; ✅эффективно взаимодействовать с разработчиками и командой; ✅расследовать проблемы, а не просто заводить баги; ✅выбирать подход к тестированию; ✅объяснять, почему что-то нужно тестировать именно так; ✅быстро осваивать новые инструменты и технологии. Middle QA — это не человек, который знает всё, а тот, кто уже умеет думать как специалист и приносить пользу команде без постоянного контроля по сравнению с Junior)

Что перестаёт работать в тестировании, когда приходит LLM Читать статью | Testing QA

Займи слот ИТ-Пикником от Т-Банка 8 августа — время отложить ноутбуки и встретиться офлайн на ИТ-Пикнике от Т-Банка в музее-заповеднике «Коломенское». Вот сколько всего запланировано: — научпоп-лекции; — мастер-классы; — дискуссии об ИИ и больших языковых моделях; — доклады о кибербезопасности; — примеры, как данные из логов становятся решениями; — много музыки. Бери с собой друзей, супругов и детей — каждый найдет себе что-то по душе. Зарегистрироваться и узнать больше можно здесь

Тестовое задание для тестировщика AI-приложений Читать статью | Testing QA

REST и RESTful API для QA Engineer Читать статью | Testing QA

Айтишке конец: что говорят данные Читать статью | Testing QA

Ждет ли IT-индустрию массовый отказ от HR-подразделений? Разбираемся вместе с экспертами Читать статью | Testing QA

🧠 Мышление — наш главный навык. Качаем с Podlodka Soft Skills Crew Хотите лучше понимать, как вообще сейчас думать, принимать решения и не теряться в эпоху ИИ? Тогда вам в новый сезон Podlodka Soft Skills Crew — «Мышление как навык», который пройдёт 25–29 мая. Организаторы конференции собрали очень сильную команду: IT-лидеры, авторы научпоп-книг, преподаватели и практики из индустрии. Будет и база про то, как работает мышление, и прикладные инструменты, которые можно использовать в работе сразу. Полная программа — на сайте, а на эти сессии советуем обратить особенное внимание: 💡 Сергей Попов, директор продукта «Подбор» в Skillaz, расскажет про навыки, которые начинают дорожать в эпоху агентного AI, и новую роль специалиста. 🛠 Дарья Варламова, коуч, лауреат премии «Просветитель», проведет мастер-класс про мышление в условиях тревоги, неопределённости и потери контроля. 🧠 Тарас Пащенко, кандидат наук, главный эксперт Института образования НИУ ВШЭ, расскажет про то, почему даже рациональные люди ошибаются и как мышление ломается под нагрузкой. 🌱И это далеко не всё — в программе ещё много сильного контента. Сейчас действует минимальная цена участия, так что это хороший момент, чтобы присоединиться к конференции и сообществу людей, которым важно глубже понимать происходящее и лучше думать. 🔗 Подробности и билеты: https://podlodka.io/softcrew Для своих - скидка по промокоду qa_and_it 🎁

AI-агент действительно ловит баги? Пусть докажет на бенчмарке Читать статью | Testing QA

Ты QA и у тебя баги. Какие из них блокируют релиз? Читать статью | @qa_and_it

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

Подводные камни распараллеливания автотестов Читать статью |

Как мы подружили QA и unit-тесты через Allure (и встроили их в регресс) Читать статью | Testing QA

Ловите подборку шпаргалок по API. Сохраняйте! Пригодится на собеседовании. Источник | QApedia | QApedia в MAX

Твой начальник, когда узнал что ты взял больничный: 🖥️ IT Memes

Расширения для браузера тестировщика 💻 Подготовил для вас подборку расширений для браузера, которые реально пригодятся QA⬇️ 1. BrowserStack Testing Toolkit Комбайн: скриншоты, логирование, network, accessibility, запись шагов - все в одном расширении и это очень экономит время. 2. QA Vision AI Генерирует тест-кейсы прямо со страницы с помощью AI и поддерживает экспорт в Excel/TestRail. 3. QA Test Case Helper Подсвечивает элементы и предлагает сценарии тестирования, удобно для новичков и быстрого покрытия. 4. Bug Magnet Добавляет edge-case значения в контекстное меню, ускоряет exploratory testing. 5. FireShot / Full Page Screen Capture Можно делать скриншоты всей страницы, не только видимой части, удобно для баг-репортов. 6. Loom / Screencastify Можно делать запись видео бага, чтобы удобно было объяснять разрабам. 7. Window Resizer Позволяет делать тест разных экранов и разрешений. 8. Page Ruler Redux Позволяет делать измерение отступов, размеров элементов. Полезно для pixel-perfect проверки. 9. VisBug Есть возможность делать инспекцию UI прямо на странице (цвета, шрифты, отступы). 10. WhatFont С помощью него можно быстро проанализировать шрифты. 11. JSON Viewer / JSONView Красиво форматирует JSON в браузере. 12. ModHeader Позволяет менять headers прямо в браузере. 13. EditThisCookie / Cookie Editor Расширение для управления куками (логины, сессии). 14. Fake Filler Автозаполнение форм тестовыми данными. 15. Clear Cache / Click&Clean Позволяет быстро чистить кэш и куки. 16. Check My Links Проверка битых ссылок. 17. Siteimprove Accessibility Checker Подсвечивает проблемы доступности прямо на странице. 18. WAVE / axe DevTools Быстрый аудит accessibility. Не забудь сохранить и поделиться с коллегой 😉 QApedia QApedia в MAX

Логи: всё, что нужно знать тестировщику Читать статью | Testing QA

Почему понимание ЦА – ключевой навык QA и Dev, о котором молчат 🤫 Сегодня хочу обсудить тему, которая является базой в работе разработчика и тестировщика!) Именно из-за плохого понимания целевой аудитории продукта могут возникать банальные ошибки в работе. Для того, чтобы понимать ЦА, я начинаю с простого вопроса: «Зачем этот продукт вообще нужен?» Не “что он делает”, а какую проблему решает и для кого. Я стараюсь представить не просто пользователя, а что он хочет и в каком он состоянии. Приведу примеры: 🔵Для обычного человека это пользователь маркетплейса. Для меня – человек, который хочет быстро и дешево купить. 🔵Для обычного человека это пользователь банка. Для меня – человек, который переживает за деньги и хочет контролировать ситуацию. Здесь очень хорошо раскрывается один из принципов: тестирование зависит от контекста. Что значит: подходы, инструменты и методы проверки адаптируются под уникальные цели, риски и тип продукта. В ситуации с маркетплейсом фокус будет на скорости загрузки, фильтрах, поиске, корректной сортировке по ценам, коротком флоу и отсутствии проблем на оплате. В ситуации с банком важны максимальная прозрачность операций и понятность, подтверждение действий. Если Dev четко понимает, кто их ЦА, то качество будет уделяться тому, где это реально важно. Меньше бесполезных фич, меньше овер инжиниринга, зато лучшие продуктовые компромиссы и правильные решения, а не сухая реализация ТЗ. QA, хорошо знающий аудиторию продукта, правильно расставляет приоритеты багам, тестирует реальные сценарии и находит скрытые проблемы в зависимости от контекста использования продукта. Функционал несомненно важен, но не менее важна ценность. И для того, чтобы ее сохранить, Dev и QA должны четко понимать: для кого этот продукт и какую проблему он закрывает. Как вы можете изучить ЦА? Кстати, особенно я советую это сделать и немного познакомиться с продуктом не по факту трудоустройства, а перед собеседованием. Интервьюеры на это очень обращают внимание и подмечают🧠 А если вы уже трудоустроены, то можете: 1️⃣ Почитать продуктовые исследования; 2️⃣ Посмотреть записи пользовательских сессий; 3️⃣ Пообщаться с support-командой; 4️⃣ Анализировать отзывы пользователей; 5️⃣ Задавать вопросы продактам. Если пост был полезен, ставь реакцию) QApedia QApedia в MAX