☝️ Горячие клавиши в 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.tgoop.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. Динамику покрытия по времени.

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

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

#свежак

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

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

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

🔥 Тестировщик без кода — герой или балласт

2025 год, а ручное тестирование всё ещё живёт.
Рядом — автоматизация, CI/CD, нейросети. Но споры не утихают.

Что говорят автоматизаторы:

Без кода ты не тестировщик, а бета-тестер с зарплатой. Хочешь быть профи — учи Python, JS, хоть что-то!

Что говорят мануальщики:

Я ловлю баги, которые твой код даже не увидит. У меня чутьё. У тебя — flaky-тесты.

➡️ Давайте разложим по полочкам:

Ручное тестирование — это:

• Быстро протестировать фичу, которую вчера придумали в коридоре.

• Симулировать хаос реального пользователя, а не идеальный happy-path.

• Лучше понимать продукт, чем просто дергать API и ждать 200 OK.

➡️ Автоматизация — это:

• Один клик — и 1000 тестов в CI.

• Регрессия не проскочит, если покрытие есть.

• Без неё ты тонешь в рутине — ручками ничего не успеть.

Так где правда?

✏️Пишите, горите, спорьте. Только без if (QA != человек) { бан(); }

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

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

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

🔘 Шпаргалка по сетевой модели OSI: поможет быстро вспомнить, какой уровень за что отвечает

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

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

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

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

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

#свежак

🌸 try-catch в Java: обработка исключений в тестах

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

➡️ Что такое try-catch:

Блок try содержит код, который может вызвать исключение. Если в этом блоке возникает ошибка, управление передаётся в соответствующий блок catch, где можно обработать исключение.

Пример:

try {
int[] numbers = {1, 2, 3};
System.out.println(numbers[5]); // Попытка доступа к несуществующему индексу
} catch (ArrayIndexOutOfBoundsException e) {
System.out.println("Ошибка: выход за пределы массива.");
}

В этом примере попытка доступа к шестому элементу массива вызывает исключение ArrayIndexOutOfBoundsException, которое перехватывается и обрабатывается в блоке catch.

➡️ Зачем использовать:

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

• Улучшение читаемости: явная обработка ошибок делает код более понятным и поддерживаемым.

• Обработка различных типов ошибок: можно использовать несколько блоков catch для обработки разных типов исключений.

➡️ Дополнительные возможности

• Блок finally: код в этом блоке выполняется всегда, независимо от того, возникло ли исключение или нет. Это полезно для освобождения ресурсов, например, закрытия файлов или соединений.

try {
// Код, который может вызвать исключение
} catch (Exception e) {
// Обработка исключения
} finally {
// Код, который выполнится в любом случае
}

• Множественные исключения в одном блоке catch: начиная с Java 7, можно обрабатывать несколько типов исключений в одном блоке, разделяя их вертикальной чертой |.

try {
// Код, который может вызвать исключение
} catch (IOException | SQLException e) {
// Обработка IOException и SQLException
}

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

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

#буст