Testing Plan dalam Software Testing
🧩 1. Apa itu Testing Plan?
Testing Plan (Rencana Pengujian) adalah dokumen panduan resmi yang menjelaskan bagaimana proses pengujian perangkat lunak akan dilakukan.
Di dalamnya mencakup:
- Ruang lingkup pengujian
- Strategi dan pendekatan pengujian
- Sumber daya seperti tim, alat, dan data uji
- Jadwal pelaksanaan dan dokumentasi hasil pengujian
🎯 Fungsi utamanya: menjadi acuan agar proses pengujian berjalan terstruktur, terukur, dan konsisten.
🎯 2. Tujuan Testing Plan
Testing Plan disusun untuk:
- Menentukan apa yang diuji dan bagaimana cara mengujinya
- Mengoptimalkan waktu, biaya, dan tenaga
- Menjamin software mencapai kualitas yang layak digunakan
- Menjadi dokumentasi evaluasi untuk proyek berikutnya
- Meningkatkan kolaborasi tim dengan panduan yang jelas
📌 3. Komponen Testing Plan (Berdasarkan IEEE 829-1988)
🔹 1. Plan Identifier
Kode atau versi unik untuk membedakan dokumen test plan.
📌 Tujuan: memudahkan revisi dan pengelolaan dokumen.
🔹 2. References
Daftar dokumen atau standar acuan agar pengujian selaras dengan spesifikasi proyek.
🔹 3. Introduction
Ringkasan tujuan, ruang lingkup, dan fokus pengujian untuk memberi gambaran kepada stakeholder.
🔹 4. Test Items
Daftar fitur, modul, atau komponen yang menjadi objek pengujian.
🔹 5. Software Risk Issues
Identifikasi risiko yang mungkin muncul, seperti:
- Modul kompleks
- Integrasi dengan sistem lain
- Spesifikasi tidak jelas
🧪 4. Ruang Lingkup Fitur
✅ Features to be Tested
Fungsionalitas yang akan diuji berdasarkan prioritas risiko dan kebutuhan pengguna.
🚫 Features Not to be Tested
Fitur yang tidak disertakan dalam pengujian, beserta alasan (misalnya stabil atau tidak masuk rilis versi ini).
🎛 5. Pendekatan (Approach) Pengujian
Pendekatan menjelaskan metodologi dan teknik yang digunakan, meliputi:
| Faktor | Opsi |
|---|---|
| Tipe Pengujian | Unit, Integration, System, Acceptance |
| Metode | Manual atau Automation |
| Teknik | Black-box, White-box, atau Gray-box |
| Tujuan | Validasi fungsi, kinerja, keamanan, dll |
🎚 6. Kriteria Evaluasi
✅ Pass Criteria
- Semua test case berjalan sesuai harapan
- Tidak ada bug kritis
- Fungsi sesuai spesifikasi
❌ Fail Criteria
- Test case gagal dieksekusi
- Bug mayor/kritis ditemukan
- Perilaku menyimpang dari spesifikasi
🚨 7. Suspension & Resumption Criteria
- Suspension Criteria: kondisi ketika pengujian dihentikan sementara (misalnya bug kritis ditemukan).
- Resumption Requirements: syarat untuk melanjutkan pengujian setelah perbaikan dilakukan.
📦 8. Test Deliverables
Output yang dihasilkan dari proses testing, seperti:
- Dokumen Test Plan
- Test Case
- Laporan eksekusi
- Laporan bug & ringkasan hasil pengujian
📌 9. Remaining Test Tasks
Daftar pekerjaan pengujian yang masih tertunda dan harus diselesaikan sebelum fase penutupan pengujian.
🖥 10. Environmental Needs
Konfigurasi lingkungan pengujian, meliputi:
- Hardware
- Software & versi
- Dataset uji
- Credential & akses sistem
👥 11. Responsibilities
Pembagian peran dan tanggung jawab:
- Test Manager
- QA/Test Engineer
- Developer (untuk verifikasi bug)
- Stakeholder persetujuan
🧠 12. Staffing & Training Needs
Menentukan jumlah personel dan kebutuhan pelatihan agar tim siap mengeksekusi pengujian secara efektif.
🗓 13. Schedule
Timeline pengujian meliputi:
- Mulai eksekusi
- Waktu retest
- Review hasil pengujian
- Final sign-off atau persetujuan rilis
📚 14. Glossary
Daftar istilah teknis untuk menyamakan pemahaman semua pihak terkait istilah dalam dokumen test plan.
🖊️ 15. Approvals
Berisi tanda tangan atau persetujuan resmi dari pihak terkait seperti manajer proyek dan manajer pengujian sebagai konfirmasi final ruang lingkup dan sumber daya yang disetujui.
✅ Kesimpulan
Testing Plan adalah fondasi utama sebelum eksekusi pengujian dilakukan.
Dengan dokumen ini, proses QA menjadi lebih terarah, efisien, dan transparan, serta membantu tim mengelola risiko dan menghasilkan perangkat lunak yang stabil, fungsional, dan siap digunakan pengguna.