Иван Ермолаев

• Поскольку причиной все еще может быть серверная часть, то различие между серверной частью и интерфейсом кажется относительным. Можно ассайнить на любого из, потом переассайнят в случае чего
  
• Ассайнить на фронт-энд разработчика, так как ошибки 500 - это только для бэк-энд разработчика, остальные - для фронт-энд разработчика
  
• Уточнить у ТимЛида, как правильно заведено. Возможно, в начале на Лида вещаются, а он сам распределяет на кого надо
  
• Если что-то связано с кнопками чтобы кликались (а сама логика кнопки, редиректы и далее - это бэк-энд) / отображением чего-то в браузере - это к фронт-энд разработчику, а по логике под капотом - это уже к бэк-энд разработчику. В моем случае ассайнить все эти баги на бэк-энд разработчика
  
  

import pytest
from unittest import mock

class B:
    def __init__(self, db_connection):
        self.__db_connection = db_connection

class A:
    def __init__(self, b: B):
        self.__b = b

    def do_something(self) -> None:
        pass

@pytest.fixture(scope="module")
def mock_b(mocker):
    mocker.patch('path.to.B')  # Здесь 'path.to.B' - это путь к классу B, который нужно замокать
    return B(mock.MagicMock())  # Возвращаем экземпляр класса B с мок-объектом для db_connection