Telegram Web
sql.pdf
1.5 MB
😎 Очередная шпаргалка по SQL

Иногда чувствуешь себя не QA, а детективом, который допрашивает базу данных:

«Ну признайся уже, где этот баг?»


ℹ️ Внутри: от LIKE до JOIN, от TRIGGER до OFFSET — всё, чтобы не гуглить на проде.

На английском, но язык SQL мы ведь все понимаем одинаково 😅

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

#артефакт
Please open Telegram to view this post
VIEW IN TELEGRAM
6🔥2🥰2🤩1
😠 Документации нет, но вы держитесь

Требований нет. API описания нет. Но тестировать нужно сегодня 😅

Ваш ход:

— Интуиция и старые скрины
— Postman и метод научного тыка
— Телепатия с бэкендером (через боль и мемы)

💬 Делитесь своими историями, когда приходилось «тестировать вслепую» 🔻

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

#стендап_qa
Please open Telegram to view this post
VIEW IN TELEGRAM
🤩64👍2
🖍 Что отличает хорошего тест-кейса от бесполезного

Количество тестов ≠ качество покрытия. Мидлы должны уметь оптимизировать тест-кейсы и выделять сценарии с максимальным риском.

Карточки помогут:

показывать примеры избыточных кейсов;

объяснять понятие “value-based testing”;

давать мини-чеклист для ревью кейсов.

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

#карьерный_трек #middle
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
7🥰2🤩2🔥1
🐞 Что такое регрессия и почему она неизбежна

Когда код меняется, ломается не то, что правили, а то, что зависело от этого куска. Поэтому задача тестировщика — не «поймать ошибку», а предсказать, что именно сдвинется после правки.

Пример: поправил авторизацию → перестала работать корзина. Связь неочевидна, но она есть.

🔤 Автотесты не спасают от регрессии — они лишь показывают, где она случилась. Предотвращает регрессию только понимание архитектуры.

📎 Видео для закрепления темы

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

#теория_на_пальцах
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5🤩2🌚1
🔥 Сбой AWS, который обрушил пол-интернета

20 октября 2025 года в регионе us-east-1 у Amazon Web Services произошёл каскадный сбой. Не работали DynamoDB, Lambda, EC2, API Gateway — тысячи приложений по всему миру встали.

🅰️ Что случилось:

Баг в системе, управляющей DNS-адресами DynamoDB, нарушил резолвинг. Сервисы не могли «достучаться» до нужных эндпоинтов и начинали бесконечно повторять запросы.

Эти массовые повторы создали нагрузочную волну, которая добила инфраструктуру. Пока Amazon восстанавливал DNS и чистил кэши, бизнесы теряли доступ к API и базам.


📌 На прикрепленной картинке — разбор, как тестировать сбои подключений, повторные запросы и отказоустойчивость систем.

📎 Источник

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

#разбор_полетов
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🥰2🤩2
🐳 Как ускорить автотесты в 5 раз без новых серверов

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

🈂️ Как это работает:


docker-compose up --scale app=5 -d


Команда запускает 5 независимых контейнеров одного сервиса. Каждый получит свой порт, а тесты можно распределить между ними.

🔢 Пример docker-compose.yml


services:
app:
image: myapp:latest
ports:
- "8080"
depends_on:
- db
db:
image: postgres:15


🗳 Как применить в тестах:

— Поднимите несколько инстансов через --scale

— Настройте раннер (например, pytest-xdist или robot --processes 5) для распределения

— Тесты стартуют параллельно → CI проходит в разы быстрее

🔥 Совет:

Добавьте --remove-orphans при рестарте, чтобы старые контейнеры не мешали.

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

#тест_драйв
Please open Telegram to view this post
VIEW IN TELEGRAM
🤩42🥰2
Cheat_sheet_функционального_тестирования.png
1.1 MB
🙂 Чит-лист функционального тестирования

Универсальная шпаргалка для тестировщиков — коротко обо всём, что важно проверить в любой системе.

💡 Подходит для:

— проверки тестового покрытия
— вычитки ТЗ
— быстрого старта на новом проекте

📎 Полная версия с примерами и описаниями

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

#артефакт
Please open Telegram to view this post
VIEW IN TELEGRAM
❤‍🔥8🤩2👍1
📸 Скриншоты в баг-репортах

Кажется, что это мелочь. А на деле — один из самых холиварных вопросов в QA-командах.

Скрин обязателен

— «Без скрина это не баг, а болтовня»

— Скрин помогает разработчику увидеть суть сразу

— «Один скрин = минус сто слов в steps to reproduce»

💹 Разрабы сами откроют

— Если баг стабильно воспроизводится — скрин не нужен

— Делать, обрезать, грузить — трата времени

— Разработчик всё равно смотрит код, а не картинку

А как у вас в команде:

👍 — Скрин в каждом баге обязателен
❤️ — Только если это визуальный баг
🔥 — Разрабы сами разберутся

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

#стендап_qa
Please open Telegram to view this post
VIEW IN TELEGRAM
👍187🔥1🥰1🤩1
💬 Реальное собеседование тестировщика в крупный банк

Кандидат с опытом 3+ лет отвечает на вопросы — от SQL и REST до CI/CD и тест-кейсов.

🔤 Что внутри:

— Как кандидаты рассказывают про опыт и проекты (и где чаще всего «плывут»)

— Разбор API и статусов ответов: где путаются даже мидлы

— Практические кейсы: тестирование кнопки «Сбросить», работа с базой данных, проверка запросов

🔥 Отличный способ проверить себя перед следующей встречей с HR и техэкспертом.

📎 Смотреть видео по ссылке

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

#карьерный_трек
Please open Telegram to view this post
VIEW IN TELEGRAM
🤩3🥰2
🎯 Fiddler умеет больше, чем вы думаете

Большинство используют его только для просмотра трафика. Максимум — подменяют ответы через AutoResponder.

🔤 А внутри есть фичи, которые экономят часы работы. Собрали 6 техник, которые используют senior автоматизаторы. Каждая находит баги, которые другими способами не словить.

Если было полезно, ставь 🎈

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

#тест_драйв
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
5🤩3
2025/11/06 07:45:56
Back to Top
HTML Embed Code: