❓ Как тестировать продукты в финансовой компании

Тестирование в финтехе — это про данные, сложную бизнес-логику и глубокое понимание предметной области. Ниже — три опорные зоны, которые стоит прокачивать каждому QA-инженеру в этой сфере.

1️⃣ Погружаемся в предметную область:

• Изучите, как работают ключевые участники рынка: банки, брокеры, биржи, страховые

• Разберитесь с финансовыми инструментами: акции, опционы, фьючерсы, облигации

• Используйте любимое финприложение как тренировочный полигон — что оно делает, как и зачем

💡 Знание предметки = больше ответственности, шире зона тестирования, выше ценность специалиста.

2️⃣ Работаем с SQL:

• Агрегатные функции — считаем, группируем, объединяем

• Учимся джойнить результаты хранимых процедур и таблицы с id вместо текстов

• Преобразование типов данных (CAST, CONVERT) — часто спасает при объединении разных источников

💡 Сложные проверки в финтехе почти всегда связаны с БД.

3️⃣ Автоматизируем тестирование

• Автоматизируйте расчеты: отчеты, комиссии, портфели, валютные пересчёты.

• Используйте Python и pytest как удобный старт — легко работать с SQL, словарями и параметрами.

• Ставьте себе цель — минимум один рутинный сценарий автоматизировать в месяц.

💡 Рутинные регрессы — работа для кода, а не человека.

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

🔗 Источник

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

#буст

❓ Вопросы подписчиков: как правильно сообщать разработчику о баге

Сегодня делимся вопросом от подписчика, который недавно начал работать в QA и хочет выстроить грамотную коммуникацию с разработчиками.

Вот что он пишет:

«Нашёл баг, но каждый раз не знаю, как лучше донести информацию до разработчика. Хочется быть конкретным и не вызывать оборонительную реакцию. Как вы это делаете?»

Что мы советуем:

🔘 Будьте конкретны и нейтральны — опишите шаги воспроизведения, ожидаемый и фактический результат. Избегайте обвинительных формулировок.

🔘 Подкрепляйте фактами — приложите скриншоты, логи, видео. Чем меньше догадок — тем быстрее фиксы.

🔘 Контекст — ваш союзник — если баг влияет на бизнес-логику или пользовательский опыт, укажите это. Разработчик быстрее поймёт приоритет.

🔘 Формат важен — узнайте у команды, как им удобнее получать отчёты: тикет, комментарий в MR, сообщение в Slack/Teams — подход варьируется.

Хороший баг-репорт — это не просто список шагов, это способ помочь команде сделать продукт лучше. И да, хорошие отношения с девами — не менее важно, чем тест-план.

💡 А как вы оформляете баг-репорты? Используете ли шаблоны, чек-листы или подход типа «given-when-then»?

P.S. Если хотите задать вопрос, заполните нашу гугл-форму. Это займет 5 минут.

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

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

😬 QA без галочек: как ИИ меняет подход к тестированию

Два свежих подкаста для тех, кто хочет понимать, куда движется профессия тестировщика — от переосмысления практик до внедрения ИИ.

➡️ Beyond Checkboxes: Rethinking Software Testing

Подкаст от DevelopSense, в котором обсуждают, почему тестирование — это не просто список галочек.

• Как построить эффективную коммуникацию между разработкой и QA

• Почему автоматизация — не панацея

• Как ИИ влияет на процессы тестирования уже сегодня

➡️ Python Test – The Role of AI in Software Testing

Подкаст о месте искусственного интеллекта в мире QA.

• Как ИИ помогает обнаруживать баги на ранних этапах

• Примеры применения ML-моделей в автоматизации тестов

• Чем должен владеть QA, чтобы не остаться за бортом в 2025

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

#буст

💼 Как управлять кросс-функциональными проектами в условиях большого продукта

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

Что в статье:

📍 Как выстроить архитектурное проектирование до старта разработки

📍 Почему важно подключать тестировщиков на раннем этапе

📍 Как избежать провалов на релизе с помощью чеклистов и синхронизаций

📍 Как планировать сопровождение ещё до запуска

Читать полностью 🔗

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

Один тестировщик на проекте — это когда сам себе начальник, сам себе контроль качества и сам себе виноват, если что-то пошло не так (а оно пойдет не так) 💻

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

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

👊 Баг ушёл в прод: QA недосмотрел или это вообще не его проблема

«Обнаружить баг после релиза — это как увидеть таракана на ужине. Приятного аппетита уже не будет, но главное — найти, кто звал гостей.»

Почему виноват QA:

📍 Он — последний рубеж. Если вы не поймали баг, значит, пропустили врага через границу.

📍 Это ваша зона ответственности. Вы видели тикет, «одобрили».

📍 Автоматизация не оправдание. Даже если 98% тестов зелёные — оставшиеся 2% могут сжечь прод. Надо было предусмотреть.

Почему QA не виноват:

🔴 Баг был в фиче, о которой никто QA не предупредил. Ну как тут тестировать? Экстрасенсорика в список навыков не входит.

🔴 Тест-кейсы были на 3 страницы, а спринт — на 2 дня. И да, приоритет всегда был «проверить это потом».

🔴 Релиз без регрессии — это не QA, это менеджер с зажжённой спичкой в амбаре.

❓ Так кто отвечает за баги в проде: QA, Dev, PM или весь Agile вместе взятый? Можно ли считать баг «пропущенным» — если никто его не хотел замечать?

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

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

📌 Подборка платформ и тренажеров для прокачки практических навыков

🔘 QA PlayGround — новая русскоязычная платформа с «битым» сайтом, где надо находить дефекты и составлять баг-репорты.

🔘 Devtools-тренажер — научитесь смотреть информацию в cookies или local storage, проверять, какие запросы отправляет сайт и какие ответы присылает сервер, и многое другое.

🔘 Тренажёр от QA.GURU — реальный e-commerce сайт для практики UI/UX тестов, автоматизации.

🔘 gRPCServer — открытый учебный проект, поможет освоить взаимодействие с gRPC-методами через инструменты типа Postman.

🔘 Xpath Diner — для изучения и практики XPath-селекторов.

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

#свежак

🚩 Проверка палиндрома

Реализуйте функцию, которая определяет, является ли заданная строка палиндромом — то есть читается одинаково слева направо и справа налево.

Пример:

🔘 Вход: "racecar" → Выход: true

🔘 Вход: "hello" → Выход: false

🔘 Вход: "A man a plan a canal Panama" → Выход: true

💡 Уточнения:

— Игнорируйте регистр символов.

— Удаляйте пробелы перед сравнением.

— Дополнительно: можно игнорировать знаки препинания (по желанию).

Правильный ответ на картинке.

Пишите своё решение в комментариях, ограничений по языку — нет ✏️

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

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

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

Auto QA — 180 000 —‍ 270 000 ₽, удаленно (Москва)

QA Engineer — офис/гибрид (Санкт-Петербург)

Quality Assurance Engineer — офис (Москва)

Старший инженер по автоматизации тестирования — от 355 000 ₽, удаленно (Москва)

Младший специалист по тестированию — 65 000 —‍ 75 000 ₽, удаленно (Москва)

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

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

#свежак

📌 Шпаргалка по командам Vim

Содержит команды для продвинутой навигации, редактирования и управления окнами, что может быть полезно при анализе логов и тестировании.

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

#буст

🧪 SBFT Tool Competition 2025: кто лучший в генерации тестов для Java

В апреле прошло соревнование по автоматической генерации юнит-тестов для Java. В нем сравнивали 4 популярных инструмента: EVOFUZZ, EVOSUITE, BBC и RANDOOP.

Тестировали на 55 Java-классах из 6 open-source проектов.

Оценивали:

➡️ Покрытие кода

➡️ Мутационное покрытие

➡️ Читаемость автогенерируемых тестов.

Что это значит для нас:

Это первое масштабное сравнение за последнее время, где тестовые фреймворки не просто «прогоняли тесты», а сравнивались по реальной пользе в живом коде.

👉 BBC показал наилучшие результаты по структурным метрикам, включая покрытие кода и мутационное покрытие.

🔗 Источник

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

#свежак

🫠 Как использовать параллельное тестирование для ускорения процессов

Когда время критично, параллельное тестирование помогает выполнить задачи быстрее и эффективнее. Рассмотрим, как с его помощью можно сократить время тестирования и улучшить результат.

1️⃣ Используем Selenium Grid или BrowserStack

Selenium Grid — решение для параллельного тестирования на локальных и удалённых машинах.

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

➡️ Запустите хаб:

java -jar selenium-server-standalone.jar -role hub

➡️ Подключите ноды:

java -jar selenium-server-standalone.jar -role node -hub http://localhost:4444/grid/register

➡️ Зарегистрируйтесь и настройте тесты через API:

capabilities: {
  browser: 'chrome',
  browser_version: 'latest',
  os: 'Windows',
  os_version: '10',
  'browserstack.local': 'false',
}

2️⃣ Разбиваем тесты на категории: smoke, regression, performance

➡️ Используйте инструменты, такие как TestNG или JUnit, для параллельного выполнения тестов в зависимости от категории:
го помощью можно сократить время тестирования и улучшить результат.

<suite name="Smoke Test Suite" parallel="tests" thread-count="5">
  <test name="Test1">
    <classes>
      <class name="com.example.Test1" />
    </classes>
  </test>
</suite>

3️⃣ Интегрируем тесты с CI/CD пайплайном для автоматического запуска тестов на разных ветках разработки

➡️ Установите Jenkins и настройте Selenium Grid или BrowserStack при каждом коммите в репозиторий:
ократить время тестирования и улучшить результат.

➡️ Создайте конфигурацию для запуска тестов на разных ветках и запускайте параллельные тесты в облаке или на ваших серверах:

  script:
    - mvn test -Dparallel
  parallel:
    matrix:
      - BROWSER: "chrome"
      - BROWSER: "firefox"

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

#буст

Желаем вам не встречать подобных людей в карьере 😄

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

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

❓ Как сгенерировать тест-кейсы из пользовательской истории

QA часто нужно быстро придумать полные сценарии проверки. С помощью одного запроса можно сделать это эффективнее.

Промпт:

You are an experienced software tester working for an ecommerce website. Your goal is to ensure this new feature functions flawlessly. You need to create a detailed test case that comprehensively explores the given functionality once I give you the next prompt. Remember, edge cases are as important as common cases in ensuring the robustness of the feature. Your detailed and well-structured test cases will be the foundation of our assurance to the business that they can trust our platform with their ecommerce needs.

➡️ ChatGPT предоставит вам детализированные тест-кейсы, включая описание, предусловия, шаги, ожидаемые результаты и тестовые данные, что поможет вам эффективно протестировать новую функцию.

🔗 Источник

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

#буст

🤨 Как собеседование превратилось в стресс

Недавно один из начинающих специалистов поделился на Reddit своей первой попыткой пройти собеседование на позицию QA-инженера. Вот как это прошло:

«Сегодня у меня было первое интервью на позицию QA. Видеозвонок с четырьмя разработчиками. Попросили расшарить экран и решать задачи на Java и Python. Java я вообще никогда не изучал, и у меня это не было указано в резюме. Python знаю слабо.

Сначала просили развернуть строку в Java — не справился. Потом то же в Python, потом перешли к более сложной задаче по структурам данных — тоже не смог. Вопросов по QA не было вообще.

Сказали, что смысла продолжать нет, и посоветовали почитать типичные вопросы. Попытались пошутить, но я только сильнее занервничал.

У меня был опыт стажировки во фронтенде и диплом по информационным системам. Сейчас просто зол на себя и не знаю, как быть. Очень стыдно и тяжело.»

Неудачи на старте — это часть пути, а не его конец.

❓ Вопрос к аудитории:

А у вас были кринжовые интервью? Что помогло вам собраться и подготовиться к следующим?

🔗 Источник

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

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

📌 Мгновенное создание селекторов и навигация в Playwright

Используйте горячую клавишу Ctrl + Shift + C (Cmd + Shift + C на Mac) в Playwright Inspector, чтобы быстро:

➡️ Переключиться в режим выбора элемента на странице

➡️ Мгновенно получить уникальный селектор для теста

➡️ Скопировать селектор в буфер, не покидая инспектора

➡️ Навигировать по DOM и отлавливать динамические элементы

Как использовать:

— Запустите npx playwright test --debug чтобы открыть Inspector.

— Нажмите Ctrl + Shift + C — переключитесь в режим выбора элемента.

— Кликните по нужному элементу — Playwright автоматически подставит селектор в тест.

💡 Это ускорит написание тестов в 2–3 раза, убирая этап ручного поиска селекторов и поможет найти устойчивые селекторы даже в сложных SPA.

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

#буст

🚀 Gatling 3.14 теперь дружит с CI/CD: подробности релиза

Обновление включает расширенную поддержку протоколов: HTTP, WebSockets, JMS и другие, что делает его ещё более универсальным в сложных системах.

➡️ Главное улучшение — глубокая интеграция с CI/CD, что позволяет безболезненно встраивать нагрузочные сценарии в пайплайны и тестировать производительность при каждом релизе.

Также улучшена стабильность, расширена документация и оптимизирована работа симуляций на больших объемах нагрузки.

🔗 Источник

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

Баг-репорты в конце рабочего дня в пятницу - негоже дело… 😀

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

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

✨ Выберите технологию — и мы расскажем, каким будет ваш путь в тестировании

Отметьте ту, что вам ближе по духу — и смотрите следующий пост с карьерным прогнозом 🔮

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

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