Как вы описываете, вы хотите проверить, что содержимое файлов правильно проверено.Содержимое файла - это просто данные, и для процедуры проверки не должно иметь значения, откуда на самом деле берутся данные.Это означает, что «содержимое файла» также может быть предоставлено как данные, которые фактически предоставляются непосредственно из тестового кода:
- В простейшем случае данные могут быть просто константными строками или байтовыми массивами.
- Если это станет немного сложнее, у вас могут быть некоторые вспомогательные методы тестирования, которые создают данные.
- Вы можете даже рассмотреть возможность использования фактического компонента, который отвечает за создание данных, если он не нарушаетлюбой из ваших целей тестирования.
Это требует, чтобы вы могли каким-то образом обойти чтение содержимого файла, например, путем насмешки над операциями доступа к файлу.Или, отделяя чтение файла от проверки содержимого таким образом, что часть проверки уже получает некоторые данные в памяти для проверки и может быть проверена отдельно.
То, позволяет ли ваш сценарий пойти по этому пути,непонятно из твоего вопроса.Однако, если это возможно, у него есть несколько приятных свойств: ваши тесты легче поддерживать, потому что вы не имеете дело с несколькими файлами, но имеете все в одном месте (а именно файл с тестами).Вы меньше зависите от проблем файловой системы, таких как отсутствие доступа на запись или чтение, чувствительность к регистру имен файлов и т. П.