Apa itu Estimasi Uji Perangkat Lunak?
Estimasi Uji adalah aktivitas manajemen yang memperkirakan berapa lama waktu yang dibutuhkan untuk menyelesaikan Tugas. Memperkirakan upaya untuk tes adalah salah satu tugas utama dan penting dalam Manajemen Tes.
Mengapa Menguji Estimasi?
Dua pertanyaan yang dapat Anda harapkan dari klien Anda saat mendiskusikan keterlibatan tes potensial adalah
Untuk proyek kecil, pertanyaan-pertanyaan ini relatif mudah dijawab. Namun untuk project besar seperti website Testing Guru99 Bank, Anda harus berpikir keras untuk menjawab pertanyaan tersebut.
Dalam tutorial ini, Anda akan belajar-
- Apa itu Estimasi Uji Perangkat Lunak?
- Mengapa Menguji Estimasi?
- Apa yang Diperkirakan?
- Bagaimana cara memperkirakannya?
- Langkah 1) Bagilah seluruh tugas proyek menjadi beberapa tugas
- Langkah 2) Alokasikan setiap tugas kepada anggota tim
- Langkah 3) Estimasi Upaya Untuk Tugas
- Metode 1) Metode Titik Fungsi
- Metode 2) Estimasi Tiga Poin
- Langkah 4) Validasi estimasi
- Menguji praktik terbaik estimasi
- Teknik Lainnya
Apa yang Diperkirakan?
- Sumber daya: Sumber daya diperlukan untuk melaksanakan tugas proyek apa pun. Mereka bisa berupa orang, peralatan, fasilitas, pendanaan, atau apa pun yang mampu mendefinisikan definisi yang diperlukan untuk penyelesaian aktivitas proyek.
- Waktu: Waktu adalah sumber daya paling berharga dalam sebuah proyek. Setiap proyek memiliki tenggat waktu pengiriman.
- Keterampilan Manusia: Keterampilan manusia berarti pengetahuan dan pengalaman anggota Tim. Mereka mempengaruhi estimasi Anda. Misalnya, tim, yang anggotanya memiliki keterampilan pengujian rendah, akan membutuhkan lebih banyak waktu untuk menyelesaikan proyek daripada tim yang memiliki keterampilan pengujian tinggi.
- Biaya: Biaya adalah anggaran proyek . Secara umum, ini berarti berapa banyak uang yang dibutuhkan untuk menyelesaikan proyek tersebut.
Bagaimana cara memperkirakannya?
Daftar Teknik Estimasi Uji Perangkat Lunak
- Struktur rincian kerja
- Teknik Estimasi Pengujian Perangkat Lunak 3-Poin
- Teknik Wideband Delphi
- Analisis Titik Fungsi / Titik Pengujian
- Use - Case Point Method
- Distribusi persentase
- Metode ad-hoc
Berikut adalah proses 4 Langkah untuk sampai pada perkiraan
Anda akan belajar bagaimana menggabungkan teknik-teknik ini untuk menemukan perkiraan untuk studi kasus Bank Guru99.
Step1) Bagilah seluruh tugas proyek menjadi beberapa subtugas
Tugas adalah bagian dari pekerjaan yang telah diberikan kepada seseorang. Untuk melakukan ini, Anda dapat menggunakan teknik Struktur Rincian Kerja .
Dalam teknik ini, proyek yang kompleks dibagi menjadi beberapa modul. Modul dibagi menjadi beberapa sub-modul. Setiap sub-modul dibagi lagi menjadi fungsionalitas. Itu berarti membagi seluruh tugas proyek menjadi tugas- tugas terkecil .
Gunakan struktur Work Break Down untuk memecah proyek Guru99 Bank menjadi 5 tugas yang lebih kecil-
Setelah itu, Anda bisa membagi setiap tugas ke subtugas. Tujuan dari kegiatan ini adalah membuat tugas sebagai rinci sebagai mungkin .
Tugas | Sub tugas |
---|---|
Menganalisis spesifikasi kebutuhan perangkat lunak | Selidiki spesifikasi persyaratan lunak |
Wawancara dengan pengembang & pemangku kepentingan lainnya untuk mengetahui lebih banyak tentang situs web | |
Buat Spesifikasi Tes | Skenario uji desain |
Buat kasus uji | |
Tinjau dan revisi kasus uji | |
Jalankan kasus uji | Bangun lingkungan pengujian |
Jalankan kasus uji | |
Tinjau hasil eksekusi uji | |
Laporkan kerusakannya | |
Buat laporan Cacat | |
Laporkan kerusakannya |
Langkah 2) Alokasikan setiap tugas kepada anggota tim
Pada langkah ini, setiap tugas diberikan kepada anggota yang sesuai di tim proyek. Anda dapat menetapkan tugas sebagai berikut
Tugas | Anggota |
---|---|
Menganalisis spesifikasi kebutuhan perangkat lunak | Semua anggota |
Buat spesifikasi pengujian | Penguji / Analis Uji |
Bangun lingkungan pengujian | Administrator Tes |
Jalankan kasus uji | Penguji, Administrator Uji Coba |
Laporkan kerusakan | Penguji |
Langkah 3) Estimasi Upaya Untuk Tugas
Ada 2 teknik yang dapat Anda terapkan untuk memperkirakan upaya tugas
- Metode Titik Fungsional
- Estimasi Tiga Poin
Metode 1) Metode Titik Fungsi
Dalam metode ini, Manajer Penguji memperkirakan Ukuran, Durasi, dan Biaya untuk tugas-tugas tersebut
Langkah A) Perkirakan ukuran tugas
Pada Langkah 1, Anda telah memecah seluruh tugas proyek menjadi tugas kecil dengan menggunakan metode WBS. Sekarang Anda memperkirakan ukuran tugas tersebut. Mari berlatih dengan tugas tertentu " Membuat spesifikasi pengujian "
Ukuran tugas ini bergantung pada ukuran fungsional sistem yang diuji. Ukuran fungsional mencerminkan jumlah fungsionalitas yang relevan bagi pengguna. Semakin banyak jumlah fungsinya, semakin kompleks sistemnya.
Sebelum memulai tugas perkiraan aktual, poin fungsional dibagi menjadi tiga kelompok seperti Kompleks , Sederhana Sedang sebagai berikut:
Berdasarkan kompleksitas fungsi perangkat lunak, Test Manger harus memberikan bobot yang cukup untuk setiap titik fungsional. Sebagai contoh
Kelompok | Bobot |
---|---|
Kompleks | 5 |
Medium | 3 |
Sederhana | 1 |
Mari kita ambil contoh latihan sederhana agar lebih jelas:
Lihat spesifikasi software website Guru99 Bank disini, software engineer sudah menjelaskan modul software secara detail, dapatkah anda menentukan kompleksitas fitur website dengan memberikan bobot untuk masing-masing modul?
Semakin kompleks titik fungsi, semakin banyak upaya untuk mengujinya. Situs web ini dibagi menjadi 12 titik fungsi , Anda dapat menentukan kompleksitas setiap titik fungsi sebagai berikut-
Tidak. | Nama Modul | Peran yang Berlaku | Deskripsi | Bobot |
---|---|---|---|---|
1. | Informasi Saldo | Pelanggan Manajer | Pelanggan: Seorang pelanggan dapat memiliki beberapa rekening bank. Dia hanya dapat melihat saldo akunnya. Manajer: Manajer dapat melihat saldo semua pelanggan yang berada di bawah pengawasannya | 3 |
2. | Transfer dana | Pelanggan Manajer | Pelanggan: Seorang pelanggan dapat mentransfer dana dari rekening "miliknya" ke rekening tujuan manapun. Manajer: Seorang manajer dapat mentransfer dana dari rekening bank sumber manapun ke rekening tujuan | 5 |
3. | Pernyataan Mini | Pelanggan Manajer | Sebuah mini statement akan menunjukkan 5 transaksi terakhir dari sebuah akun. Pelanggan: Seorang pelanggan dapat melihat mini-statement hanya dari akun "miliknya" Manajer: Seorang manajer dapat melihat mini-statement dari akun mana pun | 3 |
4. | Pernyataan yang Disesuaikan | Pelanggan Manajer | Pernyataan yang disesuaikan memungkinkan Anda untuk memfilter dan menampilkan transaksi dalam akun berdasarkan tanggal, nilai transaksi Pelanggan: Pelanggan dapat melihat Pernyataan yang disesuaikan hanya untuk akun "miliknya" Manajer: Manajer dapat melihat Laporan yang disesuaikan untuk akun mana pun | 5 |
5. | Ganti kata sandi | Pelanggan Manajer | Pelanggan: Pelanggan hanya dapat mengubah kata sandi akunnya. Manajer: Manajer hanya dapat mengubah sandi akunnya. Dia tidak dapat mengubah kata sandi pelanggannya | 1 |
6. | Pelanggan baru | Pengelola | Manajer: Seorang manajer dapat menambahkan pelanggan baru. Manajer: Seorang manajer dapat mengedit detail seperti alamat, email, telepon pelanggan. | 3 |
7. | Akun baru | Pengelola | Saat ini sistem menyediakan 2 jenis akun
| 5 |
8. | Mengedit akun | Pengelola | Manajer: Seorang manajer dapat menambahkan edit detail akun untuk akun yang ada | 1 |
9. | Hapus akun | Pengelola | Manajer: Manajer dapat menambahkan akun hapus untuk pelanggan. | 1 |
10. | Hapus Pelanggan | Pengelola | Seorang pelanggan dapat dihapus hanya jika dia tidak memiliki akun aktif atau tabungan Manajer: Seorang manajer dapat menghapus seorang pelanggan. | 1 |
11. | Menyetorkan | Pengelola | Manajer: Seorang manajer dapat menyetor uang ke akun mana pun. Biasanya dilakukan saat uang tunai disimpan di cabang bank. | 3 |
12. | Penarikan | Pengelola | Manajer: Seorang manajer dapat menarik uang dari akun mana pun. Biasanya dilakukan saat penarikan tunai di cabang bank. | 3 |
LANGKAH B) Perkirakan durasi tugas
Setelah mengklasifikasikan kompleksitas poin fungsi, Anda harus memperkirakan durasi untuk mengujinya. Durasi berarti berapa banyak waktu yang dibutuhkan untuk menyelesaikan tugas.
- Total Effort : Upaya untuk sepenuhnya menguji semua fungsi situs web
- Total Function Points : Total modul situs web
- Perkiraan yang ditentukan per Titik Fungsi : Upaya rata-rata untuk menyelesaikan satu titik fungsi. Nilai ini tergantung pada produktivitas anggota yang akan mengemban tugas ini.
Misalkan tim proyek Anda telah memperkirakan yang ditentukan per Titik Fungsi dari 5 jam / poin . Anda dapat memperkirakan upaya total untuk menguji semua fitur situs web Guru99 Bank sebagai berikut:
Bobot | # Titik Fungsi | Total | |
---|---|---|---|
Kompleks | 5 | 3 | 15 |
Medium | 3 | 5 | 15 |
Sederhana | 1 | 4 | 4 |
Fungsi Poin Total | 34 | ||
Perkirakan definisikan per poin | 5 | ||
Total Perkiraan Usaha (Jam Orang) | 170 |
Jadi total usaha untuk menyelesaikan tugas “Membuat spesifikasi tes” Bank Guru99 adalah sekitar 170 jam kerja
Setelah Anda memahami upaya yang diperlukan, Anda dapat menetapkan sumber daya untuk menentukan berapa lama tugas akan berlangsung (durasi), dan kemudian Anda dapat memperkirakan biaya tenaga kerja dan non-tenaga kerja.
Contoh di atas juga menunjukkan pentingnya anggota dalam tim Anda. Jika Anda memiliki berbakat dan berpengalaman anggota, Anda dapat menyelesaikan tugas yang diberikan dalam kecil waktu, dan proyek Anda akan selesai pada batas waktu atau lebih cepat.
LANGKAH C) Perkirakan biaya untuk tugas-tugas tersebut
Langkah ini membantu Anda menjawab pertanyaan terakhir pelanggan " Berapa biayanya?"
Misalkan, rata-rata gaji tim Anda adalah $ 5 per jam. Waktu yang dibutuhkan untuk tugas "Buat Spesifikasi Tes" adalah 170 jam. Oleh karena itu, biaya untuk tugas tersebut adalah 5 * 170 = $ 850. Sekarang Anda dapat menghitung anggaran untuk kegiatan lain di WBS dan mendapatkan anggaran keseluruhan untuk proyek tersebut.
Sebagai manajer proyek, Anda harus memutuskan bagaimana mendapatkan hasil maksimal dari investasi perusahaan Anda. Semakin akurat perkiraan biaya proyek Anda, semakin baik kemampuan Anda dalam mengelola anggaran proyek.
METODE 2) Estimasi Tiga Titik
Estimasi Tiga Poin adalah salah satu teknik yang dapat digunakan untuk memperkirakan suatu tugas. Kesederhanaan Estimasi Tiga Poin menjadikannya alat yang sangat berguna bagi Manajer Proyek yang ingin melakukan estimasi.
Dalam estimasi tiga poin, tiga nilai diproduksi pada awalnya untuk setiap tugas berdasarkan pengalaman sebelumnya atau tebakan terbaik sebagai berikut
Saat memperkirakan tugas, Test Manager perlu memberikan tiga nilai, seperti yang ditentukan di atas. Ketiga nilai tersebut diidentifikasi, perkirakan apa yang terjadi dalam keadaan optimal , apa yang paling mungkin , atau apa yang menurut kami akan menjadi skenario kasus terburuk .
Mari kita lihat bagaimana menggunakan tiga nilai di atas pada contoh berikut
Untuk tugas " Buat spesifikasi pengujian ", dapatkah Anda memperkirakan upaya pengujian? Ingatlah bahwa Anda harus mencakup semua modul di situs web Guru99 Bank seperti yang dilakukan dalam Metode Titik Fungsi
Anda dapat memperkirakan sebagai berikut
- Kasus terbaik untuk menyelesaikan tugas ini adalah 120 jam kerja (sekitar 15 hari). Dalam hal ini, Anda memiliki tim yang berbakat, mereka dapat menyelesaikan tugas dalam waktu singkat.
- Kasus yang paling mungkin untuk menyelesaikan tugas ini adalah 170 jam kerja (sekitar 21 hari). Ini adalah kasus normal, Anda memiliki cukup sumber daya dan kemampuan untuk menyelesaikan tugas
- Kasus terburuk untuk menyelesaikan tugas ini adalah 200 jam kerja (sekitar 25 hari). Anda perlu melakukan lebih banyak pekerjaan karena anggota tim Anda tidak berpengalaman.
Sekarang, tetapkan nilai ke setiap parameter seperti di bawah ini
Upaya untuk menyelesaikan tugas tersebut dapat dihitung dengan menggunakan rumus distribusi segitiga ganda sebagai berikut-
Dalam rumus di atas, parameter E dikenal sebagai Weighted Average. Ini adalah estimasi dari tugas "Membuat spesifikasi pengujian".
Tetapi atasan Anda mungkin bertanya kepada Anda
Pada estimasi di atas, Anda hanya menentukan nilai yang mungkin dan bukan nilai tertentu , kita harus mengetahui probabilitas bahwa estimasi tersebut benar. Anda dapat menggunakan rumus lain:
Dalam rumus di atas, SD berarti Standar Deviasi, nilai ini dapat memberi Anda informasi tentang probabilitas estimasi tersebut benar.
Sekarang Anda dapat menyimpulkan estimasi untuk tugas "Buat spesifikasi pengujian"
Untuk menyelesaikan tugas "Membuat spesifikasi tes" dari situs web Guru99 Bank, Anda memerlukan 166.6 ± 13.33 Man-hour (153,33 hingga 179,99 man-hour)
Langkah 4) Validasi estimasi
Setelah Anda membuat perkiraan agregat untuk semua tugas yang disebutkan di WBS, Anda perlu meneruskannya ke dewan manajemen , yang akan meninjau dan menyetujuinya .
Anggota dewan manajemen dapat terdiri dari CEO, Manajer Proyek & pemangku kepentingan lainnya.
Dewan manajemen akan meninjau dan mendiskusikan rencana estimasi Anda dengan Anda. Anda dapat menjelaskan estimasi Anda secara logis dan masuk akal sehingga mereka dapat menyetujui rencana estimasi Anda.
Menguji praktik terbaik estimasi
Topik ini memperkenalkan tip umum tentang cara memperkirakan akurasi Pengujian.
- Tambahkan beberapa waktu penyangga: Banyak hal tak terduga yang mungkin terjadi pada proyek Anda, seperti anggota tim yang berbakat tiba-tiba berhenti dari pekerjaannya, pengujian membutuhkan lebih banyak waktu daripada yang diperkirakan untuk diselesaikan ... dll. Itulah mengapa Anda perlu menyertakan beberapa penyangga dalam perkiraan Anda. Memiliki buffer dalam estimasi memungkinkan untuk mengatasi penundaan yang mungkin terjadi.
- Perencanaan Sumber Daya Akun dalam perkiraan: Apa yang harus Anda lakukan jika beberapa anggota dalam tim Anda mengambil cuti lama? Ini dapat menunda proyek. Perencanaan sumber daya dalam estimasi memainkan peran kunci. Ketersediaan sumber daya akan membantu memastikan bahwa estimasi tersebut realistis. Di sini Anda harus mempertimbangkan daun untuk anggota tim Anda, umumnya daun panjang.
- Gunakan pengalaman masa lalu sebagai referensi: Pengalaman dari proyek masa lalu memainkan peran penting saat menyiapkan perkiraan waktu. Karena beberapa proyek mungkin memiliki kesamaan, Anda dapat menggunakan kembali perkiraan sebelumnya. Misalnya, jika Anda terbiasa melakukan proyek seperti menguji situs web, Anda dapat belajar dari pengalaman itu, mencoba menghindari semua kesulitan atau masalah yang dihadapi dalam proyek-proyek sebelumnya.
- Tetap berpegang pada estimasi Anda: Estimasi hanyalah estimasi karena mungkin salah . Pada tahap awal proyek, Anda harus sering memeriksa ulang estimasi pengujian dan membuat modifikasi jika diperlukan. Kami tidak boleh memperpanjang estimasi setelah kami memperbaikinya, kecuali ada perubahan besar dalam persyaratan, atau Anda harus bernegosiasi dengan pelanggan tentang estimasi ulang
Template Estimasi Uji Perangkat Lunak
Unduh Software Test Estimation Excel (.xlsx)
Teknik Lainnya
Teknik Wideband Delphi, Use - Case Point Method, Persentase distribusi, Metode Ad-hoc adalah teknik estimasi lain dalam Software Engineering.
Klik di sini jika video tidak dapat diakses
Transkrip Video- Mari kita lakukan latihan -untuk Aplikasi Reservasi Penerbangan menyiapkan Struktur Perincian Kerja dari
- berbagai tugas pengujian seperti - Periksa Fungsi Masuk, Periksa Fungsi Pesanan Baru, Periksa Fungsi Faks, dan fungsi serupa lainnya dan Perkirakan upaya yang diperlukan untuk menguji fungsi ini
- Misalnya fungsionalitas login dapat diuji dalam 2 jam. Siapkan juga daftar semua tugas dan upaya yang sesuai. Jeda tutorial pelatihan dan selesaikan latihannya. Saya harap Anda menebak dengan baik upaya yang diperlukan
- Ini adalah Strategi Bottom-Up untuk Estimasi Tes. Teknik ini disebut bottom-up karena berdasarkan tugas yang berada pada level terendah dari hierarki rincian kerja, Anda memperkirakan durasi, ketergantungan, dan sumber daya.
- Dalam strategi bottom-up, perkiraan tidak diambil oleh satu orang tetapi semua pemangku kepentingan, kontributor individu, ahli dan anggota staf berpengalaman secara kolektif. Idenya adalah untuk memanfaatkan kebijaksanaan kolaboratif anggota tim untuk sampai pada perkiraan tes yang akurat
- Sekarang karena Anda memiliki pengalaman yang cukup tentang sistem reservasi penerbangan. Gunakan pengalaman ini untuk memperkirakan upaya yang diperlukan untuk Pengujian Fungsional penuh situs web. - http://newtours.demoaut.com/
- Situs ini secara fungsional identik dengan Aplikasi Reservasi Penerbangan, hanya saja berbasis web. Jeda tutorial dan lakukan latihan sekarang
- Saya harap berdasarkan pengalaman Anda, Anda membuat perkiraan yang baik tentang upaya yang diperlukan untuk menguji situs web
- Ini adalah Pendekatan Top-Down untuk estimasi yang didasarkan pada pengalaman.
- Teknik lain adalah mengklasifikasikan proyek berdasarkan ukuran dan kompleksitasnya dan kemudian melihat berapa lama proyek dengan ukuran dan kompleksitas tertentu telah berlangsung di masa lalu.
- Pendekatan lain adalah menentukan Upaya Rata-rata Per Kasus Uji di masa lalu untuk proyek serupa dan kemudian menggunakan kasus uji yang diperkirakan dari proyek saat ini dan sampai pada upaya total.
- Model estimasi yang lebih canggih melibatkan model matematika yang kompleks. Dalam praktiknya, sebagian besar proyek menggunakan pendekatan top-down untuk estimasi.
- Perkiraan pengujian dapat dipengaruhi oleh banyak faktor seperti tekanan waktu, faktor orang, distribusi geografis tim pengujian, dan sebagainya