Vinklet TDD, hvordan man tester routerLink eller URL-ændring

Foto af JESHOOTS.COM på Unsplash

Jeg stødte på et problem, som jeg var nødt til at kontrollere, om mine links fungerede korrekt, selvom de var nødt til at flette de forespørgselsparametre, der allerede var angivet i browseren, og navigere til en anden side af applikationen.

Der var ikke mange løsninger på netop dette problem, så dette er resultatet.

De vigtige dele af denne kode er følgende:

  • “RouterTestingModule.withRoutes (ruter)” og dens rutinger, så TestBed ville forstå, hvor man skal navigere, idet den blev navigeret side hånet der.
  • “FakeAsync” som routing og kontrol er løfter om, at vi ligeglad.
  • “Fixture.ngZone.run”, så vi undgår nogle advarsler

Hvis du blev forvirret af manglen på BeforeEach, har jeg denne artikel, der forklarer hvorfor.

Hvis du kan lide denne artikel, er dette nogle andre indlæg, der kan interessere dig:

  • Vægten af ​​en afhængighed i en moderne SPA-applikation
  • Front-end til applikationer på en side (vinkelformet, reagerer, vue), der skalerer med dit team, og hvordan man giver mening om det.
  • Oprettelse af et funktionstogbeskyttelsesdirektiv i vinkel.