Как обрабатывать большие строки в модульных тестах?

• Если у вас их много, храните тестовые строки в отдельном классе со строковыми константами.
• Старайтесь не хранить файлы на диске без необходимости. Я согласен с вашим утверждением - это приводит к слишком большим накладным расходам (не говоря уже о том, что произойдет, если вы начнете получать ошибки ввода-вывода)
• Убедитесь, что вы тестируете строки с разными разрывами строки (\n, \r\n, \r\n\r) для разных ОС

How to include a test string with \n, \r, \t, umlauts etc?

Гм ... просто напечатай так, как хочешь? Вы можете использовать \ n, \ r и \ t, умляуты stc. в строковых литералах Java; если вас беспокоит кодировка файла исходного кода, вы можете использовать Управляющие последовательности Unicode, и вы можете создавать их с помощью инструмента native2ascii, который поставляется с JDK.

How to set the encoding?

Когда у вас есть Java String, слишком поздно беспокоиться о кодировках - они используют UTF-16, и любые проблемы с кодированием возникают при переводе между строками и байтовыми массивами (в отличие от C, Java четко разделяет эти концепции)

Редактировать: Если ваши строки слишком велики, чтобы их можно было удобно использовать в исходном коде, или вы действительно беспокоитесь об обработке разрывов строк и пробелов, то, вероятно, лучше всего хранить каждую строку в отдельном файле; в этом случае кодировка должна быть указана при чтении файла (в конструкторе InputStreamReader)

Вы можете использовать язык сценариев для написания тестов.

JRuby и Groovy поддерживают документы ЗДЕСЬ, которые упрощают определение большой строки, охватывающей несколько строк.

# In JRuby
mystring = <<EOS
This is a long string that
spans multiple lines.
EOS

# In Groovy
def mystring = """This is a long string that
spans multiple lines."""

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

Если вы неоднократно используете символы, которые трудно выразить в буквальных строках (например, ", \, символы не в [ -~]), то вам может потребоваться выполнить быстрый поиск и замену строки перед ее использованием. Например, если вы используете \ a lot, вы можете написать функцию для обмена \ и /. Вы можете использовать многосимвольную последовательность для представления символов с диакритическими знаками.

Однако существует очевидная опасность получить решение, несоразмерное проблеме. Иногда \u#### просто проще.

Если вы собираетесь использовать файлы, отличные от Java, я предлагаю открывать их как ресурсы (Class.getResourceAsStream / getResource), а не как отдельные файлы.

Для БОЛЬШИХ строк я бы использовал файлы. Производительность достаточно высока для модульных тестов. Для этого небольшого компромисса вы:

1. Не нужно беспокоиться о побеге персонажей
2. Может различать контент в системе управления версиями
3. Может проверять документы независимо (например, xml / html)