Существуют ли фреймворки Fake File System для Java?

Question

Я внедряю тесты в проекте, который интенсивно использует операции ввода-вывода (в данном случае файловую систему).Система постоянно открывает / закрывает файлы, проверяет, существуют ли файлы, удаляет их и т.д.причина о.С другой стороны, иметь поддельную файловую систему было бы здорово, и я думаю, ее довольно легко настроить.

Кажется, ребята из ruby ​​сделали это снова, и именно в рубине я и просил:http://ozmm.org/posts/fakefs.html.

Есть ли что-нибудь похожее для Java?

Answer 1

У Google есть открытая реализация в Java 7 FileSystemProvider.Проект называется jimfs .

---

Если вы используете Java 6 или более раннюю версию, есть альтернатива: я использовал Apache Commons VFS доуспех.Это похоже на пользовательский FileSystemProvider, упомянутый другим ответчиком в Java 7.

Он поставляется с предварительно загруженным с несколькими реализациями файловой системы: File, RAM, S / FTP иБаночка, чтобы назвать несколько.Я также видел плагин для S3 .

Answer 2

В Java 6 и более ранних версиях это сложно, потому что такие классы, как File и FileInputStream, не предоставляют способа отправки в разные "виртуальные файловые системы" в пространстве Java.

В Java 7 есть поддержкадля виртуальных файловых систем;см. Разработка собственного провайдера файловой системы .Я не знаю, позволит ли это вам делать то, что вы хотите, но это хорошее место, чтобы начать искать.

---

Мех.Учитывая тот факт, что на самом деле не существует какой-либо поддельной файловой системы, я полагаю, что сам реализую минимальную реализацию.Я ничего не выигрываю, используя FileSystemProvider

На самом деле вы выигрываете, используя FileSystemProvider:

• Вы реализуете то, что (если выпущено по лицензии с открытым исходным кодом) можетбыть очень полезным для других людей на вашей должности и для других целей.

• Вы упростите себе задачу, если решите переключиться на FileSystemProvider, над которым сейчас может работать кто-то другой..

Answer 3

Вы можете использовать org.junit.rules.TemporaryFolder из пакета JUnit :

Правило TemporaryFolder позволяет создавать файлы и папки, которые гарантированно удаляются после завершения метода тестирования (проходит ли он или нет):

Пример:

final TemporaryFolder testFolder = new TemporaryFolder();
testFolder.create();
final Path filePath = testFolder.newFile("input.txt").toPath();
final Path dirPath = testFolder.newFolder("subfolder").toPath();

В качестве альтернативы можно выйти из .toPath() part:

final File filePath = testFolder.newFile("input.txt");

Answer 4

Вы можете абстрагироваться от использования File, используя намерение «где-то записывать данные», изменив свой API на OutputStream вместо File, а затем передать API в FileOutputStream в своем производственный код, но передайте его ByteArrayOutputStream из ваших тестов. A ByteArrayOutputStream - это поток в памяти, поэтому он очень быстрый, и вы можете просто проверить его содержимое, используя его методы - он идеально подходит для тестирования. Также есть соответствующий ByteArrayInputStream, если вы хотите прочитать данные.

Файловые системы, как правило, довольно быстрые - если бы вы не выполняли много операций ввода-вывода в своих тестах, я бы не стал беспокоиться.

Обратите внимание, что при создании объекта java File не создается файл на диске, т.е. следующий код не вызывает никаких изменений на диске:

File f = new File("somepath"); // doesn't create a file on disk

Answer 5

Jimfs от Google - файловая система NIO в памяти, отлично подходит для тестов.

Answer 6

MockFTPServer , кажется, имеет несколько реализаций поддельной файловой системы (Unix / Windows)

Похоже, что вы можете использовать эти реализации поддельной файловой системы совершенно отдельно от любых концепций FTP.Я пытаюсь сделать это сейчас для тех же целей, которые вы изложили.

Answer 7

Простой способ состоит в том, чтобы использовать в вашей системе файловую систему, полностью основанную на ОЗУ - tempfs в Linux, RAM-диск в Windows.

Answer 8

ShrinkWrap из проекта Arquillian предполагает включение NIO-совместимого в память FileSystem

Вы можете создать простую в памяти файловую систему, выполнив следующие действия:

FileSystem fs = ShrinkWrapFileSystems.newFileSystem(ShrinkWrap.create(GenericArchive.class))

Answer 9

Я не уверен насчет конкретных каркасов, но общий подход с точки зрения ООП состоит в том, чтобы написать несколько абстрактных слоев поверх любого кода доступа к файлу (интерфейсы в изобилии!) И, возможно, фасад для облегчения использования обычных операций. затем вы просто макетируете один слой ниже кода, который вы сейчас тестируете, и тогда это по сути фальшивая файловая система (или, по крайней мере, код, который вы тестируете, иначе не будет знать).

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

public interface IFileSystem {
   IFileHandle Load(string path);
   //etc
}

public class ClassBeingTested {
   public ClassBeingTested(IFileSystem fileSystem) {
      //assign to private field
   }

   public void DoSomethingWithFileSystem() {
       //utilise interface to file system here
       //which you could easily mock for testing purposes
       //by passing a fake implementation to the constructor
   }
}

Я надеюсь, что моя Java верна, я давно не писал на Java, но, надеюсь, вы получите дрейф. надеюсь, я не недооцениваю проблему здесь и слишком упрощен!

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

Answer 10

Две другие файловые системы в памяти для Java:

memoryfilesystem

ephemeralfs

Оба реализуют NIO.2 Файловая система API.