QApedia | Тестирование

Альтернативный способ хранения скриншотов в Playwright и способ их обновления В ходе автоматизации тестирования пользовательских интерфейсов зачастую используется такой подход как визуальное тестирование. Он позволяет поддерживать стабильность и отсутствие ошибок в отображении страниц.   Одним из инструментов, предоставляющих возможность автоматизации данного вида тестирования, является Playwright. В этой статье мы узнаем о работе с визуальным тестированием в рамках упомянутого инструмента, как справляться со сложностями хранения эталонных скриншотов и автоматизировать их обновление. QApedia

📄 Почему тестировщик должен регулярно обновлять резюме, даже если не ищет работу? Расскажу вам интересную историю, которая произошла со мной в начале моей карьеры!) Я работал в компании 2 года, ничего не предвещало беды, но как-то утром я проснулся и увидел сообщение о том, что меня уволили, вот так, одним днем (точнее, ночью😁). И дело было не в качестве моей работы, сократили почти весь IT-отдел, оставив только самых основных сотрудников… Оказалось, что у компании ушли несколько крупных спонсоров и урезали финансирование. Почему нас не предупредили об увольнении заранее? Переживали, что кто-то из сотрудников обидится и испортит/удалит важные данные и инструменты. Но суть истории даже не в этом, а в том, что у меня было состояние, как будто меня застали врасплох! Я даже не знал, с чего начать… В голове была каша: «Где искать работу? Надо составить резюме. Но лучше перед этим изучить рынок…» Именно тогда я понял, что нужно постоянно обновлять и поддерживать свое резюме, даже если ты не в поиске работы. Многие QA-инженеры вспоминают о резюме только тогда, когда решают сменить компанию. И в этот момент оказывается, что последний раз документ обновлялся два года назад, половина проектов уже забылась, а достижения приходится восстанавливать по памяти. Поддерживать резюме в актуальном состоянии стоит постоянно и это очень удобно!) 1️⃣ Вы не забудете свои достижения Со временем детали стираются. Какие задачи автоматизировали? Какие метрики улучшили? Какой стек использовали на проекте? Если фиксировать это сразу, резюме станет намного сильнее и конкретнее. 2️⃣ Резюме помогает видеть собственный прогресс Когда раз в несколько месяцев добавляешь новые навыки, инструменты и проекты, становится видно, насколько вырос профессионально. Это отличный способ оценить свое развитие объективно. 3️⃣ В резюме будут отражены ваши реальные навыки Технологии меняются, проекты заканчиваются, а некоторые знания постепенно теряют актуальность. Часто в резюме годами остаются инструменты, которыми человек давно не пользуется, и наоборот — не появляются новые компетенции, ставшие частью ежедневной работы. Регулярное обновление помогает держать резюме честным и актуальным отражением профессионального опыта. 4️⃣ Неожиданные предложения случаются чаще, чем кажется Рекрутер может написать сегодня, завтра бывший коллега позовет в команду или появится интересная вакансия. Гораздо приятнее отправить готовое резюме за 5 минут, чем срочно собирать его ночью перед собеседованием. 5️⃣ Это инструмент карьерного планирования Посмотрев на свое резюме, легко понять, каких навыков не хватает для следующего грейда. Иногда документ сам показывает точки роста лучше любого карьерного плана. 6️⃣ Обновленное резюме снижает стресс Поиск работы и так достаточно напряженный процесс. Если резюме уже готово, остается сосредоточиться на подготовке к интервью, а не вспоминать все проекты за последние несколько лет. Если было полезно, ставь реакцию 👇

На фоне новостей про блокировку Python хочу обсудить интересную тему 😈 «С какими сложностями я сталкивался во время обучения автоматизации?» Напомню, что мой стаж работы QA Auto более 10 лет. Знакомство с программированием у меня началось с Java. Далее я работал на разных проектах, писал на Go, JavaScript, последние 5 лет - на Python. В общем, опыт работы с языками программирования у меня большой!) Когда я только начинал изучать автоматизацию, мне казалось, что самое сложное — выучить язык программирования и научиться писать автотесты. На практике всё оказалось немного иначе… 1️⃣ Первая сложность — программирование Даже базовые конструкции сначала вызывали у меня вопросы. Циклы, условия, функции, работа с объектами — всё это казалось отдельным миром. Особенно тяжело было не просто читать код, а писать его самостоятельно. Что мне помогло: — ежедневно писать небольшие задачи; — разбирать чужой код; — не пытаться сразу изучить всё, а двигаться от простого к сложному. 2️⃣ Вторая сложность — понимание архитектуры автотестов Написать один тест не так сложно, как понять и организовать проект так, чтобы через месяц, годы его можно было поддерживать и развивать. Что мне помогло: — изучение паттернов вроде Page Object; — просмотр обучающих роликов по программированию; — регулярный рефакторинг собственного кода. 3️⃣ Третья сложность — большое количество инструментов Казалось, что нужно знать абсолютно всё сразу: Selenium, Playwright, CI/CD, Git, отчёты, API-тестирование, базы данных. На самом деле нет. Лучше: — сосредоточиться на одном стеке; — изучать инструменты по мере необходимости; — не сравнивать свой прогресс с более опытными специалистами. 4️⃣ Четвёртая сложность — нестабильные тесты Один из самых неприятных моментов для новичка, когда тест проходит локально, но падает на CI. Или проходит 9 раз из 10. Со временем приходит понимание, что большая часть работы автоматизатора — не написать тест, а сделать его надёжным. Что мне помогло: — изучение ожиданий и синхронизации; — работа с логами и отчётами; — поиск первопричины, а не временных решений. Небольшой совет от меня: когда я изучал автотестирование, информации в свободном доступе было гораздо меньше. Сейчас у вас столько возможностей: много видеороликов, статей, каналов, разных чатов, в которых сидят тестировщики и делятся своим опытом. Я считаю реально важным проходить этот путь не в одиночку, а иметь ментора или хотя бадди, с которым вы вдвоем осваиваете автотетирование. У меня таким был товарищ. Если я что-то не понимал, он объяснял мне, если он, я — ему) Так мы прошли этот путь вместе и это было намного проще!) Ну и еще пару советов: 🟡Не пытайтесь охватить всё сразу. Лучше уверенно знать один инструмент, чем поверхностно пять. 🟡Практикуйтесь и пишите код каждый день. Даже 30 минут практики полезнее нескольких часов теории раз в неделю. 🟡Не бойтесь переделывать свои проекты. Если пост был полезен, буду рад реакции 👍

QA в 2026 году: почему лёгкого входа в IT больше нет Если вы рассматриваете QA как самый простой способ войти в IT — эта статья сэкономит вам время, деньги и нервы. В этой статье я хочу поговорить о том, что происходит с QA-индустрией прямо сейчас и к чему стоит готовиться в 2026 году. Формально мы говорим про следующий год, но на самом деле речь не о резком переломе «с 1 января», а о тенденциях, которые уже начались и, скорее всего, будут только усиливаться дальше. QApedia | QApedia в MAX

Добрый вечер, коллеги! После тяжелого рабочего дня предлагаю вам посмотреть классный фильм вечером из моей подборки #фильмыQApedia . На повестке дня “Ex Machina”. Фильм про Turing Test и hidden requirements. Для нас, тестировщиков, это почти профессиональная деформация: «А что именно считается успешным поведением системы?» Очень сильный фильм про тестирование ИИ, манипуляцию результатами и ложноположительные выводы. QApedia | QApedia в MAX

Ты QA и у тебя баги. Какие из них блокируют релиз Пятница, 17:40. Через два часа ваша команда должна выпустить новую версию личного кабинета. На финальной проверке вы находите несколько ошибок. Часть выглядит страшно, часть почти безобидно, но времени на фиксы и полный повторный прогон уже нет. Сможете ли вы решить, какие ошибки должны заблокировать выезд, а какие можно выкатить в прод? QApedia | QApedia в MAX

И смешно, и грустно 🤣😭

⚡️Нет понимания как начать сильную карьеру в айти? На самом деле его нет у большинства соискателей, но среди них можно выделиться, если знать какие специалисты сейчас востребованы и какими навыками они должны обладать! Заходите на бесплатный эфир, где расскажут, как стать профессиональным дата-саентистом и иметь возможность выбирать офферы в 2026 году. Ведёт Мария Жарова — ML Engineer в Wildberries, до этого Альфа и Сбер, плюс преподаёт DS в ВШЭ и МИФИ. Что обещают разобрать: 🔶Что реально смотрят в DS-вакансиях, а что просто написано «на всякий случай» 🔶Как проходить отбор без коммерческого ML опыта 🔶Какие pet-projects нормально выглядят в 2026, а какие уже как Titanic в портфолио 🔶В прямом эфире соберут churn prediction кейс — ноутбук можно будет забрать себе 🔶Ну и зарплатные вилки junior / middle / senior тоже обсудят Мероприятия несет в себе реально прикладные знания, а всем зарегистрировавшимся дадут памятку компетенций DS от 📉📉📉📉📉📉— что реально стоит учить под первый оффер, а что пока можно не трогать. Эфир стартует уже совсем скоро 📈 Зарегистрироваться бесплатно

Как жить QA в 2026 году? Коллеги из Авито исследуют этот вопрос с научным подходом в своём подкасте «Не воспроизводится». В выпусках они уже разобрали: — чем сегодня QA отличаются от разработчиков; — может ли ИИ полностью заменить тестировщиков; — когда нужна автоматизация, а когда всё-таки удобнее ручные тесты, и многое другое. 🎧 Слушать подкаст: — Яндекс Музыка — YouTube — Любимый стриминг ⚡️ А ещё коллеги провели исследование рынка QA. Спросили 800 инженеров о главных вопросах и болях мира тестирования сейчас. Более полного и актуального среза рынка точно ещё не было. Его результаты и выпуски подкаста — по ссылке.

Залетаю к вам вечерком с полюбившейся рубрикой YouTube для тестировщика. Сегодня хочу посоветовать видео «Профессиональное выгорание в QA — почему тестировщики сгорают и как этого избежать» с личной историей экс-QA Lead, прошедшей этот путь!) QApedia | QApedia в MAX

Kafka для самых маленьких тестировщиков Недавно коллеги попросили меня рассказать о базовых вещах в Kafka, которые могут быть полезны при тестировании общающихся между собой микросервисов или сервисов, взаимодействующих со сторонними ресурсами. В этой статье - основные идеи моего рассказа. Те, кто уже работал на проектах с Kafka, вряд ли найдут здесь для себя новую информацию. Но для новичков я постарался раскрыть наиболее распространенные сценарии. QApedia | QApedia в MAX

Как НЕ нужно писать автотесты на Python В этой статье разбирается несколько типичных ошибок, которые встречаются при написании автотестов на Python. Цель не в том, чтобы высмеять конкретных людей или проекты. Главное — показать абсурдность некоторых подходов, объяснить, как не стоит строить тестовую инфраструктуру и почему это приводит к проблемам. QApedia | QApedia в MAX

Чему учиться: как быстро «протухнет» ваше резюме? Я периодически обновляю резюме — считаю, что даже если текущая работа тебя устраивает, не стоит отрываться от рынка. Надо смотреть по сторонам, прикидывать свою стоимость и подмечать изменения, чтобы внезапно не остаться вне реальности. В этот раз при обновлении я задумался: есть ли смысл указывать навыки, которыми я овладел уже 5, а то и 8 лет назад? Если вы еще не поняли, они уже устарели. А то, что вы считаете «своей последней фишкой», устареет уже завтра. Так что писать? И куда вообще двигаться дальше? Поговорим о факторах, которые «убивают» навыки в резюме, пропустим их через скепсис, а потом все же перейдем к теме обучения. QApedia | QApedia в MAX

Топ-10 полезных расширений для браузера в арсенале QA-инженера В этой статье мы рассмотрим список из 10 расширений, которые значительно повысят вашу продуктивность, начиная с простого, но часто необходимого инструмента для контроля текстовых данных. QApedia | QApedia в MAX

gRPC для тестировщика: быстрый старт после REST REST уже не единственный API-стандарт — всё чаще в микросервисах встречается gRPC. В статье — быстрый и понятный вводный гайд для тестировщиков: чем gRPC отличается от REST, как устроены .proto-контракты, какие бывают типы запросов и как всё это тестировать через Postman. Плюс — разбор status codes и практические примеры. Хороший старт, если давно хотели разобраться с gRPC без тонны теории. QApedia | QApedia в MAX

Из 1600 человек только 170 попадут в IT Я в IT уже 25 лет и неоднократно наблюдаю повторение одного и того же цикла. Во время ковида многие говорили, что порога входа в индустрию нет. Сейчас, на фоне сокращений, многие жалуются, что IT умирает и работу найти невозможно. И тогда, и сейчас я повторяю одно и то же: в IT каждый найдет себе место, но только при наличии способностей. И независимо от состояния экономики, эта работа подходит лишь примерно 10% желающих. QApedia | QApedia в MAX