Teknik Estimasi - Pengujian
Upaya pengujian tidak didasarkan pada kerangka waktu yang pasti. Upaya berlanjut hingga beberapa jadwal yang ditentukan sebelumnya ditetapkan, terlepas dari penyelesaian pengujian.
Hal ini sebagian besar disebabkan oleh fakta bahwa secara konvensional, test effort estimation adalah bagian dari development estimation. Hanya dalam hal teknik estimasi yang menggunakan WBS, seperti Wideband Delphi, Three-point Estimation, PERT, dan WBS, Anda dapat memperoleh nilai estimasi dari aktivitas pengujian.
Jika Anda telah memperoleh perkiraan sebagai Titik Fungsi (FP), maka menurut Caper Jones,
Number of Test Cases = (Number of Function Points) × 1.2
Setelah Anda memiliki jumlah kasus pengujian, Anda dapat mengambil data produktivitas dari database organisasi dan sampai pada upaya yang diperlukan untuk pengujian.
Persentase Metode Upaya Pengembangan
Upaya uji yang diperlukan adalah proporsional atau persentase langsung dari upaya pengembangan. Upaya pengembangan dapat diperkirakan menggunakan Lines of Code (LOC) atau Function Points (FP). Kemudian, persentase usaha untuk pengujian diperoleh dari Database Organisasi. Persentase yang diperoleh digunakan untuk sampai pada perkiraan upaya untuk pengujian.
Memperkirakan Proyek Pengujian
Beberapa organisasi sekarang menyediakan layanan verifikasi dan validasi independen kepada klien mereka dan itu berarti aktivitas proyek sepenuhnya akan menjadi aktivitas pengujian.
Memperkirakan proyek pengujian memerlukan pengalaman pada berbagai proyek untuk siklus hidup pengujian perangkat lunak. Saat Anda memperkirakan proyek pengujian, pertimbangkan -
- Keterampilan tim
- Pengetahuan Domain
- Kompleksitas aplikasi
- Data historis
- Siklus bug untuk proyek tersebut
- Ketersediaan sumber daya
- Variasi produktivitas
- Lingkungan sistem dan waktu henti
Menguji Teknik Estimasi
Teknik estimasi pengujian berikut terbukti akurat dan banyak digunakan -
- Teknik estimasi pengujian perangkat lunak PERT
- Metode UCP
- WBS
- Teknik Wideband Delphi
- Analisis titik fungsi / titik pengujian
- Distribusi persentase
- Teknik estimasi pengujian berbasis pengalaman
Teknik Estimasi Pengujian Perangkat Lunak PERT
Teknik estimasi pengujian perangkat lunak PERT didasarkan pada metode statistik di mana setiap tugas pengujian dipecah menjadi sub-tugas dan kemudian tiga jenis estimasi dilakukan pada setiap sub-tugas.
Rumus yang digunakan oleh teknik ini adalah -
Test Estimate = (O + (4 × M) + E)/6
Dimana,
O = Perkiraan optimis (skenario kasus terbaik di mana tidak ada yang salah dan semua kondisi optimal).
M = Perkiraan yang paling mungkin (kemungkinan besar durasi dan mungkin ada beberapa masalah tetapi sebagian besar hal akan berjalan lancar).
L = Perkiraan pesimis (skenario kasus terburuk di mana semuanya berjalan salah).
Deviasi Standar untuk teknik ini dihitung sebagai -
Standard Deviation (SD) = (E − O)/6
Metode Use-Case Point
Metode UCP didasarkan pada kasus penggunaan di mana kami menghitung bobot aktor yang tidak disesuaikan dan bobot kasus penggunaan yang tidak disesuaikan untuk menentukan estimasi pengujian perangkat lunak.
Use-case adalah dokumen yang menentukan pengguna, sistem, atau pemangku kepentingan lain yang berinteraksi dengan aplikasi terkait. Mereka disebut sebagai "Aktor". Interaksi tersebut mencapai beberapa tujuan yang ditentukan melindungi kepentingan semua pemangku kepentingan melalui perilaku atau aliran yang berbeda yang disebut sebagai skenario.
Step 1- Hitung tidak. aktor. Aktor termasuk positif, negatif dan luar biasa.
Step 2 - Hitung bobot aktor yang tidak disesuaikan sebagai
Unadjusted Actor Weights = Total no. of Actors
Step 3 - Hitung jumlah kasus penggunaan.
Step 4 - Hitung bobot kasus penggunaan yang tidak disesuaikan sebagai
Unadjusted Use-Case Weights = Total no. of Use-Cases
Step 5 - Hitung poin kasus penggunaan yang tidak disesuaikan sebagai
Unadjusted Use-Case Points = (Unadjusted Actor Weights + Unadjusted Use-Case Weights)
Step 6- Tentukan faktor teknis / lingkungan (TEF). Jika tidak tersedia, anggap sebagai 0,50.
Step 7 - Hitung titik kasus penggunaan yang disesuaikan sebagai
Adjusted Use-Case Point = Unadjusted Use-Case Points × [0.65 + (0.01 × TEF]
Step 8 - Hitung usaha total sebagai
Total Effort = Adjusted Use-Case Point × 2
Struktur rincian kerja
Step 1 - Buat WBS dengan memecah proyek uji menjadi bagian-bagian kecil.
Step 2 - Bagilah modul menjadi sub-modul.
Step 3 Bagilah sub-modul lebih lanjut menjadi beberapa fungsi.
Step 4 - Membagi fungsionalitas menjadi sub-fungsi.
Step 5 - Tinjau semua persyaratan pengujian untuk memastikannya ditambahkan di WBS.
Step 6 - Cari tahu jumlah tugas yang harus diselesaikan tim Anda.
Step 7 - Perkirakan upaya untuk setiap tugas.
Step 8 - Perkirakan durasi setiap tugas.
Teknik Wideband Delphi
Dalam Metode Wideband Delphi, WBS didistribusikan ke tim yang terdiri dari 3-7 anggota untuk memperkirakan ulang tugas. Estimasi akhir adalah hasil estimasi yang dirangkum berdasarkan konsensus tim.
Metode ini lebih banyak berbicara tentang pengalaman daripada rumus statistik apa pun. Metode ini dipopulerkan oleh Barry Boehm untuk menekankan pada iterasi kelompok untuk mencapai konsensus di mana tim memvisualisasikan berbagai aspek masalah sambil memperkirakan upaya pengujian.
Analisis Titik Fungsi / Titik Pengujian
FP menunjukkan fungsionalitas aplikasi perangkat lunak dari perspektif pengguna dan digunakan sebagai teknik untuk memperkirakan ukuran proyek perangkat lunak.
Dalam pengujian, estimasi didasarkan pada dokumen spesifikasi kebutuhan, atau pada prototipe aplikasi yang dibuat sebelumnya. Untuk menghitung FP suatu proyek, diperlukan beberapa komponen utama. Mereka adalah -
Unadjusted Data Function Points - i) File Internal, ii) Antarmuka Eksternal
Unadjusted Transaction Function Points - i) Masukan Pengguna, ii) Keluaran Pengguna & iii) Pertanyaan Pengguna
Capers Jones basic formula -
Jumlah Kasus Uji = (Jumlah Titik Fungsi) × 1.2
Total Actual Effort (TAE) -
(Jumlah Kasus Uji) × (Persentase Upaya Pengembangan / 100)
Distribusi Persentase
Dalam teknik ini, semua fase Siklus Hidup Pengembangan Perangkat Lunak (SDLC) diberikan usaha dalam%. Ini dapat didasarkan pada data sebelumnya dari proyek serupa. Misalnya -
| Tahap | % Usaha |
|---|---|
| Manajemen proyek | 7% |
| Persyaratan | 9% |
| Rancangan | 16% |
| Pengodean | 26% |
| Pengujian (semua Tahapan Uji) | 27% |
| Dokumentasi | 9% |
| Instalasi dan Pelatihan | 6% |
Selanjutnya,% upaya untuk pengujian (semua fase pengujian) selanjutnya didistribusikan untuk semua Tahapan Pengujian -
| Semua Tahapan Pengujian | % Usaha |
|---|---|
| Pengujian Komponen | 16 |
| Pengujian Independen | 84 |
| Total | 100 |
| Pengujian Independen | % Usaha |
|---|---|
| Tes integrasi | 24 |
| Pengujian Sistem | 52 |
| Ujian penerimaan | 24 |
| Total | 100 |
| Pengujian Sistem | % Usaha |
|---|---|
| Pengujian Sistem Fungsional | 65 |
| Pengujian Sistem Non-fungsional | 35 |
| Total | 100 |
| Uji Perencanaan dan Desain Arsitektur | 50% |
| Fase review | 50% |
Teknik Estimasi Pengujian Berbasis Pengalaman
Teknik ini didasarkan pada analogi dan pakar. Teknik ini mengasumsikan bahwa Anda telah menguji aplikasi serupa di project sebelumnya dan mengumpulkan metrik dari project tersebut. Anda juga mengumpulkan metrik dari pengujian sebelumnya. Ambil masukan dari ahli materi pelajaran yang memahami aplikasi (serta pengujian) dengan sangat baik dan gunakan metrik yang telah Anda kumpulkan dan sampai pada upaya pengujian.