Come si testano componenti e servizi Angular?

Question

Accepted Answer

Angular fornisce un setup di test completo (Jasmine + Karma per impostazione predefinita, anche se molti team usano Jest). Fornisce **`TestBed`** per configurare un modulo di test e istanziare componenti/servizi con le loro dipendenze — sfruttando DI per iniettare mock.

## 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` consentono di asserire le richieste e fornire risposte false senza colpire un server reale.

## 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` fornisce accesso sia all'istanza del componente **che** al suo DOM renderizzato; è necessario chiamare `fixture.detectChanges()` per eseguire il rilevamento dei cambiamenti dopo le interazioni.

## Mocking dependencies via DI

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

Il DI di Angular rende il mocking banale — fornisce un'implementazione falsa per qualsiasi dipendenza.

## Async testing

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

`fakeAsync`/`tick` (o `waitForAsync`) controllano il timing asincrono in modo deterministico.

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

## Perché è importante

Il testing è una preoccupazione di primo livello in Angular, e la sua architettura DI lo rende particolarmente testabile — si iniettano mock per qualsiasi dipendenza.

Conoscere `TestBed` (configure + inject), `ComponentFixture` (instance + DOM + `detectChanges`), `HttpClientTestingModule` per HTTP e helper asincroni (`fakeAsync`/`tick`) copre la scrittura di test unitari e di integrazione affidabili — essenziali per le app enterprise grandi e longeve per cui Angular è costruito.