Apakah itu piramid pengujian (testing pyramid)?

Question

Accepted Answer

**Piramid pengujian (testing pyramid)** ialah model untuk menyusun suite ujian — mempunyai **banyak unit test yang pantas** di dasar, **lebih sedikit integration test** di tengah, dan **sangat sedikit end-to-end test** di puncak. Ia membimbing strategi pengujian yang seimbang dan cekap.

## Piramid

```text
        /\
       /E2E\        ← FEW end-to-end tests (slow, broad, brittle, expensive)
      /------\
     / INTEG. \     ← SOME integration tests (medium speed/scope)
    /----------\
   /   UNIT     \   ← MANY unit tests (fast, focused, cheap) — the BASE
  /--------------\
```

```text
BASE (most): UNIT tests — fast, isolated, cheap → run lots of them
MIDDLE: INTEGRATION tests — components together → fewer (slower, more setup)
TOP (fewest): E2E tests — whole app, user flows → few (slow, brittle, expensive)
```

## Mengapa bentuk ini

```text
✓ UNIT tests are FAST, CHEAP, RELIABLE, and pinpoint failures → have MANY (the foundation)
✓ E2E tests are SLOW, EXPENSIVE, and BRITTLE (flaky, hard to debug) → have FEW
  (only critical flows)
✓ Balance: fast feedback (lots of unit tests) + confidence the whole thing works
  (some integration + a few E2E)
→ Most tests should be fast unit tests; reserve slow E2E for the most important flows.
```

## Anti-pattern

```text
✗ ICE CREAM CONE (inverted) → mostly slow E2E/manual tests, few unit tests → slow,
  brittle, expensive test suite (a common bad pattern)
✗ Too many E2E tests → slow CI, flaky tests, hard to maintain
→ The pyramid shape avoids these.
```

## Mengapa ia penting

Memahami piramid pengujian adalah bernilai kerana ia menyediakan **panduan penting untuk menyusun suite ujian dengan berkesan**, jadi ia merupakan pengetahuan penting untuk strategi pengujian yang kukuh.

Model piramid — **banyak unit test pantas di dasar, lebih sedikit integration test di tengah, dan sedikit end-to-end test di puncak** — menangkap prinsip utama mengimbangi liputan ujian dengan kelajuan dan kebolehselenggaraan.

Memahami **mengapa bentuk ini** adalah wawasan teras: unit test adalah pantas, murah, boleh dipercayai, dan menentukan kegagalan dengan tepat (jadi anda patut mempunyai banyak sebagai asas), manakala E2E test adalah perlahan, mahal, dan rapuh/flaky (jadi anda patut mempunyai sedikit, disimpan untuk aliran kritikal) — mencapai kedua-dua maklum balas pantas (daripada banyak unit test) dan keyakinan bahawa keseluruhan sistem berfungsi (daripada beberapa integration dan sedikit E2E test).

Keseimbangan inilah yang menjadikan suite ujian berkesan sekaligus boleh diselenggara.

Memahami **anti-pattern** adalah sama bernilai: **"ice cream cone"** (piramid terbalik, dengan kebanyakannya E2E dan ujian manual yang perlahan serta sedikit unit test) menghasilkan suite ujian yang perlahan, rapuh, mahal, dan sukar diselenggara — kesilapan dunia sebenar yang biasa yang dielakkan oleh piramid.

Mengetahui bahawa kebanyakan ujian sepatutnya unit test yang pantas (dengan E2E yang perlahan disimpan untuk aliran yang paling penting) membimbing pembinaan suite ujian yang memberikan liputan baik dengan maklum balas pantas dan penyelenggaraan rendah.

Memandangkan menyusun suite ujian dengan baik (mengimbangi liputan, kelajuan, dan kebolehselenggaraan) adalah penting untuk pengujian yang berkesan, dan memandangkan piramid pengujian menyediakan model panduan untuk ini (dengan rasionalnya dan anti-pattern yang perlu dielakkan), memahami piramid pengujian adalah pengetahuan yang bernilai dan relevan secara praktikal — model asas untuk strategi pengujian yang kukuh yang membimbing pembinaan suite ujian yang cekap dan boleh diselenggara serta mengelakkan kesilapan biasa terlalu bergantung pada ujian peringkat tinggi yang perlahan dan rapuh, penting bagi sesiapa yang mereka bentuk bagaimana sesuatu projek menguji perisiannya.