Компоновка каталога файлов ресурсов модуля или интеграционного теста

Question

Каковы общие подходы к макету вложенного каталога ресурсов юнитов или интеграционных тестов?Например, если код, тесты, ресурсы структурированы, как в Java-проекте

main/
  java/
    com/
      example/
        Class.java
test/
  java/
    com/
      example/
        ClassTest.java
  resources/

Каковы подходы к хранению файлов ресурсов для этого теста?

В очень простом случае вы можете простосохранить файл, например, в test/resources/a.xml, но если у вас есть несколько тестов, где каждый тест имеет исходные и ожидаемые выходные файлы, это не работает.Примером решения может быть

test/
  resources/
    com/
      example/
        ClassTest/
          src/
            a.xml
            b.xml
          exp/
            a.xml
            b.xml

Существуют ли общие подходы к структурированию нескольких файлов ресурсов для нескольких тестов.

Answer 1

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

Какой бы макет вы ни выбрали, он должен отражать это соображение, потому что даже если следующий разработчик - это вы, вполне вероятно, что выбудет загружено то, что вы знаете сейчас, чтобы сделать что-то еще.Поэтому, когда вы возвращаетесь, вы не хотите идти - "WTF, я думал?":-) Вы просто хотите начать работать над этим снова.