Канал для тестировщиков, как для новичков, так и для бывалых. Ежедневно делимся материалами по тематике (авторские посты и мысли автора, интересные статьи, обучающие видео, новости, ИТ-юмор, опросы)
Сотрудничество: @the_real_bird
Post #899
479
Forwarded from QApedia | Тестирование
Что 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)
Продолжаю тему прошлой недели: мы обсуждали, что не должен знать 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)
- ❤ 5
- 🔥 4
- 👍 2
