🔗 Дорогие автотесты: когда автоматизация тестирования начинает вредить бизнесу

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

Читать

⚡️ 10 мощных тестов с Chrome DevTools

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

Давайте рассмотрим, какие функции Chrome DevTools делают его незаменимым инструментом для тестировщиков, — на примере 10 тестов.

Читать

⚠️ Скрытые антипаттерны в Playwright, о которых вы не подозреваете

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

Читать

☄️ Как ускорить автотесты на Python в Pytest в 8,5 раз

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

Читать

🤓 Git для QA Engineer

Во многих вакансиях для QA знание Git уже считается базовым навыком — особенно для специалистов уровня Middle и выше. А для автоматизаторов Git вообще является обязательным инструментом ежедневной работы.

При этом многие начинающие тестировщики знают только несколько команд (clone, pull, push) и боятся всего остального. Из-за этого возникают проблемы: потерянные изменения, конфликты, случайные коммиты в main-ветку и путаница при работе в команде.

Данная статья — это практический обзор Git именно с точки зрения QA-инженера.

Читать

📌 Первый месяц в Bug Bounty: итоги, цифры и выученные уроки

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

Основная цель была простой получить опыт и проверить свои знания в бою, а не в лабораторной среде. Ну и, конечно, был интерес заработать репутацию практика и получить первые выплаты".

Читать

✔️ Резервное копирование БД без влияния на потребителя. Тестируем Direct I/O в CopyWala

Тестирование функциональности Direct I/O — задача сама по себе нетривиальная. Сложность возрастает, если проверить работу функциональности можно только на ненагруженной базе данных, а тестируемое приложение предназначено для работы с высоконагруженными системами.

Можно, конечно, ограничиться проверкой того, что на неактивной базе приложение не использует кеш. Но это не даёт ответа на главные вопросы клиента: «Будет ли реальная выгода в промышленной эксплуатации и не случится ли так, что активное резервное копирование снизит производительность базы данных?»

Читать

👀 Находим баги быстрее: умный способ дебага проблем интеграции

Представим, что команда обнаружила баг в недавней версии продукта. Где-то по пути что-то пошло не так. Но как понять, когда именно всё начало ломаться?

Можно протестировать каждый билд по очереди, начиная с последней стабильной версии, пока не будет найден первый проблемный. Это прямолинейный подход, и он работает. Но он может занять часы или даже дни, особенно если билды выходят часто. Проверка каждого из них требует времени.

В этой статье представлен более быстрый метод определения точной версии, в которой появились проблемы, с использованием более эффективного подхода к поиску, основанного на параллельном тестировании на нескольких устройствах.

Читать

🔗 AI для Тестирования (QA): краткий гайд по инструментам

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

Читать

✨ Руководство по имитаторам для тестировщиков

Моделирование реалистичных сценариев, в которых система может продемонстрировать свою устойчивость, — задача непростая. Но всё становится проще при правильном планировании и чётком понимании доступных вариантов, их стоимости и ограничений.

В этой статье описывается создание тестовых сценариев, которые могут поставить систему под угрозу в продакшене. Приходилось ли вам сталкиваться с дефектом, который сложно воспроизвести в тестовой среде? Если да, то, возможно, в этой статье вы найдёте идеи, которые помогут вам в этом.

Читать

⚙️ Почему в Go больно писать автотесты (и дело не в синтаксисе)

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

Читать

🖥 Полное руководство по тестированию доступности

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

Читать

⚡️ Моки, стабы и фейки: в чем разница и что выбрать для автотестов?

Чтобы тесты приносили пользу, а не только увеличивали время сборки в CI/CD, нужно четко понимать, какой «дублер» нужен в конкретной ситуации.

В этой статье мы разберем на практике, в чем реальная разница между Stub, Mock и Fake, на каких уровнях тестирования их применять и как перестать писать тесты, которые проверяют сами себя.

Читать

✔️ Как организовать bug bash: руководство для тестировщиков

Вам когда-нибудь хотелось превратить тестирование в вечеринку? Bug bash как раз позволяет это сделать! Bug bash укрепляет сотрудничество, даёт возможность выслушать разные точки зрения и помогает формировать и укреплять культуру качества.

Обычно bug bash выглядит примерно так:

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

Читать

🟢 Race Condition в веб-приложениях: три типа уязвимости и как их находить

Race Condition недооценивают. Это гонка одновременных запросов, и оборачивается она двойными списаниями, обходом лимитов и захватом чужих аккаунтов. Такие баги до сих пор находят в платёжных системах, авторизации и бонусных программах крупных сервисов.

Эта статья поможет вам понять, что собой представляет Race Condition, как ее находят и что помогает от нее защититься.

Читать

💡 Как начать тестировать внутренние покупки (In-App Purchases) на Android

Что такое внутренняя покупка и зачем её тестировать?

Внутренние покупки позволяют пользователю приобретать:

• Подписки с автопродлением (auto-renewable subscriptions)
• Потребляемые продукты (consumables), например, монеты в качестве внутренней валюты
• Непотребляемые продукты (non-consumables), например, отключение рекламы
• Контент или функции, разблокируемые через покупку.

Ошибки в реализации IAP могут привести к потере дохода, негативному пользовательскому опыту, жалобам и возможному отклонению приложения при модерации.

Читать