Teknik Estimasi Pengujian dalam Pengujian Perangkat Lunak
Thomas Hamilton
⚡ Ringkasan Cerdas
Teknik Estimasi Pengujian Perangkat Lunak memperkirakan berapa lama waktu yang dibutuhkan dan berapa biayanya. Proses empat langkah — memecah tugas, menetapkan penanggung jawab, memperkirakan upaya, dan memvalidasi dengan pemangku kepentingan — mengubah jadwal yang tidak jelas menjadi rencana yang dapat dipertanggungjawabkan dan disetujui oleh manajemen.
Apa itu Estimasi Pengujian Perangkat Lunak?
Estimasi Pengujian Perangkat Lunak Estimasi pengujian adalah aktivitas manajemen yang memperkirakan berapa lama waktu yang dibutuhkan dan berapa biaya yang akan dikeluarkan untuk suatu tugas pengujian. Menghasilkan estimasi pengujian yang kredibel adalah salah satu tanggung jawab terpenting dalam manajemen. manajemen tes karena hal itu memengaruhi keputusan terkait jadwal, anggaran, dan sumber daya.
Mengapa Estimasi Pengujian Penting
Klien selalu mengajukan dua pertanyaan sebelum menyetujui proyek uji coba:
Untuk proyek kecil, pertanyaan-pertanyaan ini mudah dijawab. Untuk proyek yang lebih besar—misalnya, pengujian... GuruSitus web 99 Bank — Anda memerlukan teknik terstruktur untuk mempertahankan jawaban tersebut.
Apa yang Harus Diperkirakan?
- Sumber: orang, peralatan, fasilitas, pendanaan, dan segala sesuatu lainnya yang dibutuhkan untuk melaksanakan pekerjaan tersebut.
- Waktu: Sumber daya paling berharga dalam proyek apa pun — setiap rilis memiliki tenggat waktu.
- Keterampilan manusia: Pengetahuan dan pengalaman tim. Penguji yang lebih berpengalaman menyelesaikan tugas lebih cepat daripada tim yang kurang berpengalaman.
- Biaya: Anggaran proyek — berapa banyak uang yang dibutuhkan untuk melaksanakan pengujian yang direncanakan.
Cara Memperkirakan
Teknik estimasi pengujian perangkat lunak yang umum adalah:
- Struktur Rincian Pekerjaan (Work Breakdown Structure/WBS).
- Estimasi tiga titik.
- Delphi pita lebar.
- Analisis Titik Fungsi atau Titik Pengujian.
- Metode Use-Case Point.
- Distribusi persentase.
- Metode ad-hoc.
Proses empat langkah di bawah ini menggabungkan beberapa teknik untuk menghasilkan estimasi yang dapat dipertanggungjawabkan. Contoh ini menggunakan GuruStudi kasus 99 Bank.
Langkah 1) Bagi seluruh proyek menjadi sub-tugas
Gunakan Struktur rincian kerja Teknik untuk membagi proyek kompleks menjadi modul, sub-modul, dan pada akhirnya tugas-tugas terkecil yang bermakna. Estimasi jauh lebih andal pada tingkat paling dasar daripada terhadap proyek-proyek besar yang samar-samar.
Terapkan teknik tersebut untuk mematahkan GuruProyek 99 Bank dibagi menjadi lima tugas yang lebih kecil:
Setiap tugas kemudian dipecah menjadi sub-tugas hingga setiap baris cukup rinci untuk diperkirakan.
| tugas | Sub-tugas |
|---|---|
| Menganalisis spesifikasi persyaratan perangkat lunak | Selidiki spesifikasi persyaratannya. |
| Wawancarai para pengembang dan pemangku kepentingan lainnya untuk mempelajari lebih lanjut tentang situs web tersebut. | |
| Buat spesifikasi pengujian | Rancang skenario pengujian. |
| Buat kasus uji. | |
| RevTinjau dan revisi kasus uji. | |
| Jalankan kasus uji | Bangun lingkungan pengujian. |
| Jalankan kasus uji. | |
| RevLihat hasil eksekusi pengujian. | |
| Laporkan cacatnya | Buat cacat laporan. |
| Laporkan kerusakan tersebut. |
Langkah 2) Alokasikan setiap tugas kepada anggota tim.
Tetapkan setiap sub-tugas kepada pemilik yang paling sesuai.
| tugas | pemilik |
|---|---|
| Menganalisis spesifikasi persyaratan perangkat lunak | Semua anggota tim |
| Buat spesifikasi pengujian | Penguji / Analis pengujian |
| Membangun lingkungan pengujian | Administrator tes |
| Jalankan kasus uji | Penguji, administrator pengujian |
| Laporkan cacat | penguji |
Langkah 3) Estimasi Upaya untuk Setiap Tugas
Dua teknik yang saling melengkapi bekerja dengan baik pada tahap ini:
- Metode Function Point.
- Estimasi Tiga Titik.
Metode 1) Metode Titik Fungsi
Manajer Pengujian memperkirakan Ukuran, Durasi, dan Biaya untuk setiap tugas.
Langkah A) Perkirakan ukuran tugas
Ambil contoh tugas “Buat spesifikasi pengujian”. Ukurannya bergantung pada ukuran fungsional sistem yang diuji — semakin banyak fungsi, semakin kompleks sistemnya. Poin fungsi biasanya diklasifikasikan menjadi tiga kelompok: Kompleks, Sedang, dan Sederhana.
Berdasarkan kompleksitasnya, Manajer Pengujian memberikan bobot pada setiap poin fungsi:
| Kelompok | pembobotan |
|---|---|
| Kompleks | 5 |
| Medium | 3 |
| Sederhana | 1 |
The GuruSitus web 99 Bank terbagi menjadi 12 poin fungsi. Kompleksitasnya dirangkum di bawah ini.
| # | Modul | Peran yang Berlaku | Deskripsi | pembobotan |
|---|---|---|---|---|
| 1 | Pertanyaan Saldo | Manajer, Pelanggan | Pelanggan: Lihat saldo rekening sendiri saja. Manajer: Memantau saldo setiap pelanggan di bawah pengawasan. |
3 |
| 2 | Pengiriman dana | Manajer, Pelanggan | Pelanggan: mentransfer dana dari rekening sendiri ke tujuan mana pun. Manajer: mentransfer dana dari sumber mana pun ke tujuan mana pun. |
5 |
| 3 | Pernyataan Mini | Manajer, Pelanggan | Lima transaksi terakhir dari suatu rekening. Pelanggan: Hanya dapat melihat akun sendiri. Manajer: Lihat akun apa pun. |
3 |
| 4 | Pernyataan yang Disesuaikan | Manajer, Pelanggan | Transaksi difilter berdasarkan tanggal atau nilai. Pelanggan: hanya untuk akun pribadi. Manajer: akun apa pun. |
5 |
| 5 | Ubah Sandi | Manajer, Pelanggan | Pelanggan: Ubah kata sandi Anda sendiri. Manajer: Ubah kata sandi Anda sendiri (bukan kata sandi pelanggan). |
1 |
| 6 | Baru Pelanggan | manajer | Tambahkan dan edit detail pelanggan (alamat, email, telepon). | 3 |
| 7 | Akun Baru | manajer | Rekening Tabungan dan Giro; seorang nasabah dapat memiliki beberapa rekening dari masing-masing jenis. Manajer menambahkan rekening baru untuk nasabah yang sudah ada. | 5 |
| 8 | Mengedit akun | manajer | Edit detail akun yang sudah ada. | 1 |
| 9 | Hapus akun | manajer | Menghapus akun yang sudah ada untuk pelanggan. | 1 |
| 10 | Hapus Pelanggan | manajer | Hapus pelanggan hanya jika tidak ada akun aktif. | 1 |
| 11 | Deposito | manajer | Setor uang tunai ke rekening mana pun di cabang. | 3 |
| 12 | Penarikan | manajer | Tarik tunai dari rekening mana pun di cabang ini. | 3 |
Langkah B) Perkirakan durasi tugas
Setelah tingkat kompleksitas ditetapkan, perkirakan durasi yang dibutuhkan untuk menguji setiap kelompok.
- Upaya Total: Upaya total untuk menguji setiap fungsi situs web.
- Total Poin Fungsi: Total modul situs web.
- Estimasi per Function Point: Upaya rata-rata per poin; bergantung pada produktivitas tim.
Asumsikan perkiraan tim per poin fungsi adalah 5 jam/poinUpaya total untuk GuruContoh Bank 99 adalah:
| Kelompok | pembobotan | Poin Fungsi | Total |
|---|---|---|---|
| Kompleks | 5 | 3 | 15 |
| Medium | 3 | 5 | 15 |
| Sederhana | 1 | 4 | 4 |
| Fungsi Total Poin | 34 | ||
| Perkiraan per poin | 5 | ||
| Total Perkiraan Upaya (jam kerja per orang) | 170 | ||
Total upaya untuk menyelesaikan “Membuat spesifikasi pengujian” adalah sekitar... 170 jam kerja orangSetelah upaya yang dibutuhkan diketahui, Anda dapat mengalokasikan sumber daya untuk menentukan durasi dan biaya.
Langkah C) Perkirakan biaya untuk tugas-tugas tersebut
Langkah ini menjawab pertanyaan klien kedua — “Berapa biayanya?”. Asumsikan tarif tim rata-rata sebesar... $ 5 / jamTugas di atas membutuhkan waktu 170 jam, jadi biayanya adalah... 170 × $5 = $850Terapkan perhitungan yang sama di setiap tugas WBS untuk mendapatkan anggaran proyek.
Semakin akurat perkiraannya, semakin baik Anda dapat mengelola anggaran proyek dan memastikan setiap dolar menghasilkan keuntungan.
Metode 2) Estimasi Tiga Titik
Estimasi Tiga Titik adalah teknik terstruktur di mana Manajer Pengujian memberikan tiga nilai per tugas — optimis, yang paling disukai, dan pesimistis upaya — berdasarkan pengalaman sebelumnya atau perkiraan terbaik.
Untuk “Buat spesifikasi pengujian”, ketiga nilai tersebut mungkin adalah:
- Kasus terbaik: 120 jam kerja (~15 hari) dengan tim yang kuat dan berpengalaman.
- Kemungkinan besar: 170 jam kerja (~21 hari) dengan tim dan sumber daya yang tipikal.
- Skenario terburuk: 200 jam kerja (~25 hari) dengan tim yang kurang berpengalaman dan pengerjaan ulang tambahan.
Hitung rata-rata tertimbang menggunakan rumus gaya PERT:
Nilai E adalah rata-rata tertimbang — perkiraan judul untuk “Buat spesifikasi pengujian”.
Untuk mengungkapkan kepercayaan diri di sekitar EHitunglah simpangan bakunya:
Untuk GuruContoh Bank 99, perkiraan tersebut menghasilkan 166.6 ± 13.33 jam kerja per orang — berkisar antara 153.33 hingga 179.99 jam kerja per orang.
Langkah 4) Validasi estimasi
Gabungkan semua estimasi tugas dari WBS dan serahkan rencana tersebut kepada dewan manajemen (CEO, manajer proyek, pemangku kepentingan utama) untuk ditinjau dan disetujui.
Jelaskan estimasi tersebut secara logis kepada dewan direksi agar mereka memahami asumsi, teknik yang dipilih, dan cadangan yang telah Anda sertakan.
Praktik Terbaik Estimasi Pengujian
Tambahkan waktu penyangga
Rencana jarang bertahan menghadapi kenyataan — anggota tim keluar, pengujian memakan waktu lebih lama dari yang diharapkan, ketergantungan terabaikan. Sisipkan penyangga yang wajar ke dalam setiap perkiraan agar jadwal dapat menampung kejutan kecil.
Rencanakan ketersediaan sumber daya.
Perhitungkan cuti yang direncanakan, pelatihan, dan rotasi siaga. Perkiraan yang mengabaikan ketersediaan tampak bagus di atas kertas tetapi gagal dalam pelaksanaannya.
Gunakan pengalaman masa lalu sebagai referensi.
Data historis dari proyek serupa sangat berharga. Jika Anda menguji situs web yang sebanding tahun lalu, pelajari dari data aktualnya, masalah yang dihadapi, dan solusi sementara yang menyelamatkan situasi.
Tetap berpegang pada perkiraan tersebut — tetapi tinjau kembali perkiraan tersebut.
Estimasi tidak dapat diandalkan.tracIni hanyalah perkiraan terbaik. RevKunjungi mereka pada tahapan-tahapan penting yang telah ditentukan dan sesuaikan hanya ketika persyaratan berubah secara signifikan atau informasi baru mengubah gambaran keseluruhan. Negosiasikan setiap perubahan dengan pelanggan secara transparan.
Templat Estimasi Pengujian Perangkat Lunak
Unduh Estimasi Pengujian Perangkat Lunak dalam format Excel (.xlsx)
Teknik Estimasi Lainnya
Selain WBS, Function Point, dan estimasi Tiga Titik, beberapa teknik lain juga banyak digunakan:
- Delphi pita lebar: Estimasi konsensus iteratif oleh panel ahli.
- Metode Titik Kasus Penggunaan: Upaya yang dilakukan bergantung pada jumlah dan kompleksitas kasus penggunaan.
- Distribusi Persentase: mengalokasikan persentase tetap dari total upaya proyek untuk pengujian.
- Metode Ad-hoc: penilaian ahli ketika data historis tidak tersedia.
Estimasi Bottom-Up vs Top-Down
Pandangan praktis mengenai estimasi juga dapat dibagi menjadi dua strategi yang saling melengkapi:
- Estimasi dari bawah ke atas: Berdasarkan tugas-tugas pada level terendah WBS. Berbagai pemangku kepentingan, staf berpengalaman, dan kontributor menggabungkan angka-angka mereka untuk mencapai total yang akurat. Ideal jika pekerjaan dipahami dengan baik.
- Estimasi dari atas ke bawah: Mengklasifikasikan proyek berdasarkan ukuran dan kompleksitas serta membandingkannya dengan proyek-proyek serupa yang telah selesai. Juga menggunakan upaya rata-rata per Kasus cobaan dan skala berdasarkan perkiraan jumlah kasus. Berguna di awal proyek ketika detail masih terbatas.
Sebagian besar tim menggabungkan keduanya — pendekatan top-down untuk angka utama, dan bottom-up untuk kepercayaan diri — dan menggabungkan hasilnya dengan model yang lebih canggih ketika anggaran memungkinkan.
