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

✔️ Как организовать bug bash: руководство для тестировщиков Вам когда-нибудь хотелось превратить тестирование в вечеринку? Bug bash как раз позволяет это сделать! Bug bash укрепляет сотрудничество, даёт возможность выслушать разные точки зрения и помогает формировать и укреплять культуру качества. Обычно bug bash выглядит примерно так: 🟠 Вы приглашаете кросс-функциональную команду: тестировщиков, разработчиков, продакт-оунеров, дизайнеров, стейкхолдеров. Иногда это просто продуктовая команда, а иногда — люди, которые обычно не ходят на ваши встречи – например, юристы или маркетологи. Важно пригласить и тех, кто ещё не пользовался продуктом (или не пробовал новые фичи). 🟠 Вы задаёте общие правила тестирования продукта. Как и на обычной вечеринке, хороший хозяин должен обозначить ожидания и рамки. 🟠 Веселитесь! Геймифицируйте тестирование (несколько идей ниже). 🟠 В течение нескольких часов или даже нескольких сессий по паре часов команда сосредоточенно тестирует продукт, следуя заданным правилам. 🟠 Обязательно заложите время на перерывы. 🟠 Закуски и напитки тоже всегда приветствуются. Читать

⚡️ Моки, стабы и фейки: в чем разница и что выбрать для автотестов? Чтобы тесты приносили пользу, а не только увеличивали время сборки в CI/CD, нужно четко понимать, какой «дублер» нужен в конкретной ситуации. В этой статье мы разберем на практике, в чем реальная разница между Stub, Mock и Fake, на каких уровнях тестирования их применять и как перестать писать тесты, которые проверяют сами себя. Читать

🖥 Полное руководство по тестированию доступности В статье — лучшие практики, инструменты и советы для QA, чтобы сделать цифровые продукты удобными для всех пользователей. Читать

⚙️ Почему в Go больно писать автотесты (и дело не в синтаксисе) В статье разбираются ключевые системные боли автотестов на Go (не на уровне синтаксиса, а на уровне исполнения). Автор на примерах показал, какого слоя не хватает и как он может выглядеть. Читать

✨ Руководство по имитаторам для тестировщиков Моделирование реалистичных сценариев, в которых система может продемонстрировать свою устойчивость, — задача непростая. Но всё становится проще при правильном планировании и чётком понимании доступных вариантов, их стоимости и ограничений. В этой статье описывается создание тестовых сценариев, которые могут поставить систему под угрозу в продакшене. Приходилось ли вам сталкиваться с дефектом, который сложно воспроизвести в тестовой среде? Если да, то, возможно, в этой статье вы найдёте идеи, которые помогут вам в этом. Читать

🔗 AI для Тестирования (QA): краткий гайд по инструментам Шаблоны промптов и список инструментов. Статья ориентирована преимущественно на специалистов уровня junior/middle, а так же на тех, кому интересно разобраться в современных AI-инструментах для профессии QA. Читать

👀 Находим баги быстрее: умный способ дебага проблем интеграции Представим, что команда обнаружила баг в недавней версии продукта. Где-то по пути что-то пошло не так. Но как понять, когда именно всё начало ломаться? Можно протестировать каждый билд по очереди, начиная с последней стабильной версии, пока не будет найден первый проблемный. Это прямолинейный подход, и он работает. Но он может занять часы или даже дни, особенно если билды выходят часто. Проверка каждого из них требует времени. В этой статье представлен более быстрый метод определения точной версии, в которой появились проблемы, с использованием более эффективного подхода к поиску, основанного на параллельном тестировании на нескольких устройствах. Читать

Почему одних QA зовут на собеседования, а других игнорируют? Потому что они AQA, все просто Ручное тестирование уже не даёт такого преимущества, как раньше. Python, Playwright и Docker — то, что всё чаще хотят видеть работодатели. Показываем, как усилить резюме под текущий рынок. Смотри по ссылке

✔️ Резервное копирование БД без влияния на потребителя. Тестируем Direct I/O в CopyWala Тестирование функциональности Direct I/O — задача сама по себе нетривиальная. Сложность возрастает, если проверить работу функциональности можно только на ненагруженной базе данных, а тестируемое приложение предназначено для работы с высоконагруженными системами. Можно, конечно, ограничиться проверкой того, что на неактивной базе приложение не использует кеш. Но это не даёт ответа на главные вопросы клиента: «Будет ли реальная выгода в промышленной эксплуатации и не случится ли так, что активное резервное копирование снизит производительность базы данных?» Читать

📌 Первый месяц в Bug Bounty: итоги, цифры и выученные уроки "Когда пришло время искать работу пентестером, я столкнулся с реальностью: вакансий в моем регионе почти нет, а те, что находил, не приносили даже приглашений на собеседование. Профиль без практического опыта не вызывал интереса у работодателей. Чтобы начать нарабатывать реальный стаж, я решил попробовать себя в багхантинге. Основная цель была простой получить опыт и проверить свои знания в бою, а не в лабораторной среде. Ну и, конечно, был интерес заработать репутацию практика и получить первые выплаты". Читать

🤓 Git для QA Engineer Во многих вакансиях для QA знание Git уже считается базовым навыком — особенно для специалистов уровня Middle и выше. А для автоматизаторов Git вообще является обязательным инструментом ежедневной работы. При этом многие начинающие тестировщики знают только несколько команд (clone, pull, push) и боятся всего остального. Из-за этого возникают проблемы: потерянные изменения, конфликты, случайные коммиты в main-ветку и путаница при работе в команде. Данная статья — это практический обзор Git именно с точки зрения QA-инженера. Читать

☄️ Как ускорить автотесты на Python в Pytest в 8,5 раз "Меня зовут Анатолий Бобунов, я работаю SDET в компании EXANTE. Однажды я пришел на проект, на котором выполнение некоторых тест-сьютов занимало больше часа, настолько медленно, что запускать их на каждый merge request (MR) было просто нереально. Мы хотели запускать автотесты на каждый коммит в MR, но с такой скоростью это было невозможно. В результате мне удалось, за счёт серии небольших, но точных изменений добиться 8,5-кратного ускорения - без переписывания тестов с нуля. В статье расскажу, какие проблемы у нас возникли и как мы их решали". Читать

Авито запускает бесплатный онлайн-курс по QA! За 4 месяца вы пройдёте весь цикл работы QA‑инженера — от написания документации до создания своих автотестов с поддержкой экспертов из Авито. Что вас ждёт? - Советы и опыт экспертов. QA-инженеры Авито поделятся знаниями, как улучшать продукты с многомиллионной аудиторией. - Практические кейсы для портфолио. Вы научитесь применять принципы тестирования и автоматизации, а еще работать с профессиональными инструментами (Bruno, DevTools, Git и др.) - Поддержка на каждом этапе. Эксперты Авито будут давать фидбек по домашним заданиям и отвечать на вопросы. - Фаст-трек для лучших. Выпускники, вошедшие в топ рейтинга, получат преимущество при отборе на стажировку в Авито. Регистрация продлится до 16 августа включительно! Успейте подать заявку

⚠️ Скрытые антипаттерны в Playwright, о которых вы не подозреваете В статье разобраны распространённые антипаттерны при тестировании в Playwright, которые незаметно замедляют тесты и делают их нестабильными. Читать

⚡️ 10 мощных тестов с Chrome DevTools Chrome DevTools — это мощный набор инструментов для инспектирования и отладки веб-сайтов и веб-приложений. Для тестировщиков он предоставляет удобный способ изучать элементы страницы, анализировать логи консоли, отслеживать сетевую активность и оценивать производительность страницы. Давайте рассмотрим, какие функции Chrome DevTools делают его незаменимым инструментом для тестировщиков, — на примере 10 тестов. Читать

🔗 Дорогие автотесты: когда автоматизация тестирования начинает вредить бизнесу Автор этой статьи предлагает смотреть на автоматизацию тестирования не только с инженерной, но и с инвестиционной точки зрения. Не как на «красиво написанный автотест», а как на вложение ресурсов, которое должно окупаться. У любого такого вложения есть цена: разработка, поддержка, расследование падений, адаптация к изменениям продукта, время инженеров и стоимость инфраструктуры. И если всё это не даёт ощутимой отдачи, то, возможно, автоматизировать такой сценарий просто невыгодно. Читать

«Альфа-Банк» ищет главного специалиста по ручному и автотестированию на C#. Вашей задачей будет обеспечение качества системы через ручное и автоматизированное тестирование. Чем предстоит заниматься: — разрабатывать тест-кейсы, документировать автотесты, разрабатывать и согласовывать критерии приёмки; — писать автотесты по функционалу системы и дорабатывать фреймворки; — проводить функциональное, интеграционное и регрессионное тестирование (50% авто / 50% ручное); — выявлять, фиксировать и приоритизировать дефекты, готовить отчётность по релизам; — анализировать и воспроизводить дефекты промышленной среды. Подробнее по ссылке

🔥 Работа с нестабильными тестами в Allure 3 Нестабильные (flaky) тесты создают постоянные трудности для тестировщиков. Такие тесты не отражают состояния тестируемой системы и подрывают доверие к тестовому набору. Вооружившись лучшими практиками, нестабильность можно свести к минимуму, но полностью избавиться от неё крайне трудно. Чтобы лучше её контролировать, нужны инструменты, позволяющие выявлять нестабильные тесты — например, Allure Report. В этом руководстве мы посмотрим, как Allure работает с нестабильными тестами: исследуем, как устроена история тестов, разберёмся, как история позволяет определять нестабильные тесты и растроим перезапуск тестов. Читать

#видео Практический разбор CSS-локаторов для тех, кто хочет научиться быстро и безошибочно находить элементы на странице. В видео объясняется, как писать лаконичные селекторы, которые не сломаются при минимальных правках в верстке. Вторая часть полностью посвящена практике: поиск элементов на реальном сайте и примеры написания кода на Java и Python. ▶️ Смотреть на YouTube

В «Альфа-Банке» открыта позиция QA Fullstack (Manual+AT). Вашей задачей будет комплексное тестирование web-приложений — от ручных проверок до автотестов. Чем предстоит заниматься: — тестировать web-приложения вручную и с помощью автотестов; — писать автотесты на C# (SpecFlow) и тест-кейсы на основе бизнес-требований; — работать с интеграционным тестированием, Rest API и SQL; — актуализировать тестовую модель при изменении требований; — взаимодействовать с командой проекта. Подробнее по ссылке