🪄 Визуальные вычисления в Power BI: прокачиваем условное форматирование

Теперь настраивать условное форматирование в Power BI можно без сложных DAX-формул!

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

⭐️ Пора сделать отчеты действительно интерактивными!

🔗 Ссылка на статью: https://proglib.io/sh/lsb0fEuYSv

Библиотека дата-сайентиста

😏 Как составлять тест-кейсы с использованием Gherkin-нотаций

Gherkin — язык описания поведения системы, используемый в BDD (Behavior-Driven Development). Он позволяет писать тесты, которые легко читаются всеми участниками проекта, включая заказчиков и разработчиков. Рассмотрим, как составлять тесты с помощью Gherkin.

📍 Основные компоненты:

• Feature — описание функционала системы.

• Scenario — конкретный пример использования.

• Given — начальные условия.

• When — действия пользователя.

• Then — ожидаемый результат.

• And / But — дополнительные условия.

📍 Пример теста:

Feature: Аутентификация пользователя

Scenario: Успешный вход
Given пользователь на странице входа
When он вводит правильные данные
Then он попадает на главную страницу
And видит приветственное сообщение

📍 Рекомендации:

⏩ Пишите тесты простым и понятным языком.

⏩ Каждый сценарий должен проверять одну конкретную вещь.

⏩ Используйте Background, чтобы избежать дублирования кода.

📍 Пример с Background:

Feature: Оформление заказа

Background:
Given пользователь авторизован
And добавил товар в корзину

Scenario: Оформление с успешной оплатой
When он вводит данные для оплаты
Then заказ оформлен
And получает подтверждение по email

📍 Интеграция с автоматизацией

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

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

#буст

💀 ТОП-7 причин отказа после стажировки

Ты прошел через собесы, выполнил тестовое, попал на стажировку — казалось бы, осталось чуть-чуть дотерпеть, и ты в команде. Но нет. Вместо оффера — вежливое письмо и закрытые двери. Такое случается чаще, чем ты думаешь.

➡️ Что в статье:

— Почему слабые hard и soft skills могут закрыть перед тобой дверь в компанию

— Как пассивность и ожидание задач портят впечатление о стажере

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

— Какие действия (или бездействие) приводят к провалу

Если ты хочешь понять, что могло пойти не так и как не допустить этого в будущем — прочитай статью ⏩

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

☝️ Горячие клавиши в IBM Performance Tester

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

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

1️⃣ Сохранение теста или расписания

📍 Ctrl + S — сохранить текущий тест или расписание.

Пример использования: после внесения изменений в тестовый сценарий, нажмите Ctrl + S, чтобы сохранить изменения без необходимости переходить в меню.

2️⃣ Генерация теста из записи

📍 Alt + Shift + T, затем G — сгенерировать тест из выбранного файла записи (.recmodel).

Пример использования: выберите файл записи в Test Navigator, затем используйте указанное сочетание клавиш для быстрого создания теста на основе этой записи.

3️⃣ Создание отчета по тесту

📍 Alt + Shift + T, затем R — создать отчет по выбранному тесту.

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

4️⃣ Проверка соединения

📍 Alt + Shift + T, затем T — проверить соединение для выбранного расположения.

Пример использования: выберите расположение в Test Navigator и используйте указанное сочетание клавиш для проверки доступности и корректности соединения.

5️⃣ Запуск теста

📍 Alt + Shift + X, затем B — запустить выбранный тест.

Пример использования: после выбора теста в Test Navigator, примените данное сочетание клавиш для его немедленного запуска.

6️⃣ Запуск расписания

📍 Alt + Shift + X, затем C — запустите выбранное расписание.

Пример использования: Выберите расписание в Test Navigator и используйте указанное сочетание клавиш для его запуска.

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

#буст

📚🔄 OTUS – лауреат премии «Цифровые вершины»: как подписка на обучение меняет IT-образование

​Платформа OTUS представила инновационный подход к IT-обучению, запустив сервис подписки, предоставляющий доступ к 151 курсу по ключевым направлениям индустрии. Этот формат позволяет специалистам гибко выбирать образовательные треки и проходить до трех курсов одновременно без дополнительных затрат, что значительно снижает расходы на обучение.​

В 2025 году OTUS была удостоена премии «Цифровые вершины» в номинации «Лучшее IT-решение для образования», что подтверждает эффективность и востребованность их модели обучения. Благодаря подписке, IT-специалисты могут непрерывно обновлять свои знания и навыки, оставаясь конкурентоспособными в стремительно развивающейся сфере.

🔗 Подробности в статье

Случался ли с вами подобный кейс? ❓

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

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

😱 Угадай, что ломается первым

Подсказка: когда всё вроде правильно, но тест всё равно красный.

Что за функционал зашифрован? ✏️

Пиши догадку — и не забудь проверить required=true.

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

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

📣 Дайджест материалов за неделю

🔘 Инструмент недели: Zephyr для Jira: что умеет, в чем польза, рекомендации по внедрению

🔘 Промпт, который поможет найти слабые места в интерфейсе

🔘 Как составлять тест-кейсы с использованием Gherkin-нотаций: примеры и рекомендации

🔘 Топ 7 причин отказа после стажировки: полезная статья

🔘 Горячие клавиши в IBM Perfomance Tester

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

#свежак

🫠 Задача: ищем ошибки в коде обработки пользовательского ввода

Вам предоставлен фрагмент JavaScript-кода, отвечающий за обработку ввода пользователя в веб-приложении.

1️⃣ Найдите и опишите ошибки или уязвимости в данном коде.

2️⃣ Предложите исправленный вариант кода, устраняющий найденные проблемы.

Подсказка: обратите внимание на использование функции eval и методы обработки потенциально опасного ввода.

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

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

🖥 Метрики эффективности сотрудника

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

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

Иногда стоит пересмотреть, как мы оцениваем эффективность. Потому что не все цифры отражают суть.

🔗 Подробности в статье

🐸 Библиотека джависта

😮 Что делать, если не появился билд

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

➡️ Убедимся, что билд существует

📍 Проверь статус коммита: зайди в Git и посмотри, был ли пуш

git log --oneline

📍 Найди последний коммит от разработчика.

📍 Проверь, сработала ли сборка в CI:

открой GitLab/Jenkins/GitHub Actions ⏩ найди pipeline ⏩ проверь запущен ли он и как завершился ⏩ есть ли ошибки на этапе build или test

➡️ Посмотрим, прошёл ли билд автотесты

📍 CI мог завалиться на тестах: найди логи тестов

test:
script:
- pytest tests/

📍 Проверь были ли фейлы.

📍 Проверь, не отключены ли тесты: иногда девы временно комментируют автотесты. Обрати внимание на suspicious коммиты.

➡️ Убедимся, что билд вообще разворачивался

📍 CI должен иметь стадию deploy

deploy:
script:
- scp dist/ user@qa-server:/var/www/

📍 Если нет этой стадии, значит, билд никуда не уехал.

📍 Если есть ошибка на этом этапе, проверь доступы к серверу или SSH-ключи.

➡️ Найдем билд вручную

📍 Билды могут лежать:

• В CI-системе: артефакты пайплайна (в GitLab: “Job artifacts”)

• В артефакт-хранилищах: Nexus, Artifactory

• В облаке: AWS S3, GCP

• На сервере:

ssh user@qa-server
ls /var/www/

➡️ Если билда нет — задаем правильные вопросы

📍 Разработчику:

• «Ты точно запушил код?»

• «Билд собирался локально или через CI?»

• «CI зелёный? Где логи?»

📍 DevOps-у:

• «CI не может задеплоить билд. Что с сервером?»

• «Есть ли ограничения в пайплайне?»

🪔 Лайфхак

Добавь уведомления в Slack/Telegram о статусе билда, чтобы отслеживать статус.

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

#буст

Тестировщики!

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

➡️Поддержать канал: https://www.tg-me.com/boost/testerlib

🧪🎮 Баг или Эндермен

Кажется, багов в проекте становится больше… или это зомби в шахте? Ты уже открыл DevTools, но всё равно кликаешь по пиксельным дверям.
Ты видишь баг-репорт, а читаешь его как «записки в дневнике игрока на хардкоре».

Если regression test превратился в рейд на деревню, а Allure-отчёты выглядят как таблица зачарований — время пройти тест.

👉 Проверь, не ты ли заражён Minecraft’ом больше, чем билд CI

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

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

😑 Фильтруем логи как профи с командой grep

Grep ищет строки по шаблону в текстовых файлах. Звучит просто, а работает — мощно.

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

➡️ Для поиска ошибок в логе:

grep "ERROR" application.log

➡️ Для поиска процессов по имени:

ps aux | grep "my_app"

➡️ Для рекурсивного поиска всех TODO в проекте (игнорируя регистр):

grep -ri "TODO" ./src

Какие флаги стоит знать:

📍 -i — игнорирует регистр

📍 -r — ищет во всех подпапках

📍 -n — показывает номер строки

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

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

#буст

Реальному опыту сеньора уже никто не удивится 🥱

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

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

🌸 Чек-лист для тестирования API

В нем собраны ключевые сценарии, покрывающие корректность обработки данных, валидацию, статус-коды, работу с различными HTTP-методами и особенности бизнес-логики.

1️⃣ Корректность структуры данных

• Сопоставляем структуру данных с API-спецификацией

• Валидируем обязательные и необязательные поля

• Сверяем типы данных с ожидаемыми

2️⃣ Тестирование POST-запросов

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

• Отправляем минимально необходимый набор данных для успешного создания

• Имитируем отправку без обязательных полей и получаем соответствующую ошибку

• Подаём запрос без тела и фиксируем корректную обработку ошибки

• Подставляем как корректные, так и ошибочные данные для проверки валидации

• Отправляем пустой JSON и анализируем ответ

• Проверяем автозаполнение даты создания объекта

3️⃣ Тестирование GET-запросов

• Запрашиваем список при отсутствии данных и получаем пустой результат

• Получаем список с данными и сверяем корректность

• Прогоняем пагинацию с limit и offset, включая пограничные значения

• Передаём некорректные параметры и анализируем ошибки 400

• Выполняем запрос по валидному ID и убеждаемся в правильности возвращаемых данных

• Подаём несуществующий ID и ожидаем 404

• Используем невалидный формат ID и получаем ошибку 400.

4️⃣ Тестирование PUT-запросов

• Обновляем объект с валидными данными и отслеживаем результат

• Имитируем обновление несуществующего объекта и получаем 404

• Отправляем некорректный ID и получаем 400

• Проверяем валидацию при обновлении с ошибочными значениями

• Обновляем частично — передаём только нужные поля и убеждаемся в корректной обработке

5️⃣ Тестирование DELETE-запросов

• Удаляем существующий объект и получаем подтверждение

• Повторно удаляем уже удалённый объект и фиксируем ошибку

• Пытаемся удалить несуществующий объект и получаем 404

• Отправляем невалидный ID и убеждаемся в корректной ошибке

• Удаляем объект и заново создаём его с теми же уникальными полями — исключаем конфликт

6️⃣ Проверка статусов ответов

• Отслеживаем корректность возвращаемых статусов (200, 201, 204, 400, 401, 403, 404, 500 и т.д.) в зависимости от сценария

7️⃣ Проверка всех возможных ошибок

• Симулируем сетевые сбои, таймауты и передаём некорректные данные — отслеживаем поведение API

8️⃣ Специфичные проверки для сложной логики

• Проверяем работу сложных сценариев, зависимостей и бизнес-правил (например, нельзя удалить связанную сущность)

9️⃣ Тестирование безопасности

• Проверяем доступ к защищённым ресурсам только при наличии валидной авторизации

• Отправляем запросы с просроченными, отсутствующими и поддельными токенами — анализируем реакции API

Сохраняй себе, пригодится 📎

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

#буст

😎 Как войти в айти

Пошаговый план для старта:

➖ Изучи основы тестирования

Понимание жизненного цикла разработки ПО, видов тестирования и техник тест-дизайна — твой фундамент. Начни с книги «Тестирование Дот Ком» Романа Савина.

➖ Развивай технические навыки

Освой базовые SQL-запросы для работы с базами данных и основы одного из языков программирования (например, Python). Это расширит твои возможности в тестировании.

➖ Практикуйся на реальных проектах

Участвуй в open-source проектах на GitHub или тестируй любимые приложения. Создавай отчеты о найденных багах — это станет твоим портфолио.

➖ Пройди специализированные курсы

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

➖ Готовься к собеседованиям

Изучи типичные вопросы, попрактикуйся в рассказе о себе и своих навыках. Умение презентовать себя не менее важно, чем технические знания.

Подробную роадмпапу можно скачать из нашего прошлого поста 🌸

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

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

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

🕸️ Сети: что посмотреть, чтобы не плавать

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

➡️ Сети для тестировщика. Базовые знания сетей — видео с практическими примерами, раскрыты такие моменты, как mac-адрес, ip-адрес, DNS, DHCP и другие.

➡️ Введение в компьютерные сети для начинающих — типы, термины, модель OSI, VLAN и др.

➡️ URL, URN, IP address, DNS server, cash and cookies

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

#буст

📌 Новый инструмент для измерения покрытия API-тестов

Вышел полезный инструмент для QA-специалистов, работающих с автотестами на Python — swagger-coverage-tool. Он позволяет измерять покрытие API-тестов по спецификации Swagger (OpenAPI) и видеть, какие части контракта реально проверяются в ходе тестирования.

Что умеет:

➡️ Поддержка библиотек httpx и requests

➡️ Простая интеграция через декораторы

➡️ Поддержка микросервисной архитектуры (отдельное покрытие по каждому сервису)

➡️ Генерация отчётов в формате HTML и JSON

➡️ Удобная визуализация покрытия по методам, эндпоинтам, статус-кодам и параметрам

Что фиксирует:

1. Какие запросы были выполнены;

2. Какие статус-коды и query-параметры были покрыты;

3. Была ли проверка тела запроса и ответа;

4. Динамику покрытия по времени.

🔗 Подробная статья с настройкой

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

#свежак

Рабочий день в пятницу би лайк 🌟

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

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