Ложная файловая система в интеграционном тестировании
Я узнал, что subscribeToMore - мой друг, чтобы решить эту проблему. Сначала я написал обычный запрос для данных, на которые я хочу подписаться, для кэширования данных, затем кеш будет обновляться по подписке.
< 3 apollo
3 ответа
Возможно, это не ответит на Ваш вопрос непосредственно, но в таких случаях я склонен создавать временный каталог во время теста, устанавливают и удаляют его на разрушении. Конечно, также необходимо удостовериться, что приложение пишет в этот временный каталог. У меня всегда есть параметр конфигурации, определяющий целевой каталог, который я могу перезаписать во время тестирования.
Когда дело доходит до утверждений я использую плоскость File.exist? или File.directory?, но конечно можно создать собственные обертки вокруг этого. При необходимости в некотором начальном состоянии, можно создать каталог, который может использоваться в качестве приспособления и будет скопирован во временный direcory во время тестовой установки.
Можно создать большой файл (размер Вас фиктивный диск) и смонтировать файл как устройство закольцовывания . Можно создать любую файловую систему и структуру каталогов на этом устройстве.
можно создать 2 из них и заставить даже простую разность выдержать сравнение для обеспечения целостности данных после тестов.
я надеюсь, что понимаю Вас требования правильно, так как я не делаю уверенный, почему простое решение для электронного диска не достаточно хорошо.
Это могло бы быть релевантно также.
Вы проверяли FakeFS или MockFS ?
Примечание: исходная ссылка на MockFS не работает. Он выглядит , он больше не поддерживается.