Моя база данных выбора - Mongodb. Я пишу API-слой API для абстрактных деталей реализации от клиентских приложений - то есть я, по сути, предоставляю один открытый интерфейс (объект, который действует как IDL).
Я проверяю свою логику, поскольку я иду в TDD , Перед каждым модульным тестом метод
@BEFORE
должен вызывать создание базы данных Singleton, после чего, когда тест завершит, метод @After
называется для отброса базы данных. Это Помогает продвигать независимость среди модульных тестов.
почти все модульные тесты, то есть , выполняющие контекстуальный запрос , требуют какого-либо логики вставки перед рукой. Мой открытый интерфейс предоставляет метод вставки - пока кажется неверным, чтобы использовать этот метод как логика предшественника для каждого модуля.
На самом деле мне нужен какой-то Механизма издевательства, у меня не было большого опыта работы с издевательствами в рамках, и, похоже, Google возвращает, что ничего не возвращается, мы можем использовать с MongoDB.
Что другие делают в этих ситуациях? То есть, как люди, тестовый код людей, который взаимодействует с базой данных?
Кроме того, мой общедоступный интерфейс подключается к базе данных, определенной в внешнем файле конфигурации - кажется неверным, чтобы использовать это соединение для моего модуля тестирования - снова, ситуация Это было бы извлечь выгоду из какого-то издевательства?