Laste ned presentasjonen
Presentasjon lastes. Vennligst vent
PublisertMads Ervik Endret for 9 år siden
1
Velkommen til Faglig Forum! :-)
2
Problemstilling For lang feedbackloop under utvikling når man skal bygge og starte vortex og klikke seg fram til riktig sted
3
En mulig løsning Gjøre det mulig å skrive tester slik at man kan jobbe testdrevet når man skriver ny kode eller endrer gammel Disse testene vil også være nyttig ved refaktorisering Utfordringen med tester i vortex er at vi har mange avhengigheter
4
To mock or not to mock Avhengigheter kan mockes, men med mange avhengigheter blir det mye mockkode Mye mockkode gjør testene vanskelige å vedlikeholde ved refaktorisering Skyldes tester som failer feil i koden man tester eller feil i mockkoden? Mocking kan føre til at testen failer uten at funksjonaliteten er endret Sjansen for at mockkoden inneholder feil øker
5
Alternativer til mocking Initiere en applicationContext med avhengigheter Det tar lang tid å lese inn en applicationContext med alle bønnene til vortex Initiere en applicationContext med bare de avhengighetene vi faktisk trenger
6
Miyagi Leser inn konfigurasjon Lager avhengighetsgraf ut fra en gitt bønne Lager konfigurasjonen som representerer denne grafen Dette er allerede gjort :)
7
Veien videre Ta ibruk den delmengden av konfigurasjonen som miyagi lager i tester AbstractDependencyInjectionSpringCon textTests eller tilsvarende
8
Nye muligheter Mulighet til å validere konfigurasjon Mulighet til å se kompleksiteten av avhengigheter Andre ting? :)
Liknende presentasjoner
© 2024 SlidePlayer.no Inc.
All rights reserved.