Как отправить запрос в многоуровневой клиент-серверной архитектуре

Как отправить запрос в многоуровневой клиент-серверной архитектуре

В многоуровневой (N-tier) клиент-серверной архитектуре отправка запроса происходит через последовательное взаимодействие между уровнями, каждый из которых выполняет определенную функцию. Для QA Engineer важно понимать этот процесс, чтобы правильно тестировать интеграции, отслеживать данные и выявлять проблемы на каждом уровне.

Основные уровни архитектуры

1. Клиентский уровень (Presentation Tier) — интерфейс пользователя (UI).
2. Бизнес-логика (Business/Application Tier) — обработка бизнес-правил.
3. Сервисный уровень (Service Tier) — API, микросервисы.
4. Данные (Data Tier) — базы данных, хранилища.
5. Инфраструктура (Infrastructure Tier) — сети, балансировка.

Процесс отправки запроса

1. Клиент формирует и отправляет запрос

Клиентское приложение (веб, мобильное, desktop) формирует запрос, используя определенный протокол и формат данных.

// Пример: отправка HTTP POST запроса из веб-клиента
async function sendOrderRequest() {
    const orderData = {
        productId: "12345",
        quantity: 2,
        userId: "user_001"
    };

    try {
        const response = await fetch('https://api.example.com/orders', {
            method: 'POST',
            headers: {
                'Content-Type': 'application/json',
                'Authorization': 'Bearer ' + token
            },
            body: JSON.stringify(orderData)
        });
        const result = await response.json();
        console.log('Order created:', result);
    } catch (error) {
        console.error('Request failed:', error);
    }
}

Ключевые аспекты для тестирования:

• Корректность формирования payload (JSON, XML).
• Наличие и валидность заголовков (Content-Type, Authorization).
• Обработка ошибок на клиенте (таймауты, сетевые проблемы).

2. Запрос проходит через промежуточные слои

Запрос может обрабатываться через обратный прокси (reverse proxy), балансировщик нагрузки (load balancer) или API Gateway, которые управляют маршрутизацией, безопасностью и мониторингом.

# Пример конфигурации Nginx как обратного прокси
server {
    listen 80;
    server_name api.example.com;

    location /orders {
        proxy_pass http://business-tier-service;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

3. Сервисный уровень обрабатывает запрос

API или микросервисы принимают запрос, валидируют данные, проверяют авторизацию и передают его на уровень бизнес-логики.

# Пример обработки в API сервисе (Python/Flask)
from flask import Flask, request, jsonify
import jwt

app = Flask(__name__)

@app.route('/orders', methods=['POST'])
def create_order():
    auth_header = request.headers.get('Authorization')
    if not auth_header:
        return jsonify({'error': 'Unauthorized'}), 401
    
    token = auth_header.split(' ')[1]
    try:
        payload = jwt.decode(token, 'secret_key', algorithms=['HS256'])
    except jwt.InvalidTokenError:
        return jsonify({'error': 'Invalid token'}), 401
    
    order_data = request.get_json()
    if not order_data:
        return jsonify({'error': 'Invalid data'}), 400
    
    # Передача данных на бизнес-логику
    result = business_logic.process_order(order_data, payload['userId'])
    return jsonify(result), 201

Что проверять на этом уровне:

• Валидация входных данных и схемы.
• Корректность аутентификации/авторизации (JWT, OAuth).
• Логирование запросов и ошибок.
• Контракты API (согласно Swagger/OpenAPI).

4. Бизнес-логика выполняет операции

Этот уровень содержит бизнес-правила, вычисления и интеграции с другими системами.

// Пример бизнес-логики в Java сервисе
public class OrderService {
    public OrderResult processOrder(OrderData orderData, String userId) {
        // Проверка бизнес-правил
        if (!Inventory.checkAvailability(orderData.getProductId(), orderData.getQuantity())) {
            throw new BusinessRuleException("Product out of stock");
        }
        
        // Расчет стоимости
        double price = Pricing.calculate(orderData.getProductId(), orderData.getQuantity());
        
        // Создание заказа в системе
        Order order = new Order(userId, orderData.getProductId(), orderData.getQuantity(), price);
        
        // Интеграция с платежной системой
        PaymentResult payment = PaymentGateway.processPayment(userId, price);
        
        // Сохранение в базе данных (передача на уровень данных)
        OrderRepository.save(order);
        
        return new OrderResult(order.getId(), "success", price);
    }
}

5. Уровень данных сохраняет информацию

Здесь происходит взаимодействие с базой данных, кэшем или файловым хранилищем.

-- Пример SQL запроса, выполняемого на уровне данных
INSERT INTO orders (order_id, user_id, product_id, quantity, total_price, status)
VALUES ('ORD_98765', 'user_001', '12345', 2, 299.99, 'processed');

6. Ответ возвращается клиенту

После успешной обработки на всех уровнях, ответ проходит обратный путь и возвращается клиенту в виде структурированных данных (JSON, XML).

{
    "status": "success",
    "orderId": "ORD_98765",
    "total": 299.99,
    "message": "Order processed successfully"
}

Инструменты и подходы QA Engineer

• Тестирование интеграций: использовать инструменты типа Postman, SoapUI для отправки запросов и проверки ответов.
• Мониторинг запросов: применять Wireshark, Fiddler или логи приложений для отслеживания данных между уровнями.
• Автоматизация тестов: создавать скрипты, имитирующие полный цикл запроса.

# Пример автоматизированного теста отправки запроса
import requests
import pytest

def test_order_creation():
    url = "https://api.example.com/orders"
    headers = {"Authorization": "Bearer valid_token"}
    payload = {"productId": "12345", "quantity": 2}
    
    response = requests.post(url, json=payload, headers=headers)
    
    assert response.status_code == 201
    assert response.json()["status"] == "success"
    assert "orderId" in response.json()

Ключевые проблемы и проверки

• Сетевая задержка (latency) между уровнями.
• Обработка ошибок и отказов (failover) на каждом уровне.
• Консистентность данных при передаче между слоями.
• Секьюрность передачи (HTTPS, шифрование данных).
• Валидация данных на каждом уровне для предотвращения инъекций или некорректных данных.

Понимание процесса отправки запроса в многоуровневой архитектуре позволяет QA Engineer эффективно тестировать end-to-end сценарии, выявлять узкие места в интеграциях и обеспечивать надежность всей системы.