🐛 Workflow Bugfix ➔ Development ➔ Staging
Panduan alur kerja (workflow) perbaikan bug (bugfix) dan pembaruan kecil, mulai dari
pengerjaan di lokal, integrasi & battletest di environment development, hingga promosi
ke environment staging untuk pengujian QA. Visualisasi ini melengkapi Git Branching Strategy & Workflow Guide.
📊 Visualisasi Diagram Alur (Sequence)
📝 Deskripsi Kasus (Case Description)
Skenario: Terdapat bug pada halaman login (login-error) yang harus diperbaiki dan
dinaikkan ke environment staging agar dapat divalidasi oleh Tim QA sebelum rilis.
FASE 1 — Fixing / Update di Lokal
| Langkah | Aktor | Aksi |
|---|---|---|
| 1 | 👨💻 Developer | checkout dan pull branch development terbaru agar sinkron dengan state tim. |
| 2 | 👨💻 Developer | Buat branch fitur perbaikan, mis. bugfix/fix-login-error, lalu lakukan koding perbaikan. |
| 3 | 👨💻 Developer | commit perubahan dan push branch bugfix/fix-login-error ke remote. |
💡 Konvensi penamaan: seluruh perbaikan bug menggunakan prefix
bugfix/*agar mudah diidentifikasi dan difilter dalam Merge Request.
FASE 2 — Integrasi & Battletest (Development)
| Langkah | Aktor | Aksi |
|---|---|---|
| 4 | 👨💻 Developer | Buat Merge Request (MR) dari bugfix/* ➔ development. |
| 5 | 🐙 Git Repo | Tim melakukan Code Review; setelah disetujui (Approved) dilakukan MERGE. |
| 6 | 🐙 Git Repo | Pipeline CI/CD otomatis men-deploy hasil merge ke Dev Server (Battletest). |
| 7 | 👨💻 Developer | Lakukan battletest: uji integrasi bersama fitur developer lain yang sudah ada di development. |
🧪 Battletest = pengujian integrasi manual di environment development untuk memastikan perbaikan tidak merusak fitur yang sedang dikembangkan paralel.
FASE 3 — Promosi ke Staging (QA)
| Langkah | Aktor | Aksi |
|---|---|---|
| 8 | 👨💻 Developer | Buat MR dari development ➔ staging. |
| 9 | 🐙 Git Repo | Tech Lead menyetujui (Approves) dan dilakukan MERGE. |
| 10 | 🐙 Git Repo | CI/CD memicu Automated Test lalu Deploy ke Staging Server. |
| 11 | 🛡️ Staging | Server staging siap (Ready) dan telah dideploy ➔ notifikasi ke Tim QA. |
| 12 | 🕵️♂️ Tim QA | Jalankan E2E & Regression Test; jika lolos maka status QA Pass 🟢. |
🟢 Setelah QA Pass, kode di
stagingsiap untuk dipromosikan ke production (lihat Git Branching Strategy & Workflow Guide untuk alur rilis).
✅ Checklist Singkat
- Branch
bugfix/*dibuat daridevelopmentterbaru - Koding & commit dilakukan di branch
bugfix/* - MR
bugfix/*➔developmentdireview & di-merge - Battletest lolos di Dev Server
- MR
development➔stagingdi-approve Tech Lead & di-merge - Automated test & deploy staging sukses
- Tim QA menjalankan E2E & Regression ➔ QA Pass 🟢