🌗 Айтишный культ темной темы в IDE

Темная тема давно стала визуальной нормой для тестировщиков — кто-то включил один раз и больше не возвращался. А кто-то сидит на светлой и не видит смысла менять.

➖ За темную:

— Не слепит в темноте

— Глаза устают меньше

— Просто красиво

➖ За светлую:

— Лучше читается при дневном свете

— Меньше проблем с контрастом

— Привычнее для документации и веба

❓ А какой темой пользуетесь вы? Делитесь в коммментариях!

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

#свежак

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

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

📌 Подборка статей про Playwright

Перед вами гид по самым актуальным материалам о Playwright в 2025 году — от практических гайдов до глубоких сравнений и новинок генеративного тестирования.

❌ Руководство для начинающих — практическая интеграция Playwright в проект на Next.js: настройка, написание тестов навигации и верификация рендеринга страниц.

❌ Как работает test.slow() и slowMo— разбор различий между test.slow() в тестовом фреймворке и опцией slowMo при запуске браузера.

❌ Как Playwright MCP исследует ваш сайт и сам пишет тесты — детальный обзор режима агента Playwright MCP для автономного исследования веб-приложения, генерации тестов и поиска багов без ручного скриптинга.

❌ Лучшая альтернатива Selenium — введение в Playwright для пользователей Selenium на Python: основные преимущества и примеры начальной настройки.

❌ Playwright vs Selenium — сравнение производительности, надёжности и удобства настроек в CI/CD.

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

#свежак

🧩 Невидимая сортировка

Вы тестируете страницу со списком документов. По умолчанию сортировка идёт по дате создания (сначала новые). При клике по заголовку колонки «Дата» интерфейс показывает стрелку сортировки (вверх или вниз), но порядок записей визуально остаётся прежним.

Вы открываете DevTools и замечаете, что при клике на заголовок выполняется API-запрос:

GET /documents?sort=created_at&order=asc

Но данные на странице всё равно не меняются.

Что вы сделаете в первую очередь, чтобы корректно зафиксировать баг? ❓

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

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

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

NetOps (Python) — от 250 000 ₽, офис/гибрид (Москва)

Senior Python AQA Engineer — от 3 000 $, удаленно (США)

Инженер по автоматизации тестирования — от 200 000 ₽ до 300 000 ₽, удаленно (Москва)

Middle & Senior QA Automation Engineer — от 160 000 до 250 000 ₽, удаленно (Ульяновск)

Ведущий инженер по автоматизированному тестированию (Python) — от 455 000 ₽, удаленно (Москва)

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

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

#свежак

⭐️ Как стать сильным middle — чеклист навыков QA

Чтобы стать сильным middle QA, нужно не только иметь опыт, но и умение решать задачи эффективно и быстро. Прокачайте следующие навыки, чтобы перейти на новый уровень!

1️⃣ Технические навыки:

➡️ Знание всех этапов жизненного цикла разработки (Agile, Waterfall). Важно понимать, как и когда тестировать.

➡️ Знание фреймворков, способность писать автотесты для UI, API, Unit-тестов. Понимание паттернов проектирования тестов (например, Page Object Model).

➡️ Умение интегрировать автотесты в пайплайн с помощью инструментов типа Jenkins, GitLab CI, CircleCI.

➡️ Создание запросов для проверки данных в БД и взаимодействие с данными.

➡️ Опыт работы с RESTful API через инструменты типа Postman, SoapUI и автоматизация с помощью REST-assured.

2️⃣ Понимание бизнес-логики и тестирования фич:

➡️ Понимание бизнес-логики, умение читать и интерпретировать требования для написания тест-кейсов.

➡️ Знание техник тест-дизайна (например, эквивалентные классы, граничные значения, таблицы решений), чтобы создавать качественные тесты.

➡️ Создание сложных сценариев для комплексного тестирования, включая end-to-end.

3️⃣ Софт-скиллы:

➡️ Способность эффективно работать с разработчиками и менеджерами. Это ключевой навык для сильного middle QA.

➡️ Умение грамотно писать баг-репорты и давать фидбек, который будет понятен всем.

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

Советы:

✔️ Практикуйтесь: чем больше тестов вы напишите и багов найдете, тем увереннее станете.

✔️ Будьте экспертом в процессе, а не только в инструментах.

✔️ Обсуждайте идеи с командой: всегда можно узнать что-то новое.

✔️ Не бойтесь ставить вопросы: они помогут расти

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

#буст

👍 Обновление от BrowserStack

Компания представила улучшенную версию Test Case Generator, который теперь может извлекать требования напрямую из Jira, используя идентификаторы задач.

Что нового:

➖ Инструмент теперь автоматически подтягивает описание требований по идентификатору задачи в Jira для генерации тест-кейсов.

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

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

🔗 Официальный источник

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

#свежак

📌 Подсветка JSON-ответов прямо в терминале

Когда API возвращает длинный JSON, читать его в сыром виде — пытка. Вместо копипаста в Postman или браузер, можно отформатировать и подсветить структуру прямо в терминале:

curl -s https://api.example.com/data | jq

— curl -s — отправляет GET-запрос в тихом режиме (без прогресса)
— | jq — форматирует и подсвечивает JSON с отступами и цветами

Для чего это нужно:

✅ Проверять структуру и корректность JSON-ответов вручную

✅ Быстро находить нужные поля без GUI

✅ Инспектировать ответы в CI/CD или в ssh-сессии

💡 Лайфхаки:

— Вывести конкретное поле:

jq '.user.name’

— Найти вложенный массив и отфильтровать по условию:

jq '.items[] | select(.active == true)’

— Отображать ключи и значения построчно:

jq -c ‘.[]’

— Не только для curl: работает с http, wget, cat, less, tail -f и т.д.

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

#буст

🤨

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

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

⭐️ Как тестировать интерфейсы с учетом психологии пользователя

Тестирование интерфейсов важно не только для проверки функционала, но и для того, как пользователь воспринимает элементы. Используйте этот чек-лист, чтобы убедиться, что UI интуитивно понятен и удобен.

1️⃣ Проверка восприятия элементов UI:

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

2️⃣ Отсутствие «раздражающих» мелочей:

— Проверьте, нет ли на странице анимаций, слишком ярких цветов или мигающих элементов. Все это может создавать плохое восприятие интерфейса.

3️⃣ Логика ввода текста:

— Убедитесь, что приложение правильно обрабатывает некорректный ввод (специальные символы или длинная строка).

4️⃣ Тестирование на восприятие времени:

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

5️⃣ Тестирование кликабельности элементов:

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

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

#буст

📊 Тестирование больших данных: на что стоит обратить внимание

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

Вопрос от подписчика:

«Я тестирую систему, которая обрабатывает огромные объемы данных, и часто замечаю, что на тестах она работает хорошо, но в реальных условиях начинают появляться проблемы с производительностью. Как проверить, что система выдержит реальную нагрузку, и какие моменты стоит учитывать?»

❓ Как вы проверяете производительность в таких случаях? Какие подходы и инструменты используете?

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

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

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