Spring Boot Test

[ff-itler]

Hi,
vielleicht kann mir jemand weiter helfen. Ich möchte für eine Web Application, Tests erstellen. Aktuell benutze ich mariadb,Spring Boot und die application.yml

spring:
    datasource:
    driver-class-name: org.mariadb.jdbc.Driver
    url: jdbc:mysql: ...
    username: ...
    password: ...
  jpa:
    hibernate.ddl-auto: update
    generate-ddl: false
    show-sql: true
    database: mysql
debug: true

Wie erstelle ich mir am besten eine Test-Datenbank für die jeweiligen Test?

 

[mrBrown]

Extra Profile für Tests, für dieses dann passende Config, und da einfach irgendeine leichtgewichtig Datenbank wie zB H2 konfigurieren

Sinnvoll ist's aber, die Nutzung der Db auf weniger Integration-Tests zu beschränken. Die volle Anwendung für Tests zu starten ist meist zu aufwendig.

 

[sascha-sphw]

Hier ist testing mit Spring Boot, wie ich finde, recht gut erklärt. Ist vielleicht auch was für Dich.
https://www.baeldung.com/spring-boot-testing

 

[ff-itler]

Meine aktuelle Projekt-Struktur sieht wie folgt aus:

Projekt
    --Test
        --OrdnerTests
    --src
        --main
            --java
            --resources
                --application.yml
    --pom.xml

Die Profile in application.yml habe ich wie folgt angelegt:

spring:
    profiles: development
    datasource:
    driver-class-name: org.mariadb.jdbc.Driver
    url: jdbc:mysql: jdbc:mysql://localhost:8080/test
    username: ...
    password: ...
  jpa:
    hibernate.ddl-auto: update
    generate-ddl: false
    show-sql: true
    database: mysql
debug: true
---
spring:
    profiles: test
    datasource:
    driver-class-name: org.mariadb.jdbc.Driver
    url: jdbc:mysql: jdbc:mysql://localhost:8080/test
    username: ...
    password: ...
  jpa:
    hibernate.ddl-auto: update
    generate-ddl: false
    show-sql: true
    database: mysql
debug: true

Ein Profil benutze ich wie folgt:

@RunWith(SpringRunner.class)
@DataJpaTest
@Transactional
@Profile("test")
public class BenutzerRepositoryTest {
      ....
}

Sobald ich ein zweites Repository testen möchte bekomm ich einen Fehler mit

org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name '*.repositories.TestRepositoryTest': Unsatisfied dependency expressed through field 'benutzerRepository'; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type '*.repositories.BenutzerRepository' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}

at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:587)
at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:91)
at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:373)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1350)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireBeanProperties(AbstractAutowireCapableBeanFactory.java:401)
at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:118)
at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.prepareTestInstance(DependencyInjectionTestExecutionListener.java:83)
at org.springframework.boot.test.autoconfigure.SpringBootDependencyInjectionTestExecutionListener.prepareTestInstance(SpringBootDependencyInjectionTestExecutionListener.java:44)
at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:246)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:227)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:289)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:291)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:246)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:97)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:190)
at org.junit.runners.Suite.runChild(Suite.java:128)
at org.junit.runners.Suite.runChild(Suite.java:27)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type '*.repositories.BenutzerRepository' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}
at org.springframework.beans.factory.support.DefaultListableBeanFactory.raiseNoMatchingBeanFound(DefaultListableBeanFactory.java:1509)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1104)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1065)
at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:584)
... 36 more

Kann mir dies bezüglich jemand helfen

 

[looparda]

Vermutlich @Repository Annotation bei BenutzerRepository vergessen.

 

[sascha-sphw]

Hat nichts primär damit zu tun aber deine Maven Projekt Struktur kenne ich so nicht. Wenn Du sie wie folgt abänderst, findet Maven deine tests auch.

project
    src
        main
            java
            resources
                application.yml // wird für den normalen start geladen
        test
            java
            resources
                application.yml // wird für die tests automatisch geladen dann kannst du dir profile in den tests sparen

Ich persönlich erstelle eine neue Test Datei für ein weiteres Repository.

 

[mrBrown]

application.yml // wird für die tests automatisch geladen dann kannst du dir profile in den tests sparen

Führt allerdings dazu, dass man die gesamte Konfiguration doppeln muss

 

[sascha-sphw]

Führt allerdings dazu, dass man die gesamte Konfiguration doppeln muss

Das stimmt, stört mich persönlich aber in diesem Fall nicht.

 

[dzim]

Vielleicht übersehe ich etwas, aber warum brauchst du eine komplette DB? Reicht es nicht, deren erwartete Antworten mit Frameworks wie PowerMock oder Moquito zu mocken? Nachdem mich ein Kollege da ran geführt hat, finde ich das i.d.R. praktischer...

Auch wenn ich zugeben muss, dass ich auch gern gegen "echte" Daten teste...

 

[sascha-sphw]

Vielleicht übersehe ich etwas, aber warum brauchst du eine komplette DB? Reicht es nicht, deren erwartete Antworten mit Frameworks wie PowerMock oder Moquito zu mocken? Nachdem mich ein Kollege da ran geführt hat, finde ich das i.d.R. praktischer...

Auch wenn ich zugeben muss, dass ich auch gern gegen "echte" Daten teste...

Die DB braucht man nur, wenn man, wie in seinem Fall, die Repositories testen möchte, für all die anderen Schichten mockt man den Rest. Das ist aber in dem Link den ich geposted habe auch alles beschrieben.

 

[dzim]

@sascha-sphw alles klar! Ja, ggf. sollte man so etwas tun. Mir ist die Wahl von JPA aufgrund eines komplexen Object Graph irgendwann in Punkte Performance auf die Füße gefallen (Entity-Graph-zu-DTO-Kovertierung - sau teuer).
Ist aber leider erst später deutlich geworden, wie extrem der Einfluss sein kann (gebe zu, war mein erstes großes JPA-basiertes Projekt - und wohl mein letztes).

 

[dzim]

@sascha-sphw Ah ja, der Eugen... Den Beitrag von ihm kannte ich tatsächlich noch nicht. Danke dafür!

 

[ff-itler]

also ich hab es jetzt so angepasst das die Struktur so aussieht

projekt
     - src
          - main
                 - java
                 - resources
                          - application.yml
          - test
                 - java
                 - resources
                          - application-test.properties
                          - testDaten.sql

Die application-test.properties sieht aktuell so aus

spring.datasource.url = jdbc:h2:~/testdb;DB_CLOSE_ON_EXIT=FALSE
spring.datasource.username = sa
spring.datasource.password =
spring.datasource.driverClassName = org.h2.Driver

Und ein Beispiel Repository

@RunWith(SpringRunner.class)
@DataJpaTest
@ActiveProfiles("test")
@SqlGroup({
        @Sql(executionPhase = Sql.ExecutionPhase.BEFORE_TEST_METHOD, scripts = "classpath:resources/testDaten.sql")})
public class BeispielRepositoryTest {

pom.xml

...
<dependency>
            <groupId>com.h2database</groupId>
            <artifactId>h2</artifactId>
            <scope>test</scope>
</dependency>
...

Ich würde gerne zum Verständnis wissen, warum ich in dem "Beispiel Repository" die Zeile @ActiveProfiles("test") und die ganze Datei application-test.properties löschen kann und die Tests danach immer noch erfolgreich durchlaufen.

 

[dzim]

Weil sie wahrcsheinlich überhaupt nicht vom System beachtet wurde: Der Default-Name ist halt application.[properties|yml|...].
Wenn du diese Props verwenden willst musst du das über die PropertyResource-Annotation machen, wenn ich es gerade richtig im Kopf hab.

---------

Vergiss es:
https://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-external-config.html

Ich glaube, Spring schaut *immer* nach application.blabla, wenn das entsprechende Profile-File fehlt! Daher: Löscht du deine Properties von Test, wird das default YAML aus "main" verwendet. So meine Theorie...

 

[mrBrown]

Die default-properties werden afaik immer genutzt, die properties für einzelne Profile überschreiben die dann ggf.