Panduan Lengkap Membuat Testing Plan (IEEE 829)
Apa Itu Testing Plan?
Testing Plan (Rencana Pengujian) adalah dokumen panduan yang menjelaskan bagaimana proses pengujian perangkat lunak akan dilakukan. Dokumen ini berfungsi sebagai acuan resmi bagi tim penguji agar kegiatan pengujian lebih terarah dan konsisten.
Di dalamnya memuat ruang lingkup pengujian, strategi/metodologi yang dipakai, sumber daya (tim, alat, data uji), serta jadwal pelaksanaan.
Tujuan Testing Plan
Tujuan utama dari testing plan adalah untuk:
- Menyediakan gambaran yang jelas tentang apa saja yang akan diuji dan bagaimana cara mengujinya.
- Menemukan sebanyak mungkin kesalahan.
- Menjamin perangkat lunak mencapai kualitas yang dapat diterima pengguna.
- Mengoptimalkan penggunaan waktu, biaya, dan tenaga.
- Memberikan dokumentasi yang bisa dijadikan referensi dan evaluasi pada proyek berikutnya.
Komponen Testing Plan (Standar IEEE 829)
Sebuah rencana pengujian (Testing Plan) memiliki sejumlah komponen penting. Standar IEEE 829-1988 mendefinisikan berbagai komponen yang harus ada dalam sebuah dokumen test plan.
1. Test Plan Identifier
Penanda unik untuk setiap dokumen test plan, biasanya berupa kode atau nomor versi. Fungsinya untuk memudahkan pengelolaan dokumen dan revisi.
2. References
Daftar dokumen, standar, atau sumber yang mendukung pembuatan test plan. Ini menjamin bahwa test plan konsisten dengan dokumen utama proyek dan selaras dengan kebutuhan aplikasi.
3. Introduction
Bagian pembuka yang berfungsi seperti executive summary. Ini menjelaskan tujuan, ruang lingkup, dan fokus pengujian serta memberi gambaran umum kepada stakeholder.
4. Test Items
Ini adalah komponen, fitur, modul, atau artefak perangkat lunak yang akan diuji. Sederhananya, ini adalah apa saja yang masuk dalam ruang lingkup pengujian.
5. Software Risk Issues
Identifikasi potensi risiko yang dapat muncul dari perangkat lunak atau proses pengujiannya. Yang termasuk di dalamnya antara lain: fitur yang kompleks, integrasi dengan software lain, atau kebutuhan yang samar.
6. Features to be Tested
Fitur atau fungsi perangkat lunak yang akan diuji dari sudut pandang pengguna. Fokusnya pada deskripsi penggunaan dan tingkat risiko yang terkait.
7. Features not to be Tested
Daftar fitur yang dikecualikan dari proses pengujian beserta alasannya. Biasanya ini adalah fitur yang sudah stabil atau tidak direncanakan untuk dirilis.
8. Approach (Pendekatan)
Pendekatan pengujian mendefinisikan strategi umum yang akan digunakan. Ini mencakup beberapa faktor:
- Tipe Pengujian: Apakah akan dilakukan unit testing, integration testing, system testing, atau acceptance testing?
- Teknik Pengujian: Akan menggunakan black-box, white-box, atau gray-box?
- Metode Pengujian: Apakah akan dilakukan secara manual atau otomatis?
- Tujuan Pengujian: Apa yang ingin dicapai? (validasi fungsionalitas, kinerja, atau keamanan)
9. Item Pass/Fail Criteria
Ini adalah standar yang jelas dan terukur untuk menentukan apakah suatu fitur telah lulus atau gagal.
- Pass Criteria (Kriteria Lulus): Semua test case utama berjalan sesuai harapan, tidak ada bug kritis yang ditemukan, dan fungsi bekerja sesuai spesifikasi.
- Fail Criteria (Kriteria Gagal): Satu atau lebih test case gagal, ditemukan defect kritis, atau perilaku aplikasi tidak sesuai spesifikasi.
10. Suspension Criteria & Resumption Requirements
Suspension Criteria mendefinisikan kondisi di mana pengujian harus dihentikan sementara, biasanya karena ditemukan masalah serius. Resumption Requirements menjelaskan kondisi yang harus dipenuhi (misalnya, bug sudah diperbaiki) sebelum pengujian dapat dilanjutkan kembali.
11. Test Deliverables
Dokumen, artefak, dan hasil nyata yang dihasilkan selama proses pengujian. Contohnya meliputi: test plan itu sendiri, test case, laporan bug, dan test summary report.
12. Remaining Test Tasks
Daftar pekerjaan pengujian yang masih belum selesai pada saat laporan status dibuat.
13. Environmental Needs
Spesifikasi lingkungan yang diperlukan agar pengujian valid, meliputi hardware, software/versi, data uji, akses, dan alat jaringan.
14. Responsibilities
Pembagian tanggung jawab yang menjelaskan siapa yang bertugas melakukan koordinasi, menulis, dan mengeksekusi test case, serta siapa yang berwenang mengambil keputusan.
15. Staffing and Training Needs
Kebutuhan personel dan pelatihan. Ini meliputi penentuan peran (Test Manager, tester, dll.) dan kompetensi yang dibutuhkan.
16. Schedule
Garis waktu (timeline) yang mencakup kapan pengujian dimulai, periode eksekusi, sesi retest, hingga rilis.
17. Planning Risks and Contingencies
(Tidak dijelaskan detail di PDF, namun ini berisi rencana cadangan jika terjadi risiko dalam penjadwalan atau sumber daya).
18. Approvals
Untuk memastikan semua pihak yang berkepentingan (manajer proyek, manajer pengujian) telah menyetujui rencana tersebut. Bagian ini biasanya berisi nama, jabatan, dan tanda tangan.
19. Glossary
Daftar istilah teknis atau singkatan yang digunakan dalam dokumen beserta definisinya, untuk memastikan semua pihak memiliki pemahaman yang sama.
← Kembali ke Daftar Blog