Spring Boot Test

ff-itler · 16. Sep 2018

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

Code:

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 · 16. Sep 2018

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 · 17. Sep 2018

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 · 17. Sep 2018

Meine aktuelle Projekt-Struktur sieht wie folgt aus:

Code:

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

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

Code:

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:

Code:

@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 · 17. Sep 2018

Vermutlich @Repository Annotation bei BenutzerRepository vergessen.

sascha-sphw · 18. Sep 2018

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.

Code:

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 · 18. Sep 2018

sascha-sphw hat gesagt.:
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 · 18. Sep 2018

mrBrown hat gesagt.:
Führt allerdings dazu, dass man die gesamte Konfiguration doppeln muss 😉

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

dzim · 19. Sep 2018

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 · 19. Sep 2018

dzim hat gesagt.:
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 · 19. Sep 2018

@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 · 19. Sep 2018

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

ff-itler · 26. Sep 2018

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

Code:

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

Die application-test.properties sieht aktuell so aus

Code:

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

Code:

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

pom.xml

Code:

...
<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 · 28. Sep 2018

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 · 29. Sep 2018

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

Spring Boot Test

ff-itler

Mitglied

mrBrown

Super-Moderator

sascha-sphw

Top Contributor

ff-itler

Mitglied

looparda

Top Contributor

sascha-sphw

Top Contributor

mrBrown

Super-Moderator

sascha-sphw

Top Contributor

dzim

Top Contributor

sascha-sphw

Top Contributor

dzim

Top Contributor

dzim

Top Contributor

ff-itler

Mitglied

dzim

Top Contributor

mrBrown

Super-Moderator

Aktuelle Jobs

Neue Themen

Ähnliche Themen