Подтвердить что ты не робот

Как сделать unit test в приложениях Autobahn с помощью Twisted Trial?

Предполагая, что вы используете только соединение Autobahn (не raw WebSocket).

Как мы можем протестировать сеть БЕЗ, наши методы и события RPC?
Поскольку это Twisted, я считаю, что наиболее подходящим инструментом будет Twisted Trial.

Но я не могу понять, как мне писать эти тесты, не записывая много кода шаблона и повторно используя внутреннюю реализацию Autobahn (и даже я не уверен, что смогу сделать это так).

Как вы это сделаете?

4b9b3361

ОТВЕТЫ

Ответ 1

Это попытка ответить на мой собственный вопрос.

Проблема

Затем, чтобы unit test методы и события RPC, мы должны предположить, что Autobahn хорошо протестирован, и нам не нужно его тестировать, решение становится простым:

Решение

Отметьте все.

Контекст

В моем приложении у меня есть два типа компонентов (read ApplicationSession): StandardComponent и DatabaseComponent (который наследуется от StandardComponent).

Самая большая проблема во время модульного тестирования заключается в том, что у нас много зависимостей, таких как соединение с базой данных, соединение Redis и т.д.

Примеры

Что я делаю в своих тестах, это исправление всех этих объектов путем подкласса unittest.TestCase:

class APITestCase(unittest.TestCase):

    def _patchObject(self, module_name, **kwargs):
        patcher = patch(module_name, **kwargs)
        mock = patcher.start()

        self.patches.append(patcher)
        return mock

    def setUp(self):
        logging.disable(logging.CRITICAL)
        self.patches = []
        self.session = self._patchObject('components.ApplicationAPI')
        self.database = self._patchObject('txpostgres.txpostgres.Connection')

    def tearDown(self):
        for patcher in self.patches:
            patcher.stop()

Я ввожу издеваемую сессию и издеваемую базу данных в свой тестовый пример.

Затем тестирование становится очень простым простым.

Всякий раз, когда я вызываю метод RPC, который должен вызывать базу данных или получать результаты из базы данных, я ее исправляю: self.mocked_auth_user.return_value = (1, "abc", "something", "admin")

И в моем методе тестирования:

def test_authenticate_success(self):
    self.mocked_auth_user.return_value = (1, "abc", "paris", "admin")

    def _doTest(auth_result):
        attempted_auth_result = {
            "secret": "abc",
            "role": "admin",
            "authid": "1",
            "salt": "paris",
            "iterations": 1000,
            "keylen": 32
        }

        self.assertEqual(auth_result, attempted_auth_result)
        self.mocked_auth_user.assert_called_with(self.api.database, "raito")

    return self.api.authenticate("test", "raito", {}).addCallback(_doTest)

Вы можете сделать несколько более сложных и интересных тестов, чтобы убедиться, что ваш метод отказоустойчив:

def test_authenticate_authid_not_found(self):
    def _raiseException(db, user):
        return defer.fail(Exception("User {} not found!".format(user)))

    self.mocked_auth_user.side_effect = _raiseException
    return self.failUnlessFailure(self.api.authenticate("test", "raito", {}), AuthenticationError)

То же самое касается событий, вам просто нужно их вызвать и проверить, публикуют ли они событие или нет (self.session.publish.assert_called_with(...))

Он становится волшебным!

В любом случае, он решает проблему модульного тестирования, но интеграция еще не завершена. Я работаю над этим, но проблема, скорее всего, будет решена с использованием технологии виртуализации (Docker) или что-то в этом роде.