Wie testest du Angular-Komponenten und Services?

Question

IT Interview Practice · Accepted Answer

Angular wird mit einem vollständigen Test-Setup ausgeliefert (standardmäßig Jasmine + Karma, obwohl viele Teams Jest verwenden). Es stellt **`TestBed`** zur Verfügung, um ein Test-Modul zu konfigurieren und Komponenten/Services mit ihren Abhängigkeiten zu instanziieren — unter Nutzung von DI, um Mocks zu injizieren.

## Testen eines Service (am einfachsten)

```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` ermöglichen es dir, Anfragen zu überprüfen und gefälschte Antworten bereitzustellen, ohne einen echten Server zu erreichen.

## Testen einer Komponente

```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
  });
});
```

Das `ComponentFixture` gibt Zugriff auf die Komponenten-Instanz **und** ihr gerendertes DOM; du musst `fixture.detectChanges()` aufrufen, um die Change Detection nach Interaktionen auszuführen.

## Mocking von Abhängigkeiten über DI

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

Angulars DI macht Mocking trivial — stelle eine gefälschte Implementierung für jede Abhängigkeit bereit.

## Asynchrones Testen

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

`fakeAsync`/`tick` (oder `waitForAsync`) kontrollieren async-Timing deterministisch.

## Test-Ebenen

```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
```

## Warum es wichtig ist

Testing ist ein First-Class-Anliegen in Angular, und seine DI-Architektur macht es besonders testbar — du injizierst Mocks für jede Abhängigkeit.

Das Wissen um `TestBed` (konfigurieren + injizieren), `ComponentFixture` (Instanz + DOM + `detectChanges`), `HttpClientTestingModule` für HTTP und async-Helfer (`fakeAsync`/`tick`) abdeckt das Schreiben zuverlässiger Unit- und Integrationstests — wesentlich für die großen, langlebigen Enterprise-Apps, für die Angular entwickelt wurde.

Testen eines Service (am einfachsten)

Testen einer Komponente

Mocking von Abhängigkeiten über DI

Asynchrones Testen

Test-Ebenen

Warum es wichtig ist

Ähnliche Fragen