🧰 Полезная Linux-шпаргалка

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

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

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

#артефакт #linux

🎭 Разработчик закрыл ваш баг как «works as intended»

Кейс:

Вы нашли странное поведение: при быстром двойном клике система списывает деньги дважды. Создали баг-репорт. Разработчик закрыл тикет:

Пользователь не должен так быстро кликать, это edge case

Но в аналитике видно — такое происходит 50 раз в день.

❓ Что вы делаете:

👍 — Реоупеню с данными из аналитики
🤩 — Иду к тимлиду разработки напрямую
🥰 — Добавляю в документацию как «известное ограничение»
❤️ — Поднимаю на ретро, обсуждаем критерии edge case

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

#стендап_qa

❓ k6 vs JMeter: какой инструмент выбрать

k6 ⚡️ (Grafana Labs)

 • JS-скрипты, легко подключается к CI/CD
 • Метрики в реальном времени в Grafana
 • Лёгкий, подходит для контейнеров
 • Отличен для REST/GraphQL/API Gateway

− Только HTTP/Websocket
− Нет GUI — всё через код

JMeter 🏛 (Apache)

 • Множество протоколов (HTTP, JDBC, JMS, SOAP)
 • Огромная база плагинов

− Требует тюнинг JVM
− Тяжелый, плохо масштабируется в Docker
− XML-проекты сложно ревьюить

📌 Когда брать k6: CI/CD, микросервисы, API-first проекты.
📌 Когда брать JMeter: сложные протоколы, legacy, большой QA-отдел.

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

#тест_драйв

💧 Ещё один типичный анти-паттерн: «Капля»

Это когда много E2E-тестов и юнитов, но почти нет интеграционных.

Что идёт не так 🔜

— Юниты проверяют отдельные функции — всё ок
— E2E проверяют весь флоу — тоже вроде работает
— Но никто не проверяет, как модули работают вместе
— Баги в интеграции всплывают только на E2E — когда уже поздно

🔍 Признаки:

— «Юниты зелёные, но на проде всё падает»
— Долгая отладка E2E-тестов: непонятно, где именно сломалось
— Проблемы с API, базами данных, очередями находят только пользователи
— Между «функция работает» и «система работает» — чёрная дыра

🔤 Почему так получается:

Интеграционные тесты сложнее писать: нужны моки, стабы, тестовые окружения. Проще написать ещё один юнит или E2E. Но именно на стыках модулей и живут самые коварные баги.

🔗 Ссылка на первую часть, где разобрали песочные часы ⌛️

🔹 Основы IT для непрограммистов
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib

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

#теория_на_пальцах

🔥 Когда job-очередь превращается в кладбище задач

На тесте проблема не проявилась: низкая нагрузка, стабильный sandbox, отсутствие сценариев «внешний сервис не отвечает».

Что обязательно проверять:

✅ таймауты и поведение при зависании API;
✅ retry-политику и максимальное время обработки задачи;
✅ наличие DLQ и алертов на его переполнение;
✅ мониторинг очередей: размер, возраст задач, время обработки;
✅ поведение при перегрузке (10×, 100× нагрузка);
✅ идемпотентность — нет ли дублей и потерянных операций.

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

#разбор_полетов

🔴 Playwright 1.57.0 — свежее обновление

Вышел новый релиз Playwright 1.57.0. Главное, что в нём стоит знать:

✅ Новые режимы обновления снапшотов:

Появилась поддержка:
• overwrite — полностью перезаписывает,
• 3-way merge — аккуратно вносит изменения.

Это уменьшает конфликты в Git и делает визуальные тесты стабильнее.

✅ Улучшения стабильности и работы с тестовыми файлами:

Чище диффы, меньше случайных перезаписей и более предсказуемые CI-прогоны.

📎 Источник

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

#release_notes

🔺 Анти-ппатерн: «Реверсивная пирамида»

Это структура, где основная масса тестов — интеграционные. Юнитов мало, E2E немного, но середина раздута и нестабильна.

В чём проблема:

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

🔍 Признаки:

— «У нас огромный пакет API-тестов, но юнитов почти нет».
— Любая правка в схеме данных ломает десятки–сотни проверок.
— Граница ответственности размыта: тесты проверяют всё сразу.

💡 Как лечить:

— Строить нормальную пирамиду: много юнитов → умеренно интеграционных → минимум необходимого E2E.
— Чётко ограничивать ответственность каждого уровня.
— Интеграционные тесты — только для критических связей, а не для всего приложения.

🔹 Основы IT для непрограммистов
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib

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

#теория_на_пальцах

🌐 Визуализация JSON в диаграммы

Расширение для VS Code, которое превращает JSON-файлы в интерактивные графы: объекты, массивы и значения становятся связанными узлами.

🔴 Чем полезно для QA:

• Быстро понять структуру сложных API-ответов без чтения кода
• Находить вложенности и связи между объектами визуально
• Проверять payload запросов и responses — ошибки видно сразу
• Удобно для дебага: где именно сломалась структура данных
• Работает с большими JSON — не нужно скроллить тысячи строк

Установка: открыть JSON → кликнуть иконку JSON Crack в menubar → получить граф.

Особенно полезно при тестировании REST API, анализе логов и валидации контрактов между сервисами.

🔹 Основы IT для непрограммистов
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib

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

#тест_драйв