QA собес | Тестирование

🔥 Укрощаем зоопарк, или Тестируем с помощью собственных API-mocks Как тестировать систему, если половина её компонентов — это «чёрные ящики» с уникальными протоколами, а стандартные API-mocks не справляются? С точки зрения готовых решений — тупик… Автор этой статьи, AQA-инженер, рассказал, как в его команде создали собственные API-mocks, которые не просто отвечают шаблонными сообщениями, а ведут себя как настоящие компоненты системы. В этой статье — путь от идеи до работающего решения, которое можно адаптировать под ваши задачи. 🔗 Читать

📚 Приложение может работать без ошибок, но всё равно раздражать пользователей: непонятная навигация, неудобные формы, неочевидные жесты, странные сообщения об ошибках. Такие проблемы редко находят обычные функциональные проверки. 30 июня в 20:00 МСК приглашаем вас на открытый урок, где разберём, как системно оценивать удобство мобильного приложения без сложных программ и долгой подготовки. На занятии покажем, чем UI отличается от UX, какие ошибки чаще всего мешают пользователям и как проверять навигацию, жесты, формы ввода, сообщения об ошибках и адаптивность. Участники получат готовый список проверок для практики. Открытый урок проходит в преддверии старта курса «Инженер по тестированию». 👉Зарегистрируйтесь, чтобы научиться видеть приложение глазами пользователя и аргументировать UX-проблемы перед командой: https://vk.cc/cYZxll Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

👀 37 советов и приемов по написанию качественных тестов для фронтенда Написание теста и последующее обновление кода для его прохождения — всегда увлекательный процесс. Но нет ничего хуже, чем выяснение того, что проверяют существующие тесты. Из этой статьи вы узнаете, как повысить качество своих тестов для фронтенда. ✅ Читать

Готовы тестировать технологии, которые отправляются в космос? 🚀 Участвуйте в SPRINT OFFER для инженеров по автоматизации тестирования (Python) и получите оффер всего за 5 дней. БЮРО 1440 – российская аэрокосмическая компания, создающая собственную низкоорбитальную спутниковую группировку для высокоскоростной передачи данных с глобальным покрытием. Команда нанимает в департамент "Единые системы управления и разработка ПО", где инженеры разрабатывают цифровые двойники, инструменты проектирования космической системы, внутреннее облако, дата-платформу, инструменты для разработчиков и системы управления разработкой, занимается тестированием и раскаткой ПО. 💡 Что важно: • Опыт в тестировании от 5 лет; • Высшее техническое образование; • Опыт автоматизации тестирования на Python от 3 лет; • Опыт автоматизации тестирования API, UI и GUI; • Знание SQL, Docker, Kubernetes и Linux. ⚙️ Как проходит SPRINT OFFER: 1️⃣ Оставьте заявку до 24 июня. 2️⃣ Пройдите техническое и менеджерское интервью. 3️⃣ Получите оффер за 5 дней. 💼 Что предлагаем: 🚀 Удалённую работу по РФ, гибридный формат или офис; 🚀 Участие в разработке космических технологий и спутниковых систем связи; 🚀 Карьерный рост внутри команды и возможность развиваться в смежных направлениях; 🚀 Возможность участия в профессиональных конференциях, тренингах и обучение в собственной академии 1440 за счет компании; 🚀 ДМС со стоматологией, страхование, корпоративные скидки и комплексная поддержка сотрудников. Присоединяйтесь к БЮРО 1440 и станьте частью команды, которая создает связь нового поколения! Отправляйте заявку до 24 июня!

✔️ Не все RPS одинаково полезны: уроки нагрузочного тестирования core-системы Когда мне пришла идея написать эту статью, я предполагала, что это будет хроника ошибок, от которых мы бы хотели предостеречь техническое сообщество: как мы наивно полагались на «синтетику», а «видовое многообразие» сервисов раскрыло нам глаза. Но по мере подготовки материала пришло осознание, что проблема не в том, что мы ошиблись в методике, а в том, что для core-системы, пропускающей сотни тысяч разнородных запросов в секунду, достичь точного воспроизведения боевой нагрузки практически невозможно. Под катом рассказ о том, как мы двигались от упрощенных моделей к глубокому изучению специфики поведения системы, а по пути осознали, что нужно не выбирать между крайностями, а комбинировать подходы и учитывать риски. 📌 Читать

Готовы тестировать технологии, которые отправляются в космос? 🚀 Участвуйте в SPRINT OFFER для инженеров по автоматизации тестирования (Python) и получите оффер всего за 5 дней. БЮРО 1440 – российская аэрокосмическая компания, создающая собственную низкоорбитальную спутниковую группировку для высокоскоростной передачи данных с глобальным покрытием. Команда нанимает в департамент "Единые системы управления и разработка ПО", где инженеры разрабатывают цифровые двойники, инструменты проектирования космической системы, внутреннее облако, дата-платформу, инструменты для разработчиков и системы управления разработкой, занимается тестированием и раскаткой ПО. 💡 Что важно: • Опыт в тестировании от 5 лет; • Высшее техническое образование; • Опыт автоматизации тестирования на Python от 3 лет; • Опыт автоматизации тестирования API, UI и GUI; • Знание SQL, Docker, Kubernetes и Linux. ⚙️ Как проходит SPRINT OFFER: 1️⃣ Оставьте заявку до 24 июня. 2️⃣ Пройдите техническое и менеджерское интервью. 3️⃣ Получите оффер за 5 дней. 💼 Что предлагаем: 🚀 Удалённую работу по РФ, гибридный формат или офис; 🚀 Участие в разработке космических технологий и спутниковых систем связи; 🚀 Карьерный рост внутри команды и возможность развиваться в смежных направлениях; 🚀 Возможность участия в профессиональных конференциях, тренингах и обучение в собственной академии 1440 за счет компании; 🚀 ДМС со стоматологией, страхование, корпоративные скидки и комплексная поддержка сотрудников. Присоединяйтесь к БЮРО 1440 и станьте частью команды, которая создает связь нового поколения! Отправляйте заявку до 24 июня!

#видео В видео разбирается, как ChatGPT, Gemini и Claude помогают QA-инженерам автоматизировать рутину: от генерации тест-кейсов и чек-листов до анализа сложных требований и поиска багов. Автор сравнивает топовые нейросети и объясняет, в каких задачах они реально экономят время, а где за ними всё ещё нужен контроль. Полезный обзор для тех, кто хочет повысить свою эффективность и использовать возможности AI для карьерного роста. ▶️ Смотреть на YouTube

#видео В этом видео: ✔️ Что такое Playwright MCP и как он работает ✔️ Как настроить его в VS Code или Cursor IDE ✔️ Как запускать автотесты с помощью Copilot ✔️ Как использовать MCP для exploratory testing, генерации тестов и поиска багов ✔️ Как применить всё это в реальном проекте — на примере OnlyTests.io ▶️ Смотреть на YouTube

💥 Как тестировать API прямо в IDE, или почему я больше не использую Postman Postman используют миллионы разработчиков — и не зря. Удобный интерфейс, коллекции, окружения, командный доступ. О чём еще мечтать? Но если вы большую часть дня проводите в IDE, у этого подхода есть один постоянный friction point: нужно переключаться. Открыть Postman, вспомнить, где нужный запрос, скопировать токен из консоли, вставить руками. Потом вернуться обратно. И так по кругу. Автор этой статьи предлагает использовать в качестве альтернативы HTTP-клиент, встроенный прямо в IDE, и знакомит читателей с его возможностями для тестирования API. 🔗 Читать

#видео Понятное руководство по XPath для тех, кто только начинает свой путь в автоматизации. Внутри — подробный разбор базовых селекторов, функций и осей на примере реального интернет-магазина. Помимо теории, в видео показано, как внедрить полученные знания в код: автор демонстрирует написание автотестов на Java и Python. Хорошая возможность разобраться в навигации по DOM-дереву и научиться строить надежные локаторы с нуля. ▶️ Смотреть на YouTube

☄️ Начинаем в багбаунти: как найти ошибки в бизнес‑логике Уязвимости бизнес‑логики — это сложные и часто недооцененные ошибки, способные привести к серьезному ущербу. Разберем, как их находить, почему они опасны и что делает охоту за ними в багбаунти такой увлекательной. ⚙️ Читать

#видео Где лучше строить карьеру тестировщику: в стабильном продукте, гибком аутсорсе или драйвовом стартапе? В видео проводится честный разбор четырех типов IT-компаний, который поможет QA-инженеру определиться с вектором развития. Автор сравнивает площадки по ключевым критериям: от уровня зарплат и сложности входа для новичков до выстроенности процессов и ценности тестирования в команде. Полезный гид для тех, кто хочет найти наиболее комфортное место под свои навыки и ожидания от работы. ▶️ Смотреть на YouTube

👀 Мы пробили новое дно: change request-ы и баг-репорты, которые никто не понимает Мы, кажется, пробили новое дно. И что особенно удивительно, Карл! – аккуратно, без паники, с хорошей формулировкой и абзацами. Разбираемся, почему ИИ полезен не на всех стадиях работы. ▶️ Читать

🟣 Playwright: E2E‑тесты на JavaScript, которые не флакуют Flaky‑тесты — бич E2E‑автоматизации. Команда перезапускает пайплайн, пока не позеленеет. Доверие к тестам падает. В итоге CI‑статус игнорируется, и баг всё равно попадает в прод. Playwright — фреймворк от Microsoft для E2E‑тестирования — был построен с нуля, чтобы решить именно эту проблему. В нем есть автоматические ожидания, изоляция через Browser Contexts и встроенный тест‑раннер. В этой статье разбирается, чем Playwright отличается от Selenium и Cypress и как писать тесты, которые не падают от ветра. ▶️ Читать

#видео Подмена трафика во время тестирования - привычное дело, когда речь идет о ручном тестировании. А с помощью Playwright мы можем добавить этот подход и в наши автотесты. Просмотрев видео, вы узнаете, как это делается. ▶️ Смотреть на YouTube

🍏 10 способов тестировать iOS-приложения: состояния и стадии жизненного цикла Понимание того, как приложение переходит между состояниями, помогает находить коварные баги, воспроизводить реальные сценарии использования и убеждаться, что всё работает гладко — даже когда приложение чем-то занято в фоне. Эта статья познакомит вас с жизненным циклом и состояниями приложений для iPhone и iPad. 🔴 Читать

📌 ТОП инструментов для проверки доступности (Accessibility) для QA Проверка доступности помогает убедиться, что продуктом смогут пользоваться все: люди с нарушениями зрения, моторики, слуха, когнитивными особенностями. Собрали подборку простых и бесплатных инструментов, которые помогут проводить базовые A11y-проверки: ▫️ WAVE (Web Accessibility Evaluation Tool) — Подсвечивает ошибки доступности прямо на странице — Проверяет контрастность, alt-атрибуты, заголовки, ARIA-метки 🔗 https://wave.webaim.org ▫️ Axe DevTools (расширение) — Одно из лучших расширений для A11y-проверок — Показывает критические нарушения и объясняет, как их исправить — Работает в Chrome и Firefox 🔗 https://www.deque.com/axe/devtools ▫️ Lighthouse (Chrome) — Встроенный инструмент в DevTools — Есть отдельный раздел Accessibility — Показывает score и детальные рекомендации 🔗 https://developer.chrome.com/docs/lighthouse ▫️ Color Contrast Checker — Проверяет контраст между текстом и фоном — Полезно для UI-дизайна и фронтенд-ревью 🔗 https://webaim.org/resources/contrastchecker ▫️ Screen Reader Testing (NVDA) — Базовые проверки через скринридер — Допомагає зрозуміти, как сайт звучит для пользователей с ограничениями зрения — Бесплатный, работает на Windows 🔗 https://www.nvaccess.org/download ▫️ Focus Order Debugging — Проверка логичности перемещения по Tab — Можно делать прямо вручную: Tab → Tab → Tab — Помогает выявить самые частые ошибки в навигации (инструмент встроен в любой браузер) Эти инструменты помогут улучшить качество продукта и обеспечить доступность для всех пользователей — даже без глубоких знаний A11y. Используете ли вы какие-то инструменты для проверки доступности? Какие работают лучше всего?

👀 Визуальное тестирование для Manual QA: ТОП бесплатных инструментов Визуальные баги — одни из самых коварных: кнопка «уехала» на пару пикселей, изменился цвет, текст сместился — а глазами это не всегда легко заметить, особенно когда постоянно тестируешь один и тот же продукт. Собрали подборку простых инструментов для визуального тестирования (UI-сравнение, визуальная регрессия) — без кода, без написания тестов и скриптов: ▫️ BugLab — Указываете ссылку на страницу — Сервис делает скриншот и сравнивает его с предыдущей версией — Подсвечивает различия (красным — где что-то изменилось или пропало) — Удобно для проверки изменений после обновлений 🔗 https://buglab.ai ▫️ Pixel Perfect (расширение) — Подходит для проверки адаптивной вёрстки — Накладывает PNG-макет поверх живой страницы — Позволяет сверить верстку 1:1 с дизайном — Полезно для фронтенд-ревью и тестирования вёрстки 🔗 https://chromewebstore.google.com/detail/perfectpixel-by-welldonec/dkaagdgjmgdmbnecmcefdhjekcoceebi?hl ▫️ PixelZoomer (расширение) — Увеличивает фрагменты страницы — Позволяет измерять отступы, размеры и позиции — Работает как удобная «лупа» для точечных проверок 🔗 https://chromewebstore.google.com/detail/pixelzoomer/fogkjckfkdcnmnnfmbieljpkmmihhpao?hl=en ▫️ Diffy (free 14-day trial) — Сравнивает две версии сайта (например, staging и production) — Делает скриншоты и показывает изменения — Подсвечивает визуальные отличия 🔗 https://diffy.website Какие инструменты вы используете для визуальной регрессии? Делитесь опытом и рекомендациями по no-code visual testing.

🍪 Большая подборка ресурсов для работы с cookies для QA Cookies отвечают за: — авторизацию — хранение сессий — персонализацию пользователя — аналитику и рекламу И часто именно здесь прячутся проблемы: от «вечных» сессий до уязвимостей безопасности. Собрали подборку ресурсов, которые помогут прокачать навыки работы с cookies: ▫️ Инструменты для работы с cookies в браузере — Cookie-Editor (Chrome) 🔗 https://cookie-editor.cgagnier.ca — Cookie Quick Manager (Firefox) 🔗 https://addons.mozilla.org/en-US/firefox/addon/cookie-quick-manager ▫️ Практика безопасности и уязвимостей — OWASP Juice Shop — тренажёр по веб-безопасности, можно экспериментировать с cookies 🔗 https://owasp.org/www-project-juice-shop — PortSwigger Web Security Academy — интерактивные лабораторные по cookies, сессиям и токенам 🔗 https://portswigger.net/web-security ▫️ API и HTTP-эксперименты — HTTPBin — площадка для проверки HTTP-запросов и работы с cookies 🔗 https://httpbin.org — Postman Echo — тестирование cookies в запросах 🔗 https://www.postman-echo.com ▫️ Ресурсы для соответствия GDPR / CCPA — CookieYes — генератор cookie consent баннеров 🔗 https://www.cookieyes.com — Termly — готовые политики Cookie Policy 🔗 https://termly.io ▫️ Статьи и гайды для QA — OWASP Cheat Sheet — рекомендации по безопасной работе с cookies 🔗 https://cheatsheetseries.owasp.org/cheatsheets/Session_Management_Cheat_Sheet.html — MDN Web Docs — документация по cookies с примерами 🔗 https://developer.mozilla.org/en-US/docs/Web/HTTP/Cookies Сохраняйте подборку, делитесь с коллегами и пишите в комментариях свои любимые ресурсы по работе с cookies

#видео Ироничный, но полезный разбор 20 антипаттернов в тестировании, которые на практике приводят к багам на проде и конфликтам в команде. Хотя видео подано в юмористическом ключе, каждый пункт описывает реальные ошибки, допускаемые как новичками, так и опытными специалистами. ▶️ Смотреть на YouTube