Preguntas de la entrevista del testador

🤔 Что такое микросервисная архитектура? Микросервисная архитектура (MSA, Microservices Architecture) – это стиль разработки ПО, в котором приложение разбивается на мелкие независимые сервисы, взаимодействующие между собой через API. 🚩Каждый микросервис Выполняет одну конкретную бизнес-задачу (например, авторизация, платежи, управление пользователями). Автономен – его можно разрабатывать, развертывать и масштабировать отдельно. Общается с другими микросервисами через HTTP (REST, gRPC) или асинхронные очереди (Kafka, RabbitMQ*. 🚩Ключевые принципы микросервисов Разделение на мелкие сервисы – нет единого монолита, каждый сервис отвечает за свою функцию. Связь через API – микросервисы общаются по HTTP (REST, GraphQL, gRPC) или через брокеры сообщений. Независимое развертывание – каждый сервис можно обновлять без остановки всей системы. Собственная база данных – каждый сервис управляет своими данными (это уменьшает зависимость между сервисами). Горизонтальное масштабирование – можно увеличить только нужные сервисы под нагрузкой. 🚩Пример микросервисной архитектуры Допустим, у нас есть интернет-магазин. В микросервисной архитектуре он может быть разделен на: User Service – отвечает за регистрацию и авторизацию. Order Service – обрабатывает заказы. Payment Service – управляет платежами. Product Service – хранит информацию о товарах. Notification Service – отправляет уведомления клиентам. 🚩Плюсы ➕Гибкость можно разрабатывать разные сервисы разными командами и технологиями. ➕Масштабируемость можно увеличить только нужные сервисы, а не всю систему. ➕Устойчивость отказ одного сервиса не ломает всю систему. ➕Быстрое развертывание можно обновлять отдельные сервисы без остановки всего приложения. 🚩Минусы ➖Сложность нужно продумывать взаимодействие сервисов, мониторинг, балансировку. ➖Задержки в коммуникации из-за работы по сети API-запросы могут выполняться медленнее, чем в монолите. ➖Сложное тестирование приходится тестировать не только сервисы по отдельности, но и их взаимодействие. Ставь 👍 и забирай 📚 Базу знаний

🤔 В чем заключается суть тестирования белого ящика? Суть тестирования белого ящика заключается в проверке внутренней структуры, логики и кода программы. Тестировщик при этом имеет доступ к исходному коду и анализирует его, чтобы убедиться, что все ветки кода работают правильно, а все возможные условия и пути выполнения программы протестированы. 🚩Зачем нужно тестирование белого ящика? Выявлять логические ошибки в коде Проверять все возможные ветвления программы Анализировать покрытие кода тестами Обнаруживать неиспользуемый или «мертвый» код Оптимизировать код и улучшить его качество 🚩Как оно используется? Тестирование белого ящика проводится разработчиками или QA-инженерами с навыками программирования. Основные методы: 🟠Покрытие операторов (Statement Coverage) проверяется, выполняется ли каждая строка кода. 🟠Покрытие условий (Branch Coverage) тестируются все возможные ветвления (if, else, switch). 🟠Покрытие путей (Path Coverage) проверяются все возможные пути выполнения кода. def check_number(x): if x > 0: return "Positive" elif x < 0: return "Negative" else: return "Zero" Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое Debug в логировании? Debug — это уровень логирования, предназначенный для подробной отладки приложения. Он выводит детальные данные о внутренних процессах, переменных и выполнении кода, полезных для разработчиков. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний

🤔 Расскажи про protected? protected – это модификатор доступа в объектно-ориентированном программировании (ООП), который используется для ограничения доступа к переменным и методам внутри класса и его наследников. 🟠`protected` в Java Пример class Parent { protected String message = "Привет от родителя!"; protected void showMessage() { System.out.println(message); } } class Child extends Parent { void display() { showMessage(); // ✅ Можно вызвать protected-метод } } public class Main { public static void main(String[] args) { Child child = new Child(); child.display(); // "Привет от родителя!" // child.showMessage(); ❌ Ошибка (protected нельзя вызвать напрямую) } } 🟠`protected` в C++ Пример #include using namespace std; class Parent { protected: int value = 42; }; class Child : public Parent { public: void showValue() { cout

🤔 Что известно про контрактное тестирование микросервиса? Контрактное тестирование проверяет, что сервисы правильно обмениваются данными согласно договорённым схемам и API спецификациям. Выявляет ошибки интеграции без запуска всей системы. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний

🤔 Что будет если попытаться обратиться к какому-то EndPoint без авторизации? Если API требует авторизации, но запрос отправляется без токена или неправильных учетных данных, возможны следующие сценарии 🟠Ошибка 401 (Unauthorized) – Нет авторизации Если требуется авторизация, но токен не передан или неправильный, сервер обычно возвращает { "error": "Unauthorized", "message": "Authentication credentials were not provided." } Пример в Postman (запрос без токена) GET Ссылка скрыта 🟠Ошибка 403 (Forbidden) – Доступ запрещен Если токен передан, но у пользователя нет нужных прав, сервер вернет 403 Forbidden { "error": "Forbidden", "message": "You do not have permission to access this resource." } 🟠Редирект на страницу логина (если это веб-приложение) Если запрос отправляется из браузера без авторизации, веб-сервер может перенаправить пользователя на страницу входа. GET Ссылка скрыта 🟠API может заблокировать пользователя (если много попыток) Некоторые серверы могут банить IP за множественные неудачные попытки доступа (Brute-force защита). { "error": "Too Many Requests", "message": "Your IP has been temporarily blocked." } Ставь 👍 и забирай 📚 Базу знаний

🤔 Как понять проектирование тест-кейсов? Проектирование тест-кейсов — это процесс создания сценариев для проверки выполнения требований системы. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний

🤔 Какие направления данных используются у REST? В REST (Representational State Transfer) используются три основных направления передачи данных между клиентом и сервером. Эти направления определяют, как данные передаются и используются в процессе взаимодействия. 🚩Передача данных от клиента к серверу (Request Data) Клиент отправляет данные серверу для выполнения определенных операций, таких как создание, обновление или удаление ресурсов. GET /products?category=electronics&sort=price_asc 🟠Пути запроса (Path Parameters) - Данные передаются как часть URL. - Используются для указания конкретного ресурса. GET /products/123 🟠Тело запроса (Request Body) - Данные передаются в основном для POST, PUT, PATCH запросов. - Используются для передачи сложных структур данных. - Форматы: JSON, XML, форматы форм (form-data, x-www-form-urlencoded). POST /users { "name": "John Doe", "email": "[email protected]" } 🚩Передача данных от сервера к клиенту (Response Data) Сервер возвращает данные клиенту в ответ на его запрос. 🟠Способы передачи данных - Тело ответа (Response Body): - Основной способ передачи данных. - Формат обычно JSON или XML. { "id": 123, "name": "Smartphone", "price": 499.99 } 🟠Заголовки ответа (Response Headers): - Передают метаинформацию о запросе или ответе. - Примеры: Content-Type, Authorization, Cache-Control. Content-Type: application/json 🟠Статус ответа (Response Status) - HTTP-коды состояния указывают результат операции. - Примеры: - 200 OK — успешный запрос. - 201 Created — ресурс успешно создан. - 404 Not Found — ресурс не найден. - 500 Internal Server Error — внутренняя ошибка сервера. 🚩Двусторонняя передача данных (Real-time Communication) В REST взаимодействие обычно происходит по запросу-ответу, но в некоторых случаях требуется поддерживать двустороннюю связь между клиентом и сервером. 🟠Long Polling Клиент отправляет запрос и ожидает ответа от сервера. Сервер отвечает только при наличии новых данных. Используется для чатов, уведомлений. 🟠WebSockets (не REST, но часто совместно используется): Устанавливается постоянное соединение между клиентом и сервером. Сервер может отправлять данные клиенту без явного запроса. Пример: уведомления, онлайн-игры. 🟠Server-Sent Events (SSE): Сервер отправляет данные клиенту в режиме реального времени через HTTP. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что известно о принципе Self-descriptive messages? Каждое сообщение в REST должно содержать всю необходимую информацию для понимания запроса или ответа. Например, HTTP-заголовки указывают тип контента (Content-Type), статус (Status Code), правила кэширования. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний