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

🔘 Жизненный цикл ПО: этапы и что на них происходит

🔘 Шпаргалка V-модели: принципы, когда использовать

🔘 Как создать тест-кейсы для нового функционала

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

🔘 .fill() vs .type(): кого выбрать и почему это важно

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

#свежак

💻 День, когда компьютеры начали думать быстрее нас

22 марта 1993 года Intel показала миру Pentium — процессор, с которого началась новая эра.

Изначально хотели назвать его просто «586» и запатентовать, но цифры патенту не поддаются.
Пришлось креативить — так появилось благородное имя Pentium (намёк на «пятое поколение»).

С ним люди поняли: мегагерцы — это не болезнь, а скорость.
Pentium стал не просто культовым — он дал старт безумной гонке за мощностью,
благодаря которой ты сейчас читаешь это мгновенно, а не ждёшь, пока загрузится каждая строчка 😎

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

#свежак

🥰 Тестирование API в Postman с использованием коллекций запросов

Создание коллекции запросов и написание для каждого из них тестов позволяет быстро проверять корректность работы API и находить ошибки ещё до попадания в прод.

Как это сделать:

1️⃣ Создайте новую коллекцию в Postman

Назовите её по назначению, например, ”Product API Tests”.

2️⃣ Добавьте в коллекцию основные типы запросов:

• GET — получение информации о товаре.

Тесты: проверка статус-кода 200, структура и содержание ответа.

• POST — добавление нового товара.

Тесты: проверка статус-кода 201, наличие ID нового товара в ответе, корректность переданных данных.

• PUT — обновление информации о товаре.

Тесты: проверка статус-кода 200, соответствие обновлённого объекта ожидаемым данным.

• DELETE — удаление товара.

Тесты: статус-код 204 или 200, проверка отсутствия товара при последующем GET-запросе.

3️⃣ Добавьте тесты в каждый запрос.

В Postman можно использовать встроенный JavaScript, чтобы написать проверки:

pm.test("Status code is 200", function () {
pm.response.to.have.status(200);
});

🔜 Пишите тесты на:

• Статус-коды

• Структуру и содержимое тела ответа

• Логические проверки (например, цена не может быть отрицательной)

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

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

#буст

☸️ CKAD 2025. Самый свежий гайд по сдаче сертификации Certified Kubernetes Application Developer

CKAD стал более строгим к деталям — без системной подготовки можно завалить даже на банальных заданиях. Если хочется разобраться, что важно для получения сертификации — эта статья сэкономит часы.

➡️ Читать статью

🐸Библиотека devops'a

⭐️ Testcontainers

Testcontainers — это библиотека с открытым исходным кодом, позволяющая создавать временные, изолированные контейнеры для интеграционного тестирования.

Она поддерживает различные языки программирования, включая Java, .NET, Go, Node.js, Python и другие .

📍Для чего используется:

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

📍Преимущества:

• Изоляция окружения: каждый тест запускается в своем собственном контейнере, что предотвращает конфликты и обеспечивает чистоту состояния.

• Гибкость: поддержка множества технологий, включая реляционные и NoSQL базы данных, системы кэширования, брокеры сообщений и другие сервисы .

• Автоматизация: контейнеры автоматически создаются перед запуском тестов и удаляются после их завершения, что упрощает настройку и управление тестовым окружением.

📍Пример использования на Java:

Допустим, вы хотите протестировать взаимодействие с PostgreSQL:

import org.testcontainers.containers.PostgreSQLContainer;

public class Demo {
public static void main(String[] args) {
try (PostgreSQLContainer<?> postgres = new PostgreSQLContainer<>("postgres:15")) {
postgres.start();

String url = postgres.getJdbcUrl();
String user = postgres.getUsername();
String password = postgres.getPassword();

System.out.println("Подключение: " + url);
// Тут можно подключиться к БД и выполнить тестовые запросы

// PostgreSQL остановится автоматически при выходе из try
}
}
}

В этом примере контейнер с PostgreSQL версии 15 поднимается перед выполнением теста и автоматически завершается после его завершения .

📍Когда применять:

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

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

• Для упрощения процесса настройки и управления зависимостями в тестовом окружении.

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

#буст

💻 Исследование IT-аудитории Proglib 2025: зарплаты, технологии, профессии

Кем является разработчик в 2025 году? Свежий анализ IT-сферы: зарплаты, востребованные технологии, специализации и демография специалистов.

📊 Полный отчет здесь: https://proglib.io/sh/NbJAHIDRTg

Библиотека дата-сайентиста #Свежак

👀 Ну что, мои баг-детективы…

Какой смайлик описывает вас, когда отправляете задачку на доработку?

😄 — Я не злюсь, я просто внимательный

👾 — Я баги не создаю, я их нахожу

🌚 — А кто-то говорил «всё работает»

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

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

Postman для тестировщика 2.0

Postman — это полноценная среда для тестирования, автоматизации и документирования API.

А для тех, кто хочет разобраться в этом без боли и бессонных ночей, на YouTube вышел обучающий курс. Подходит как для новичков, так и для тех, кто давно хотел «разложить всё по полочкам».

Что внутри курса:

🔘 Что такое Postman и зачем он нужен тестировщику

🔘 Как создавать и отправлять запросы (GET, POST, DELETE и не только).

🔘 Работа с переменными, окружениями и коллекциями.

🔘 Основы написания тестов и скриптов (Pre-request и Tests).

🔘 Как автоматизировать тест-кейсы и собрать коллекции в CI/CD.

🔘 Уловки, советы, фишки — без воды, по делу.

Ссылка на плейлист 🧷

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

#буст

🦊 Альтернативы Firefox: обзор 4 лучших форков для тех, кто разочаровался в Mozilla

Приватность, скорость, расширенные функции — что выбрать? Разбираем популярные форки браузеров и их преимущества.

Что в статье:

✔️ Обзор самых популярных форков браузеров

✔️ Их ключевые фишки, плюсы и минусы

✔️ Как выбрать оптимальный вариант под ваши задачи

Браузер — это не просто окно в интернет, а инструмент, который должен соответствовать вашим требованиям. Делитесь своим опытом в комментариях! 🚀

Прочитать подробнее статью 🔗

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

😂 Команда дня: мастерим поиск с помощью grep

Grep является настоящим спасителем для тестировщиков при анализе логов и поиске нужной информации в файлах.

➡️ Что делает grep:

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

➡️ Примеры использования:

1️⃣ Поиск всех строк, содержащих слово “error” в файле application.log:

grep 'error' application.log


2️⃣ Поиск без учета регистра:
Чтобы найти слово “error” независимо от регистра (например, “Error”, “ERROR”), используйте опцию -i:

grep -i 'error' application.log


3️⃣ Вывод номеров строк с найденным текстом:
Для отображения номеров строк, в которых найдено совпадение, добавьте опцию -n:

grep -n 'error' application.log


4️⃣ Рекурсивный поиск в директории:
Чтобы искать во всех файлах внутри директории и ее поддиректориях, используйте опцию -r:

grep -r 'error' /var/logs/

Совет:

Команда grep особенно мощна в сочетании с другими командами через конвейер (pipe). Например, чтобы отследить в реальном времени появление ошибок в логе, можно использовать:

tail -f application.log | grep 'error'

Это позволит вам видеть новые строки, содержащие “error”, по мере их появления в файле лога.

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

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

#буст

💪 Прокачай Power BI: создаем bullet-chart для наглядного сравнения данных

🎯 Устали от вопросов типа «Ну и что это значит для бизнеса?» после презентации отчетов?

Bullet-chart — мощный инструмент, который сразу показывает, насколько фактические показатели соответствуют целевым. В этой статье разберем, как правильно читать такой график и шаг за шагом создадим его в Power BI.

Готовы визуализировать данные так, чтобы они говорили сами за себя?

🔗 Тогда поехали, ссылка на статью: https://proglib.io/sh/hcrRdAuqT5

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

🔪 Не все знают, что тестировщиков обучают копаться в документации не для того, чтобы мешать лишними вопросами. (Но это не точно!)

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

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

🤷‍♀️ Тестировщик — это вход в IT или полноценная профессия

Многие заходят в тестирование с мыслью:

«Начну с QA, а дальше — в разработку, аналитику или продукт. Что-то посерьёзнее.»

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

На деле же всё совсем иначе.

QA — это:

📍 умение видеть продукт под разными углами — техническим, пользовательским, логическим;

📍 способность выстраивать процессы качества, а не просто «искать баги»;

📍 влияние на то, что в итоге выходит в прод, и как это будет работать у реальных людей;

📍 широкий спектр развития — от тест-дизайна и автоматизации до performance, security, интеграций, и даже UX.

Это не ступенька. Это — полноценный маршрут.

Кто-то действительно уходит дальше. А кто-то остаётся — и растёт в сильного спеца, тимлида, архитектора тестирования, эксперта по качеству.
Потому что здесь есть куда расти.

А как ты относишься к тестированию?

🌚 — Остался в QA и хочу дальше расти в этом направлении

🔥 — Пока на перепутье — не знаю, останусь ли

❤️ — Люблю QA, но раздражают стереотипы про «временность»

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

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

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

🔘 Шпаргалка: тестирование авторизации в API

🔘 How to: тестируем API в Postman с использованием коллекций запросов

🔘 Testcontainers: для чего используется, преимущества, примеры

🔘 Что посмотреть тестировщику: разбор Postman от А до Я

🔘 Команда дня: мастерим поиск с помощью grep: что делает, примеры использования и советы

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

#свежак

🕸️ Сетевая модель OSI

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

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

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

#буст

💡 Вопросы с собеседований: тестирование поля ввода имени

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

1️⃣ Какова минимальная и максимальная длина имени, которую следует разрешить в поле ввода?

Минимальная длина: Рекомендуется разрешать имена от 2 символов, чтобы учитывать короткие имена, такие как «Ия» или «Ли».​
Максимальная длина: Ограничение в 40 символов считается достаточным для большинства случаев, однако в некоторых системах допускается длина до 100 символов. ​

2️⃣ Какие символы допустимы при вводе имени? Разрешены ли цифры, специальные символы или пробелы?

Допустимые символы: Буквы соответствующего алфавита, дефисы, апострофы и пробелы между частями составных имён.​
Недопустимые символы: Цифры и специальные символы (кроме указанных выше) обычно не разрешены. ​

3️⃣ Следует ли учитывать национальные особенности при валидации имени? Например, поддерживать буквы с диакритическими знаками или символы различных алфавитов?

Да, важно поддерживать символы различных алфавитов и диакритические знаки, чтобы пользователи могли корректно вводить свои имена в соответствии с их национальными особенностями. ​

4️⃣ Как система должна реагировать на ввод имени, содержащего подряд идущие пробелы или дефисы?

Система должна предотвращать ввод нескольких подряд идущих пробелов или дефисов, уведомляя пользователя о некорректности ввода и предлагая исправить его. ​

5️⃣ Какие сообщения об ошибках должны отображаться пользователю при некорректном вводе имени?

Сообщения должны быть чёткими и информативными, например:
• «Имя должно содержать от 2 до 40 символов.»
• «Имя может включать только буквы, пробелы, апострофы и дефисы.»
• «Недопустимо использование подряд идущих пробелов или дефисов.»


Выберите свою реакцию на количество правильных ответов:

🔥 — 5 из 5 — Ты QA-мастер
👍 — 3-4 из 5 — Хороший результат, но есть куда расти
🤔 — 1-2 из 5 — Пора подтянуть теорию тестирования
😅 — 0 из 5 — Ну, зато узнал что-то новое

Делитесь результатами и зовите коллег на челлендж 💬

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

#буст