ИИ для тестирования кода

📋 Стратегия покрытия за 2 дня:

День 1 — критичные модули (20 шт):
• Auth (5 файлов) — 40 тестов
• Payment (4 файла) — 35 тестов
• Order (6 файлов) — 50 тестов
• API routes (5 файлов) — 30 тестов

День 2 — остальные (25 шт):
• Utils, validators, formatters — 60 тестов
• Services — 45 тестов
• Middleware — 20 тестов

Итого: ~280 тестов. По одному модулю за раз: скидываешь код — я генерирую тесты. Начнём с AuthService?

✅ 42 теста для AuthService готовы:

• register: 10 тестов (success, duplicate email, weak password, SQL injection в email, XSS в name, rate limit)
• login: 8 тестов (success, wrong password, blocked user, brute force protection, case-insensitive email)
• refreshToken: 7 тестов (success, expired, revoked, reuse detection)
• validatePermissions: 9 тестов (admin, user, guest, multiple roles, missing permission)
• revokeSession: 8 тестов (own session, all sessions, non-existent, concurrent revoke)

Моки: UserRepository, TokenStore, bcrypt, logger. Все тесты изолированы, setUp/tearDown настроены.

Покрытие AuthService: 91%. Следующий модуль?

📐 Архитектура + интерфейсы:

type PaymentService interface {
CreatePayment(ctx context.Context, req CreatePaymentRequest) (*Payment, error)
GetPayment(ctx context.Context, id string) (*Payment, error)
ProcessWebhook(ctx context.Context, payload []byte, signature string) error
RefundPayment(ctx context.Context, id string, amount int64) (*Refund, error)
}

type PaymentRepository interface {
Save(ctx context.Context, p *Payment) error
FindByID(ctx context.Context, id string) (*Payment, error)
UpdateStatus(ctx context.Context, id string, status Status) error
}

Начать с тестов для CreatePayment? Покрою: валидация, идемпотентность, ошибки gateway, таймауты.

✅ 15 тестов для CreatePayment (все красные — TDD):

func TestCreatePayment_Success(t *testing.T) { ... }
func TestCreatePayment_BelowMinimum(t *testing.T) { ... }
func TestCreatePayment_AboveMaximum(t *testing.T) { ... }
func TestCreatePayment_InvalidCurrency(t *testing.T) { ... }
func TestCreatePayment_IdempotencyKey_Duplicate(t *testing.T) { ... }
func TestCreatePayment_GatewayTimeout_Retry(t *testing.T) { ... }
func TestCreatePayment_GatewayError_NoRetry(t *testing.T) { ... }
func TestCreatePayment_DBError_Rollback(t *testing.T) { ... }
func TestCreatePayment_ZeroAmount(t *testing.T) { ... }
func TestCreatePayment_NegativeAmount(t *testing.T) { ... }
func TestCreatePayment_ConcurrentSameKey(t *testing.T) { ... }
// + ещё 4 edge cases

sqlmock настроен, testify assertions, контекст с таймаутом. Все тесты FAIL — начинай реализацию.

📋 Анализ test_user_service.py:

• 28 тестов в 3 классах
• setUp создаёт mock_db и mock_cache — станут fixtures
• 12 тестов с одинаковой структурой — кандидаты для @parametrize
• 4 теста используют assertRaises — перепишу на pytest.raises

Изменения:
• 3 класса → 28 функций
• setUp → 2 fixtures (mock_db, mock_cache) с scope="function"
• 12 однотипных тестов → 3 parametrize (по 4 кейса)
• assertRaises → pytest.raises с match по сообщению

Итог: 28 тестов → 19 функций (parametrize сжал). Скинуть конвертированный файл?

✅ test_user_service.py конвертирован:

import pytest
from unittest.mock import Mock, patch

@pytest.fixture
def mock_db():
db = Mock()
db.session = Mock()
return db

@pytest.fixture
def user_service(mock_db, mock_cache):
return UserService(db=mock_db, cache=mock_cache)

@pytest.mark.parametrize("email,expected", [
("user@example.com", True),
("invalid", False),
("", False),
("a@b", False),
])
def test_validate_email(user_service, email, expected):
assert user_service.validate_email(email) == expected

def test_create_user_success(user_service, mock_db):
user = user_service.create(name="Иван", email="ivan@test.com")
assert user.name == "Иван"
mock_db.session.commit.assert_called_once()

Было 28 тестов в 180 строках → 19 функций в 120 строках. Все проходят. Следующий файл?