Как организовать хранение тестов разных продуктов в одном проекте автотестов?

Question

[Antonio]

Всем привет!
При разработке автотестов возник такой вопрос.
Есть проект автоматизации тестирования. Написан в связке Java+Maven+TestNG. В этом проекте лежат автотесты пока 2-х сервисов. Планируется добавления ещё нескольких. Эти два сервиса сейчас хранятся в разных каталогах "Project\src\main\java\". Имеют мало зависимостей между собой - по сути это несколько методов по работе с конфигурационными файлами и пара вспомогательных методов.
Вопрос: Как правильно хранить в одном проекте автотесты для разных продуктов? Возможно ли здесь применение разделения на модули либо деление на отдельные проекты?
К сожалению, нет опыта по управлению архитектурой проекта и масштабируемостью(

Comments

[сергей кузьмин]

а зачем

[Antonio]

сергей кузьмин, возникают при правке кода следующие проблемы:
1. Добавление специфичных настроек pom-файла, которые требуются для тестов одного продукта, а другому эти настройки будут лишними.
2. При внесении изменений в код, который используется в тестах для разных продуктов, может негативно сказаться на каком-либо продукте, если сразу не протестировать. Т.е. есть вероятность, что может что-то перестать работать.

[сергей кузьмин]

вы можете публиковать джары на sonatype
https://issues.sonatype.org/secure/Dashboard.jspa

<distributionManagement>
    <repository>
      <id>ossrh</id>
      <url>https://oss.sonatype.org/content/repositories/snapshots</url>
    </repository>
  </distributionManagement>

и брать потом оттуда в зависимые проекты

<repositories>
    <repository>
      <id>central</id>
      <url>https://repo1.maven.org/maven2/</url>
    </repository>
    <repository>
      <id>ossrh</id>
      <url>https://oss.sonatype.org/content/repositories/snapshots</url>
    </repository>
  </repositories>
  <properties>
 <jprotractor.version>1.12-SNAPSHOT</jprotractor.version>

<dependency>
      <groupId>com.github.sergueik.jprotractor</groupId>
      <artifactId>jprotractor</artifactId>
      <version>${jprotractor.version}</version>

или локально

<dependency>
      <groupId>com.github.sergueik.jprotractor</groupId>
      <artifactId>jprotractor</artifactId>
      <version>${jprotractor.version}</version>
     <scope>system</scope>
     <systemPath>${project.basedir}/src/main/resources/jprotractor-${jprotractor.version}.jar</systemPath>

Answer 1

[Antonio]

Разделение на модули - более удачный подход. После чего, нужный модуль подключаем к проекту, как зависимость.