Kuinka testataan Angular-komponentteja ja palveluita?

Question

Accepted Answer

Angular toimitetaan täydellä testausasetuksella (oletuksena Jasmine + Karma, vaikka monet tiimit käyttävät Jestia). Se tarjoaa **`TestBed`**-työkalun testausmoduulin konfiguroimiseen ja komponenttien/palveluiden vahvistamiseen niiden riippuvuuksien kanssa — hyödyntäen DI:tä mock-objektien injektoimiseen.

## Palvelun testaaminen (yksinkertaisin)

```ts
describe("UserService", () => {
  let service: UserService;
  let httpMock: HttpTestingController;

beforeEach(() => {
    TestBed.configureTestingModule({
      imports: [HttpClientTestingModule], // mock HttpClient
      providers: [UserService],
    });
    service = TestBed.inject(UserService);
    httpMock = TestBed.inject(HttpTestingController);
  });

it("fetches users", () => {
    service.getUsers().subscribe(users => expect(users.length).toBe(2));
    const req = httpMock.expectOne("/api/users"); // assert the request was made
    req.flush([{ id: 1 }, { id: 2 }]);             // provide a fake response
  });
});
```

`HttpClientTestingModule` + `HttpTestingController` antavat sinulle mahdollisuuden väittää pyynnöistä ja toimittaa valevasteita ilman oikeaa palvelinta.

## Komponentin testaaminen

```ts
describe("CounterComponent", () => {
  let fixture: ComponentFixture<CounterComponent>;
  let component: CounterComponent;

beforeEach(() => {
    TestBed.configureTestingModule({ imports: [CounterComponent] }); // standalone
    fixture = TestBed.createComponent(CounterComponent);
    component = fixture.componentInstance;
    fixture.detectChanges(); // trigger initial change detection
  });

it("increments on click", () => {
    const button = fixture.nativeElement.querySelector("button");
    button.click();
    fixture.detectChanges();                     // update the view
    expect(component.count).toBe(1);
    expect(button.textContent).toContain("1");   // assert the rendered DOM
  });
});
```

`ComponentFixture` antaa pääsyn komponentin instanssiin **ja** sen renderöityyn DOM:iin; sinun täytyy kutsua `fixture.detectChanges()`-metodia change detection -prosessin käynnistämiseksi vuorovaikutusten jälkeen.

## Riippuvuuksien mockaaminen DI:n avulla

```ts
TestBed.configureTestingModule({
  providers: [{ provide: AuthService, useValue: mockAuthService }], // inject a fake
});
```

Angularin DI tekee mockaaamisesta helppoa — tarjoa väärennös toteutus mille tahansa riippuvuudelle.

## Asynkroninen testaaminen

```ts
it("loads async", fakeAsync(() => {
  component.load();
  tick();                  // simulate passage of time / flush microtasks
  fixture.detectChanges();
  expect(component.data).toBeDefined();
}));
```

`fakeAsync`/`tick` (tai `waitForAsync`) ohjaavat asynkronista ajoitusta deterministisesti.

## Testaustasot

```text
Unit:        services, pipes, isolated component logic (fast, most numerous)
Integration: component + template + child components via TestBed
E2E:         full user flows (Cypress, Playwright) — separate from unit tests
```

## Miksi se on tärkeää

Testaaminen on ensimmäisen asteen huolenaihe Angularissa, ja sen DI-arkkitehtuuri tekee siitä erityisen testattavan — voit injektoida mock-objekteja mille tahansa riippuvuudelle.

Tietäminen `TestBed`-työkalusta (konfigurointi + injektoiminen), `ComponentFixture`-luokasta (instanssi + DOM + `detectChanges`), `HttpClientTestingModule`-moduulista HTTP-testaukseen ja asynkronisista apuohjelmista (`fakeAsync`/`tick`) riittää luotettavien yksikkö- ja integrointitestien kirjoittamiseen — mikä on olennaista suurille, pitkäikäisille enterprise-sovelluksille, joille Angular on rakennettu.