🐸 Библиотека тестировщика

#развлекалово

😎 4 браузера, которые могут удивить даже закаленного тестировщика

Chrome уже раздражает, Firefox глючит — а тестировать надо. Мы с коллегами перебрали кучу вариантов и вот что реально работает:

🔘 LibreWolf — чистый форк Firefox без телеметрии, заточен под приватность. Минус — не самый гибкий для кастомизации.

🔘 Brave — быстрый Chromium с авто-блокировкой рекламы. Отличный вариант для тестов в «чистом» виде.

🔘 Thorium — зверь на Chromium: меньше лагов, лучше рендер. Подходит для тяжёлых интерфейсов и нагруженных стендов.

🔘 QuteBrowser — только клавиатура, никакой мыши. Лёгкий, быстрый и отличный для фокусной проверки логики.

Если постик зашёл, то поддержите бустом канала 🙂

Какой браузер сейчас у вас основной? Делитесь в комментах 👇

🐸 Библиотека тестировщика

#междусобойчик

⭐️ Тестирование под капотом: инструменты, практики и подходы для углублённого уровня

Эта подборка — не про «что такое юнит-тесты», а про инженерные подходы к качеству: надёжная автоматизация, интеграция с CI, тестирование на уровне API, контрактов и перформанса.

➡️ Test Automation Strategy – принципы построения надёжной архитектуры автотестов, выбор инструментов и разделение задач в команде.

➡️ Playwright Automation — глубокое погружение: параллельные браузеры, настройка сред, Trace и Debugging.

➡️ 16 Best Test Automation Practices to Follow in 2025 — чек‑лист от BrowserStack: от стратегии и CI до модульных тестов и AI‑поддержки.

➡️ Deep Dive into Playwright Test Runner and Configuration — обзор полного lifecycle‑конфига Playwright, parallel exec, фикстуры, отчётность.

➡️ Flaky-тесты: что это такое, какие они бывают и что с ними делать.

🐸 Библиотека тестировщика

#свежак

😈Тестирование обхода проверки расширений при загрузке файлов

Веб-приложение позволяет пользователям загружать изображения. На сервере при загрузке проверяется только расширение файла (см. на картинке).

Какой тест-кейс наиболее эффективно выявит обход этой проверки ❓

🐸 Библиотека тестировщика

#междусобойчик

🌟 Топ-вакансий для тестировщиков за неделю

Инженер по тестированию — гибрид (Санкт-Петербург/Москва)

QA Engineer — гибрид (Москва)

Инженер по тестированию бэкенда (JS / TS) — 200 000 —‍ 300 000 ₽, офис/гибрид (Москва)

QA Auto (Java Mobile+Web) — от 250 000 ₽ до 300 000 ₽, удаленно

Lead QA Engineer — 310 000 —‍ 350 000 ₽, удаленно (Москва)

➡️ Еще больше топовых вакансий — в нашем канале QA jobs

🐸 Библиотека тестировщика

#свежак

⭐️ Как выбрать технику тест-дизайна под задачу

Слепое написание кейсов без структуры — путь к пропущенным багам и бесполезным тестам. Чтобы покрыть максимум при минимуме — нужно выбирать подходящую технику.

Почему это важно:

📍 Без техники легко пропустить граничные и нестандартные сценарии

📍 Без фокуса — сотни кейсов с минимумом пользы

📍 Разные типы фич требуют разных подходов — универсальной схемы нет

Что делать:

1. Выбираем технику по типу задачи

➖ Формы, поля, валидация ввода
→ Equivalence Class Partitioning (ECP) + Boundary Value Analysis (BVA)

Пример: поле «возраст 18–60»
→ классы: <18, 18–60, >60; границы: 17, 18, 60, 61

➖ Комбинации параметров (фильтры, настройки)
→ Pairwise testing, Orthogonal Array Testing

Пример: валюта, страна, тип карты — тестируем попарные комбинации, не все 100+ вариантов

➖ Бизнес-логика с условиями и правилами
→ Decision Table Testing

Пример: скидка на покупку зависит от роли + суммы — составляем таблицу условий и результатов

➖ Процессы с переходами состояний
→ State Transition Testing

Пример: заказ → оплачен → отменён → возвращён — моделируем переходы и недопустимые маршруты

➡️ Используйте технику, которая даёт наибольшее покрытие с минимальным числом кейсов

2. Учитываем риски и критичность

— Фича high-risk? → выбираем более строгие техники

— Небольшой модуль? → достаточно базовых позитив/негатив проверок

Пример: тест API платёжки ≠ тест кнопки «показать ещё» в каталоге

3. Комбинируем техники

— Сначала эквивалентные классы

— Затем границы

— И логика + состояния для сложных кейсов

➡️ Так вы покроете и валидность данных, и поведение системы

4. Документируем, как тестируем

— Обозначьте: что и как покрываете

— Это поможет при ревью и при ретесте

➡️ Даже простая пометка: Техника: BVA + EQC уже даёт понимание

💡 Советы:

— Делайте mindmap или таблицу техник под конкретную фичу

— Обсуждайте технику на grooming — разработчики часто подскажут крайние случаи

— Не бойтесь «придумывать» кейсы — бойтесь не обосновать, зачем они нужны

🐸 Библиотека фронтендера

#буст