🔐 Как автоматизировать проверку токена в Postman

Чтобы не копировать токен каждый раз вручную — можно настроить автоматическую подстановку.

1️⃣ Получаем токен в pre-request script:

pm.sendRequest({
  url: 'https://example.com/api/login',
  method: 'POST',
  header: { 'Content-Type': 'application/json' },
  body: {
    mode: 'raw',
    raw: JSON.stringify({
      username: 'user',
      password: 'pass'
    }),
  },
}, (err, res) => {
  const token = res.json().token;
  pm.environment.set('authToken', token);
});

2️⃣ Подставляем в запросы:

В заголовке:

Authorization: Bearer {{authToken}}

💡 Работает с JWT, OAuth и любыми кастомными токенами. Поддерживает коллекционные переменные, глобальные и окружения.

Используйте в:

— Ручных API-тестах
— Автоматизированных коллекциях
— CI/CD пайплайнах

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

#буст

Знакомый кейс ☕️

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

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

✍️ Как превратить описание фичи в тест-план и каталог кейсов

Этот промпт превращает LLM в мини-команду QA. Подходит для ручного и автоматизированного тестирования.

Как работает:

😗 QA0 — запускает процесс

😗 QA1 — уточняет описание

😗 QA2 — строит тест-план по ISO 25010

😗 QA3 — генерирует кейсы

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

Промпт:

## INITIAL CONTEXT
We are going to work in developing Software Quality documentation.
Quality or test terminology is based in ISTQB body of knowledge.
...
## ROLES OVERVIEW
From now on, I want you to assume the roles of three distinct Software Quality specialists...
...
## QA0 - SUPERVISOR
QA0's task is to review the request, asking for an example...
...
## QA1 - FEATURE REVIEWER
QA1's task is to review the feature description, performing static testing...
...
## QA2 - TEST PLAN DESIGNER
QA2's task is to create a comprehensive Software Quality Test Plan based on ISO 25010...
...
## QA3 - TEST CATALOG DESIGNER
QA3's task is to design a set of formal test cases that cover all the test conditions...

Что получаете на выходе:

➡️ Тест-план по ISO 25010 + ISTQB

➡️ Матрица рисков и пробелов

➡️ Каталог тестов в формате: шаги, приоритет, ожидаемый результат

➡️ Повторяемый и масштабируемый QA‑процесс

🔗 Полный промпт по ссылке

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

#буст

💥 Как я обнаружил рассинхронизацию тестового окружения с продом

Наш подписчик работал над критическим релизом и заметил, что автоматические тесты в тестовой среде начинают падать на тех же проверках, которые в продакшене проходили без проблем:

«Мы закрыли этап интеграционного тестирования и запустили полный regression suite в тестовом кластере. Часть тестов на проверку бизнес-логики неожиданно упала: в тестовых данных не создавались архивные записи, а на проде всё работало стабильно. Я сравнил версии миграций и конфигураций между окружениями и обнаружил, что в тестовом кластере не были применены последние DDL-скрипты и обновления триггеров. Также выяснилось, что переменные окружения для подключения к очередям и таймауты в application.yml отличались от продовых.»

❓ Какие приемы вы используете, чтобы гарантировать синхронизацию тестовых и продакшен-окружений?

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

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

🛠 Фишка инструмента: Mountebank

Mountebank — это удобный способ поднимать «заглушки» вместо настоящих сервисов: API, SMTP или TCP — без единой строчки кода.

❗️ Поддерживает несколько протоколов из коробки: HTTP, HTTPS, TCP и SMTP. Всё управляется через REST API или JSON — без SDK и сложной настройки.

Где пригодится:

— Когда внешний сервис нестабилен или недоступен

— Чтобы проверить edge-кейсы: 500, таймауты, невалидный JSON

— Если интеграция ещё не готова, а тестировать уже нужно

— Для эмуляции редких и нестандартных сценариев

🍒 Вишенка на торте — можно писать JavaScript-правила для динамических ответов, а также использовать proxy-режим, логирование и валидацию запросов.

Пример простейшего impostera:

{
  "port": 4545,
  "protocol": "http",
  "stubs": [{
    "responses": [{ "is": { "statusCode": 200, "body": "Mocked response" } }]
  }]
}

🔗 Ссылка на GitHub

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

#буст

Ставим ❤️, если жизненно

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

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

⚡️ ТОП-5 инструментов для проверки производительности фронтенда

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

➡️ Lighthouse

Встроенный в Chrome инструмент для анализа производительности, доступности и SEO. Даёт подробные отчёты с конкретными советами по оптимизации.

➡️ WebPageTest

Онлайн-сервис, который тестирует скорость загрузки сайта с разных регионов и на разных устройствах. Показывает waterfall-диаграмму запросов.

➡️ GTmetrix

Комбинирует данные Lighthouse и WebPageTest, предоставляя читаемые отчёты и визуализацию проблем.

➡️ Calibre

Платформа для мониторинга производительности с историей изменений и алертами при деградации скорости.

➡️ Sitespeed.io

Инструмент с открытым кодом для автоматизации тестов производительности, интегрируется с CI/CD и собирает метрики в Grafana.

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

#свежак

😏 Проверка времени отклика страницы

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

❓ Что нужно проверить, чтобы гарантировать правильную работу lazy loading?

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

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

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

Senior QA Lead — от 350 000 ₽, офис/гибрид (Москва)

Performance Manager (Load Testing, Senior) — от 350 000 до 400 000 ₽, удаленно

QA инженер (middle+) — от 140 000 до 220 000 ₽, гибрид (Москва)

QA Team Lead — до 350 000 ₽, удаленно (Москва)

QA Automation Engineer (Python) — от 140 000 до 190 000 ₽, офис/гибрид (Москва)

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

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

#свежак

😀 Как тестировать push-уведомления локально

Проверка push — это не только «пришло или нет». Чтобы тест был полноценным, важно пройти все ключевые этапы:

1️⃣ Эмулируйте реальные сценарии:

— Пользователь в онлайне / офлайне

— Браузер открыт, но вкладка в фоне

— Приложение закрыто (mobile/desktop PWA)

2️⃣ Валидируйте бизнес-логику:

— Сообщение приходит только нужным сегментам

— Нет дубликатов при повторной подписке

— Уведомление исчезает после обработки события

3️⃣ Тестируйте UX-детали:

— Заголовок влезает в одну строку

— Иконка чёткая на разных DPI

— Клик открывает нужный экран (и передаёт параметры)

4️⃣ Полезные инструменты:

— Web Push Codelab — быстро проверить контент

— DevTools → Application → Service Workers — симуляция push

— Локальный Node-сервер с web-push для кастомных payload

💡 Такой тест ловит баги, которые продакшн-проверка часто пропускает: неверная сегментация, обрезанные тексты, сбитая навигация.

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

#буст

🖥️ Тестирование интерфейсов

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

Что вы узнаете еще:

➡️ Как проверять визуальную целостность и поведение компонентов.

➡️ Какие инструменты помогут тестировать дизайн-системы.

➡️ Как обеспечить адаптивность интерфейсов на разных устройствах.

🔗 Читать по ссылке на Habr

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