Поблочное тестирование класс, который использует файловую систему

У меня есть класс, который производит простой файл отчета. Это читает некоторые рекордные Идентификационные номера из XML-файла: каждый используемый для нахождения записи соответствия сохранен в базе данных. Это затем выписывает детали каждой записи к файлу CSV.

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

Я также не уверен в том, когда/где расположить потоки, не делая поблочное тестирование хитрым. Похоже, что мне, возможно, придется выставить потоки модульному тесту.

Мой проект использует NHibernate для доступа к данным, Spring.NET для внедрения зависимости и Носорог. Насмешки для поблочного тестирования.

В настоящее время у меня есть что-то подобное этому:

public class ReportBiz
{
    //Access to repository, populated by Spring
    internal ICardRequestDAO CardRequestData { get;set;} 

    //This normally returns a FileStream containing data from the XML file. When testing this is overridden by using a Rhino.Mocks partial mock and returns a MemoryStream
    internal virtual Stream GetSourceStream()
    {
        //Load file and return a Stream
        ...
    }

    //This normally returns a FileStream where CSV data is saved. When testing this is overridden by using a Rhino.Mocks partial mock and returns a MemoryStream
    internal virtual Stream GetOutputStream()
    {
        //Create file where CSV data gets saved and return a Stream
        ...
    }

    public void CreateReportFile()
    {
        Stream sourceStream = GetSourceStream();
        ...

        //Create an XmlDocument instance using the stream
        //For each XML element, get the corresponding record from the database
        //Add record data to CSV stream     
        ...
    }
    }

Было бы лучше использовать некоторую пользовательскую фабрику или что-то и передать потоки в конструктора? Но что относительно того, если существует некоторая бизнес-логика, включенная, например, имя файла определяется на основе результатов запроса?

Или разве целой вещью доступа к файлу не является проблема, в конце концов?

Извинения, если я пропускаю что-то очевидное. Я был бы благодарен за любой совет.