tgindex

📚 ProTestingInfo 🔷 Канал по тестированию 📚

описание

📌Информация для начинающих и для коллег в области QA, для личного закрепления знаний. 📌Теория, тесты, практика Ментор-Консультация - 6 тр/час Курс @info_course_protestinginfo https://protestinginfo.ru Вопросы @nadin_qa ИП РКН: https://clck.ru/3FWD9v

← к каналу@protestinginfo
14 880
подписчиков
Охват к подписчикам
6,7%
ERR
Реакции к просмотрам
0,63%
300 на 49 постов
Пересылки к просмотрам
2,73%
1 309
Постов в день
4,3
всего 64

Где отзываются чаще

доля реакций к просмотрам
  • 20:24Монолит vs Микросервисы: в чем разница для QA? 👇 Архитектура Монолит • UI, бизнес-логика и БД — единое приложение • Общая база данных • Компоненты тесно связаны Микросервисы • Каждый сервис отвечает за свою бизнес-функцию • У каждого сервиса может быть собственная БД • Взаимодействие через API и очереди сообщений Что тестировать? Монолит ✅ Функциональность приложения ✅ Бизнес-логику ✅ Интеграцию модулей ✅ Работу с общей БД Микросервисы ✅ API между сервисами ✅ Contract testing ✅ Kafka / RabbitMQ ✅ Консистентность данных ✅ Логи, tracing и мониторинг ✅ Отказоустойчивость сервисов Надёжность Монолит ❌ Ошибка может повлиять на всё приложение ❌ Единая точка отказа Микросервисы ✅ Сбой чаще локализован ✅ Остальные сервисы продолжают работать ✅ Проще масштабировать отдельные компоненты 🔄 переход из монолита в микросервисы Для QA появляются дополнительные проверки: • регрессия после выделения сервиса; • совместная работа монолита и новых сервисов; • API и контрактов между сервисами; • очередей сообщений; • логов, мониторинга; • отказоустойчивости и восстановления после сбоев. Важно В микросервисной архитектуре нет догмы, что у каждого сервиса должна быть отдельная физическая база данных. Рекомендуемый паттерн Database per Service, где каждый сервис владеет своими данными, но это может быть отдельная схема, отдельная БД или даже выделенные таблицы. Общая база тоже встречается, особенно при миграции с монолита, но это компромисс, который усиливает связанность сервисов. Главное, не количество баз, а независимость владения данными и границами сервиса. Многие крупные продукты годами успешно работают на монолитной архитектуре. Переход к микросервисам обычно имеет смысл тогда, когда появляются независимые команды, отдельные релизы, требования к масштабированию и высокая нагрузка. Из моего опыта Монолит мне довелось тестировать один раз. А вот с микросервисами работаю регулярно, и самая интересная часть для меня - интеграционное тестирование, поиск проблем во взаимодействии сервисов, анализ логов и проверка очередей. Что вы тестируете монолит или микросервисы? Ставь просто ❤️, если полезно 🔥 #QA #ТестированиеПО #qaengineer#тестирование #собеседование5,34%
  • 10 авг.🌿 Пост для всех, кому непросто Просто несколько мыслей. 📌 Тем, кто ищет работу Поиск работы в тестировании сейчас может занимать месяцы, но это не значит, что с тобой, что-то не так. Рынок сложнее, чем раньше, конкуренция выше. Отказ - не всегда оценка твоих навыков. Обычно это просто "не сошлось" по причинам, которые от тебя не зависят. И таких причин десятки. 📌 Тем, кому тяжело на текущей работе Выгорание, токсичный менеджмент, непонятные задачи, кривые рабочие процессы... С этим сталкиваются и джуны и мидлы и синьоры одинаково. Опыт не делает человека неуязвимым к рабочим проблемам. 📌 Тем, кто только хочет начать Да, порог входа вырос. Но это не значит, что путь закрыт. Это значит, что нужно больше упорства, терпения и системности. Если есть вопросы пишите. Разберём вместе, тут много опытных специалистов. Поставь 🔥, если откликается @qa_road_channel3,20%
  • 5 авг.ВОПРОСЫ ПО API С РЕАЛЬНОГО СОБЕСЕДОВАНИЯ 💻 API - одна из самых популярных тем на собеседованиях QA. Причем интервьюеры хотят не просто услышать определения, а понять, как ты будешь тестировать API в реальном проекте. В этой карусели собрала темы, которые регулярно встречаются на технических интервью. Пост в нельзяграме 📌 Разбираем: ✅ Какие бывают типы API: REST, SOAP, GraphQL, gRPC, WebSocket и Webhooks. Чем отличаются и где используются. ✅ HTTP-методы (GET, POST, PUT, PATCH, DELETE) и самые важные статус-коды: 200, 201, 204, 400, 401, 404, 500, 502, 503. ✅ Техники тест-дизайна для API: • Эквивалентное разбиение • Граничные значения • Таблица решений • State Transition • Error Guessing ✅ Что обязательно валидировать в Request и Response: • HTTP Method • URL и Query Params • Headers • Body • JSON Schema • Типы данных • Обязательные поля • Status Code • Response Time • Pagination • Error Response ✅ Как тестировать аутентификацию и авторизацию: • API Key • JWT Bearer Token • OAuth 2.0 Какие проверки должен предложить QA: — запрос без токена; — просроченный токен; — недостаточно прав; — доступ к чужим данным. ✅ Практическое задание с интервью: Есть endpoint: GET /insuredperson/details Какие позитивные, негативные и security-проверки ты напишешь? Именно такие задачи часто дают на технических собеседованиях, чтобы оценить не знание терминов, а умение мыслить как тестировщик. 💡 Главное правило успешного ответа на интервью: Не перечисляй техники и инструменты. Объясняй, что именно будешь проверять, почему это важно и какой результат ожидаешь получить. Так интервьюер увидит твой подход к тестированию, а не только знание теории. 💾 Сохрани карусель, чтобы быстро повторить материал перед следующим собеседованием. @protestinginfo 👇 А какой вопрос по API попадался тебе на интервью? Еще разборы? Ставь ❤️3,13%
  • 11 авг.Следующие посты будут про MCP и SDD. Общие определения. подписаться на нельзяграм Сохраняй roadmap 👇 Промпт-инжиниринг + RAG Документацию проекта векторизуют и кладут в RAG. ИИ знает ТВОЙ проект, а не общий интернет. Умеешь: ✓ Писать промпты для генерации тестов ✓ Получать ответы по специфике проекта ✓ Анализировать баги через ИИ-ассистента 🎯 Fullstack QA — 6 областей: 🔌 API (REST, GraphQL, gRPC, WebSocket) 🖥 UI (Selenium, Playwright) 🔄 E2E сценарии ⚡ Performance (JMeter, K6) 🔗 Интеграции и брокеры 🤖 AI/ML тестирование ☕ Java Stack: • Rest Assured 5.x — API тесты • JUnit 5 — фреймворк • Maven — сборка • Allure — отчёты 🐍 Python Stack: • pytest — фреймворк • Requests + httpx — HTTP • Playwright — UI + E2E • Allure-pytest — отчёты 🔗 Интеграции: • REST, GraphQL, gRPC, WebSocket • Kafka, RabbitMQ, Redis • Тестирование событий и очередей 💳 Пример задачи (финтех): Создать тест платежа с: ✓ POST /api/v1/payments ✓ Проверкой Kafka событий ✓ Проверкой WebSocket уведомлений ✓ Allure steps + attachments ✓ Обработкой исключений 🎯 QA будущего = Промпты + Код + Экспертиза проекта Для старта: рекомендации по AI Больше постов про мои задачи с AI, ставь🔥, я что-нибудь подумаю 😉, что рассказать #QA #автоматизация #FullstackQA #карьераВIT #тестированиепо2,71%
  • 15 июл.без подписи2,43%
  • 30 мая🎓 Начала обучение в Академии амбассадоров Сбера! Коллеги, всем хорошего дня! Хочу поделиться отличной новостью - я начала проходить Академию амбассадоров Сбера: продвинутый уровень в Сбер Университете! Немного обо мне для тех, кто не знаком: Я Надежда, в тестировании уже 10 лет. Сейчас работаю главным инженером по тестированию/тест-менеджером в релизном процессе ЕФС СБОЛ ФЛ - Цифровые Каналы B2C (хотя честно признаюсь, сама иногда путаюсь в своей должности 😊, так как еще подкинули новые обязанности и роли). Сейчас нахожусь в декрете частично, но не перестаю развиваться! Уже 5 лет занимаюсь менторством, обучаю начинающих специалистов и тех кто с опытом (в основном в ручном тестировании веб-приложений, бэкенд и интеграции), а в этом году сама стала ментором в Сбере. Веду свои каналы про тестирование, декрет в ИТ, по курсам - все оповещения по моим продуктам (обновления и промокоды), пишу статьи на Хабре и люблю делиться полезными материалами. Почему этот курс? Хочу стать еще ближе к Сберу и его комьюнити. В планах: ✨ Снимать рилсы в офисе Сбера ✨ Быть активным членом сообщества не только на платформе, но и в рамках всего Сбера ✨ Стать спикером и делиться опытом на мероприятиях ✨ Укрепить связь с каналом новостей B2C Как буду применять знания? Планирую интегрировать полученные навыки в развитие своего личного бренда: - Улучшить продвижение канала @protestinginfo - Создавать более качественный контент про тестирование - Привлекать новых подписчиков и менти. Каждого благодарю за подписку 💙 - Развивать навыки публичных выступлений Кстати, параллельно прохожу курсы по созданию рилсов и продвижению блога - так что будет двойная польза! 📱 Уже чуть больше получается. Изучаю ИИ-инструменты и активно стала использовать в развитии своего блога, карусели, презентации, оформление уроков и лекций на курсе, а скоро хочу внедрить ИИ на курсе по тестам как проверка (планы, планы). Уже есть первый результат - написала статью на Хабр от хаба Сбера про mTLS! Верю, что достигну всех поставленных целей! 💚 Добавляйтесь в LinkedIn: https://www.linkedin.com/in/nadezhda-dudnik Подписывайтесь на Instagram: https://www.instagram.com/protestinginfo * (запрещенная организация на территории РФ) #СберУниверситет Для поддержки ставь ❤️2,01%
  • 7 авг.С КАКИМИ СУБД ТЫ РЕАЛЬНО РАБОТАЛ? 💾 Личный вопрос на собеседовании, где легко потерять конкретику. Как отвечать структурированно: 1️⃣ НАЗОВИ КОНКРЕТНЫЕ СУБД Не говори “работал с базами данных”. Назови конкретно: • PostgreSQL • MySQL • MS SQL Server • Oracle • MongoDB 2️⃣ ЧТО ИМЕННО ТЫ ДЕЛАЛ Расскажи про конкретные действия: • SELECT-запросы (выборка данных) • Подготовка тестовых данных (INSERT) • Проверка целостности (FOREIGN KEY, UNIQUE) • JOIN-запросы (связывание таблиц) • Агрегатные функции (COUNT, SUM, AVG) • GROUP BY 3️⃣ NoSQL — ОТДЕЛЬНО! Если работал с NoSQL (MongoDB, Redis, Cassandra), скажи об этом отдельно. Принцип работы: • SQL: строгая схема, таблицы, ACID • NoSQL: гибкая схема, документы, BASE ⚠️ Не путай SQL и NoSQL опыт в одном предложении! ПРИМЕР ОТВЕТА: “На проекте X я работал с PostgreSQL. Писал SELECT-запросы с JOIN для выборки данных, подготавливал тестовые данные через INSERT, проверял целостность через FOREIGN KEY constraints. Также работал с MongoDB для хранения неструктурированных данных.” 👇 С какими СУБД ты работал? Делись в комментариях! #базыданных #SQL #NoSQL #QA #собеседование1,63%
  • 16 авг.20 ВОПРОСОВ ПО PYTHON AUTOMATION С СОБЕСЕДОВАНИЯ 👇 Пост в нельзяграме: https://www.instagram.com/p/DcF8yKaDDiO/?igsh=MTJuZmswZnpsY2xqYw==&igsi=MTJuZmswZnpsY2xqYw== Это реальные вопросы, которые задают на собеседованиях в 2026 году. Разбиты по блокам для удобной подготовки. 🐍 PYTHON CORE (1-5) 1. Чем отличается @ staticmethod от @ classmethod? 2. Какие изменяемые/неизменяемые типы данных? 3. Что такое декораторы и как их применять? 4. Как работает контекстный менеджер (with)? 5. Напишите функцию: разворот строки + поиск дубликатов 🧪 PYTEST & ТЕСТИРОВАНИЕ (6-10) 6. Какие фреймворки для автотестов на Python? 7. PyTest vs Unittest: как бы выбрали? 8. Что такое фикстуры в PyTest? 9. Как использовать фикстуры для setup/teardown? 10. Как организовать работу с отчетами? SELENIUM & WEB AUTOMATION (11-15) 11. Как работать с Selenium WebDriver? 12. Какие локаторы (CSS, XPath) и когда использовать? 13. Как проверить отображение элемента? 14. Какие виды ожиданий (waits) в Selenium? 15. Кнопка появляется с задержкой. Как решить? 🚀 CI/CD & DEVOPS (16-20) 16. Что такое CI/CD и зачем это QA? 17. Что входит в pipeline автотестов? 18. Git: разница между pull, push и fetch? 19. Как работать с Docker в тестировании? 20. Какие метрики CI/CD важны для QA? 💻 ПРАКТИЧЕСКИЕ ЗАДАЧИ НА ЛАЙВКОДИНГ: • Перевернуть строку задом наперед • Найти дубликаты в списке 💡 СОВЕТ: На собеседовании важно не только решить задачу, но и объяснить ход мыслей вслух! Подпишись на https://t.me/protestinginfo , здесь разбираю вопросы по подготовке к собеседованиям и тесты по подготовке к собеседованию, чтобы ты чувствовал(а) себя уверенно на любом собеседовании! https://stepik.org/a/276076/pay?promo=baaaaf96a70cf20e Какой вопрос из списка кажется тебе самым сложным? Пиши в комментариях! #AutomationQA #Python #Pytest #тестирование #QA1,57%
  • 8 авг.без подписи1,51%
  • 8 авг.без подписи1,18%
  • 8 авг.без подписи1,04%
  • 6 июн.Разверни👇 SSE В POSTMAN С GEMINI API Подписаться в нельзяграм - пост Postman можно тестировать Server-Sent Events (SSE) SSE — это технология, позволяющая серверу отправлять данные клиенту через одно постоянное HTTP-соединение. В отличие от WebSocket, SSE работает поверх обычного HTTP и автоматически переподключается при обрыве. Идеально для чатов и потоковой генерации AI! ПОШАГОВАЯ ИНСТРУКЦИЯ: 1️⃣ Получаем API ключ: → aistudio.google.com/app/apikey (в РФ используй VPN) → Жмем «Get API key» → Копируем ключ (начинается на AIza...) 2️⃣ Настраиваем Postman: → Создаем новый запрос → Метод POST → URL: https://generativelanguage.googleapis.com/v1beta/models/gemini-1.5-flash:streamGenerateContent?alt=sse&key=ВАШ_КЛЮЧ ❗ Важно: параметр alt=sse включает потоковую передачу! Без него ответ придет одним куском. 3️⃣ Заголовки: → Вкладка Headers → Content-Type: application/json 4️⃣ Тело запроса: → Body → raw → JSON{ «contents»: [{ «parts»: [{«text»: «Расскажи о SSE»}] }] } Совет: добавьте «generationConfig»: {«maxOutputTokens»: 200}, чтобы ограничить длину ответа. 5️⃣ Жмем Send и наблюдаем магию! ✨ ЧТО УВИДИМ В ОТВЕТЕ: 📊 Поток сообщений от сервера в реальном времени 📝 Каждая строка начинается с data: — это формат SSE 🔢 Текст генерируется по частям (токенам), как в ChatGPT ⚡ В последнем сообщении придет usageMetadata SSE vs WebSocket vs Polling: • SSE — однонаправленный поток через HTTP (просто!) • WebSocket — двусторонняя связь (сложнее) • Polling — клиент постоянно опрашивает сервер (тратит ресурсы 😅) Где использовать SSE: ✓ Потоковая генерация текста AI ✓ Чаты — пользователь видит ответ по мере написания ✓ Live-уведомления и биржевые котировки ✓ Прогресс-бары долгих операций Лайфхак для тех, кто работает с чат-ботами: SSE позволяет показать «печатающий» ответ — текст появляется плавно, а не одним сообщением через 10 секунд. ⚠️ Частые ошибки: • Забыли alt=sse → ответ без потока • Неверный Content-Type → 400 Bad Request • Старый Postman → обновитесь до версии 12+ Подписывайся на @protestinginfo Пробовали уже SSE в работе? Делитесь в комментариях! 👇 #postman #api #testing #qa1,03%