Jak testujesz komponenty i usługi Angular?

Question

Accepted Answer

Angular dostarcza pełną konfigurację testowania (domyślnie Jasmine + Karma, chociaż wiele zespołów używa Jest). Oferuje **`TestBed`** do konfiguracji modułu testowego i instancjacji komponentów/usług wraz z ich zależnościami — wykorzystując DI do wstrzykiwania mock'ów.

## Testing a service (simplest)

```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` pozwalają na asercję żądań i dostarczanie fałszywych odpowiedzi bez trafiania na rzeczywisty serwer.

## Testing a component

```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` daje dostęp do instancji komponentu **i** jego renderowanego DOM; musisz wywołać `fixture.detectChanges()` aby uruchomić detekcję zmian po interakcjach.

## Mocking dependencies via DI

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

DI Angular'a sprawia, że mock'owanie jest banalne — zapewnij fałszywą implementację dla dowolnej zależności.

## Async testing

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

`fakeAsync`/`tick` (lub `waitForAsync`) kontrolują asynchroniczne timing w sposób deterministyczny.

## Testing levels

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

## Dlaczego to ważne

Testowanie jest kwestią pierwszej klasy w Angular'u, a jego architektura DI sprawia, że jest szczególnie testowalny — wstrzykujesz mock'i dla dowolnej zależności.

Znajomość `TestBed` (configure + inject), `ComponentFixture` (instance + DOM + `detectChanges`), `HttpClientTestingModule` dla HTTP i async helpers (`fakeAsync`/`tick`) obejmuje pisanie niezawodnych testów jednostkowych i integracyjnych — kluczowych dla dużych, długotrwałych aplikacji biznesowych, dla których Angular został zbudowany.