Metrik Pengujian Perangkat Lunak: Apa Itu, Jenis & Contohnya

Metrik Pengujian dalam Pengujian Perangkat Lunak

Metrik Pengujian Perangkat Lunak adalah ukuran kuantitatif yang digunakan untuk memperkirakan kemajuan, kualitas, produktivitas, dan kesehatan proses pengujian perangkat lunak. Tujuan dari metrik pengujian perangkat lunak adalah untuk meningkatkan efisiensi dan efektivitas dalam proses pengujian perangkat lunak dan membantu membuat keputusan yang lebih baik untuk proses pengujian lebih lanjut dengan menyediakan data yang dapat diandalkan tentang proses pengujian.

Metrik mendefinisikan secara kuantitatif sejauh mana suatu sistem, komponen sistem, atau proses memiliki atribut tertentu. Contoh ideal untuk memahami metrik adalah jarak tempuh mingguan sebuah mobil dibandingkan dengan jarak tempuh ideal yang direkomendasikan oleh pabrikan.

Metrik pengujian perangkat lunak – Meningkatkan efisiensi dan efektivitas proses pengujian perangkat lunak.

Metrik pengujian perangkat lunak atau pengukuran pengujian perangkat lunak adalah indikasi kuantitatif tingkat, kapasitas, dimensi, jumlah atau ukuran beberapa atribut suatu proses atau produk.

Contoh pengukuran pengujian perangkat lunak: Jumlah total cacat

Mengapa Metrik Tes Penting?

"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.

Ambil keputusan untuk tahap kegiatan selanjutnya
Bukti klaim atau prediksi
Pahami jenis perbaikan yang diperlukan
Ambil keputusan atau proses atau perubahan teknologi

Baca lebih lanjut tentangnya Pentingnya Metrik Tes

Jenis Metrik Tes

Metrik Proses: Ini dapat digunakan untuk meningkatkan efisiensi proses SDLC (Siklus Hidup Pengembangan Perangkat Lunak)
Metrik Produk: Ini berkaitan dengan kualitas produk perangkat lunak
Metrik Proyek: Ini dapat digunakan untuk mengukur efisiensi tim proyek atau apa pun alat pengujian digunakan oleh anggota tim

Identifikasi metrik pengujian yang benar sangatlah penting. Ada beberapa hal yang perlu dipertimbangkan sebelum mengidentifikasi metrik pengujian

Tetapkan target audiens untuk persiapan metrik
Tentukan tujuan metrik
Perkenalkan semua metrik yang relevan berdasarkan kebutuhan proyek
Analisis aspek manfaat biaya dari setiap metrik dan fase gaya hidup proyek yang menghasilkan keluaran maksimal

Metrik Uji Manual

In Rekayasa Perangkat Lunak, Metrik pengujian manual diklasifikasikan menjadi dua kelas

Metrik Dasar
Metrik Terhitung

Metrik dasar adalah data mentah yang dikumpulkan oleh Analis Uji selama pengembangan dan eksekusi kasus uji (# kasus uji yang dijalankan, # kasus uji). Sedangkan metrik yang dihitung berasal dari data yang dikumpulkan dalam metrik dasar. Metrik yang dihitung biasanya diikuti oleh manajer pengujian untuk tujuan pelaporan pengujian (% Selesai, % Cakupan Tes).

Bergantung pada proyek atau model bisnis, beberapa metrik penting adalah

Uji metrik produktivitas eksekusi kasus
Metrik produktivitas persiapan kasus uji
Metrik cacat
Cacat berdasarkan prioritas
Cacat berdasarkan tingkat keparahan
Rasio selip cacat

Uji Siklus Hidup Metrik dalam Rekayasa Perangkat Lunak

Berbagai tahapan siklus hidup Metrik	Langkah-langkah selama setiap tahap
Analisis	Identifikasi Metrik Tentukan Metrik QA yang diidentifikasi
Berkomunikasi	Jelaskan perlunya metrik kepada pemangku kepentingan dan tim penguji Didik tim penguji tentang titik data yang perlu diambil untuk memproses metrik
Evaluasi	Tangkap dan verifikasi data Menghitung nilai metrik menggunakan data yang diambil
Laporan	Kembangkan laporan dengan kesimpulan yang efektif Distribusikan laporan tersebut kepada pemangku kepentingan dan perwakilan masing-masing Ambil umpan balik dari pemangku kepentingan

Cara menghitung Metrik Tes

Tuan#	Langkah-langkah untuk menguji metrik	Example
1	Identifikasi kuncinya pengujian perangkat lunak proses yang akan diukur	Menguji proses pelacakan kemajuan
2	Pada Langkah ini, penguji menggunakan data sebagai dasar untuk menentukan metrik	Jumlah kasus uji yang direncanakan akan dieksekusi per hari
3	Penentuan informasi yang harus diikuti, frekuensi pelacakan dan penanggung jawab	Eksekusi pengujian sebenarnya per hari akan dicatat oleh manajer pengujian di penghujung hari
4	Penghitungan, pengelolaan, dan interpretasi metrik yang ditentukan secara efektif	Kasus uji aktual dieksekusi per hari
5	Identifikasi area perbaikan tergantung pada interpretasi metrik yang ditentukan	Uji Kasus pelaksanaannya berada di bawah sasaran yang ditetapkan, kita perlu menyelidiki alasannya dan menyarankan langkah-langkah perbaikan

Contoh Metrik Uji

Untuk memahami cara menghitung metrik pengujian, kita akan melihat contoh persentase kasus uji yang dieksekusi.

Untuk mendapatkan status eksekusi kasus uji dalam persentase, kami menggunakan rumus.

Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100

Demikian pula, Anda dapat menghitung parameter lain seperti kasus uji tidak dijalankan, kasus uji lulus, kasus uji gagal, kasus uji diblokir, dll.

Glosarium Metrik Uji

Rasio Upaya Pengerjaan Ulang = (Upaya pengerjaan ulang aktual yang dikeluarkan pada fase tersebut/ total upaya aktual yang dikeluarkan pada fase tersebut) X 100
Syarat Creep = (Jumlah total persyaratan yang ditambahkan/Jumlah persyaratan awal)X100
Varians Jadwal = (Tanggal Pengiriman Sebenarnya – Tanggal Pengiriman yang Direncanakan)
Biaya menemukan cacat dalam pengujian = (Total upaya yang dikeluarkan untuk pengujian/kecacatan yang ditemukan dalam pengujian)
Slip jadwal = (Tanggal akhir aktual – Perkiraan tanggal akhir) / (Tanggal Akhir yang Direncanakan – Tanggal Mulai yang Direncanakan) X 100
Persentase Kasus Uji yang Lulus = (Jumlah Tes yang Lulus/Jumlah total tes yang dijalankan) X 100
Persentase Kasus Uji yang Gagal = (Jumlah Tes yang Gagal/Jumlah total tes yang dijalankan) X 100
Persentase Kasus Uji yang Diblokir = (Jumlah Tes yang Diblokir/Jumlah total tes yang dijalankan) X 100
Persentase Cacat Tetap = (Kecacatan Tetap/Kecacatan Dilaporkan) X 100
Persentase Cacat yang Diterima = (Kecacatan Diterima sebagai Sah oleh Tim Pengembang /Total Cacat yang Dilaporkan) X 100
Persentase Cacat yang Ditangguhkan = (Kecacatan ditangguhkan untuk rilis mendatang /Total Cacat yang Dilaporkan) X 100
Persentase Cacat Kritis = (Cacat Kritis / Total Cacat yang Dilaporkan) X 100
Waktu rata-rata bagi tim pengembangan untuk memperbaiki kerusakan = (Total waktu yang dibutuhkan untuk perbaikan bug/Jumlah bug)
Jumlah pengujian yang dijalankan per periode waktu = Jumlah pengujian yang dijalankan/Total waktu
Uji efisiensi desain = Jumlah tes yang dirancang /Total waktu
Efisiensi peninjauan tes = Jumlah tes yang ditinjau /Total waktu
Bug menemukan hafalan atau Jumlah cacat per jam pengujian = Jumlah total cacat/Jumlah total jam pengujian

Anda mungkin ingin: