Pengujian Berbasis Risiko: Pendekatan, Matriks, Proses & Contoh

Pengujian Berbasis Risiko

Pengujian Berbasis Risiko (RBT) Pengujian perangkat lunak jenis ini didasarkan pada probabilitas risiko. Pengujian ini melibatkan penilaian risiko berdasarkan kompleksitas perangkat lunak, tingkat kekritisan bisnis, frekuensi penggunaan, dan area yang paling mungkin mengandung risiko. cacatPengujian Berbasis Risiko memprioritaskan pengujian fitur dan fungsi aplikasi perangkat lunak yang lebih berdampak dan lebih mungkin memiliki cacat.

Risiko adalah terjadinya suatu peristiwa yang tidak pasti dengan dampak positif atau negatif terhadap kriteria keberhasilan terukur suatu proyek. Risiko dapat berupa peristiwa yang terjadi di masa lalu, peristiwa saat ini, atau sesuatu yang mungkin terjadi di masa depan. Peristiwa-peristiwa yang tidak pasti ini dapat berdampak pada biaya, bisnis, target teknis, dan kualitas suatu proyek.

Risiko bisa positif atau negatif.

• Risiko positif Hal ini disebut sebagai peluang dan membantu keberlanjutan bisnis. Contohnya termasuk berinvestasi dalam proyek baru, mengubah proses bisnis, dan mengembangkanping produk baru.
• Risiko negatif Hal-hal tersebut disebut sebagai ancaman, dan rekomendasi untuk meminimalkan atau menghilangkan ancaman tersebut harus diimplementasikan agar proyek berhasil.

Karena teknik ini mengalokasikan upaya alih-alih menambahkan tingkat pengujian baru, maka teknik ini berada di atas teknik lainnya. jenis pengujian perangkat lunak daripada mengganti salah satu dari mereka.

Kapan Harus Menerapkan Pengujian Berbasis Risiko?

Pengujian Berbasis Risiko dapat diimplementasikan di

• Proyek yang memiliki kendala waktu, sumber daya, atau anggaran.
• Proyek di mana analisis berbasis risiko dapat digunakan untuk mendeteksi kerentanan Serangan injeksi SQL.
• Pengujian keamanan di lingkungan komputasi awan.
• Proyek baru dengan faktor risiko tinggi, seperti kurangnya pengalaman dengan teknologi yang digunakan atau kurangnya pengetahuan tentang domain bisnis.
• Model penyampaian bertahap dan berulang.

Proses Manajemen Risiko

Mari kita pahami langkah-langkah yang terlibat dalam Proses Manajemen Risiko.

Identifikasi risiko

Identifikasi risiko dapat dilakukan melalui lokakarya risiko, daftar periksa, curah pendapat, wawancara, teknik Delphi, diagram sebab akibat, pelajaran yang dipetik dari proyek sebelumnya, analisis akar penyebab, dan menghubungi pakar bidang dan pakar materi pokok.

Register Risiko adalah lembar kerja yang berisi daftar risiko yang teridentifikasi, potensi respons, dan akar penyebabnya. Register ini digunakan untuk memantau dan tracMengidentifikasi risiko (baik ancaman maupun peluang) sepanjang siklus proyek. Strategi respons risiko dapat digunakan untuk mengelola risiko positif dan negatif.

Struktur Rincian Risiko (Risk Breakdown Structure/Risk Breakdown Structure/Risk) memainkan peran penting dalam perencanaan risiko. Struktur ini membantu mengidentifikasi area rawan risiko dan mendukung evaluasi serta pemantauan risiko yang efektif selama proyek berlangsung. Struktur ini membantu mengalokasikan waktu dan sumber daya yang cukup untuk kegiatan manajemen risiko, serta mengkategorikan berbagai sumber yang dapat menimbulkan risiko proyek.

Contoh di bawah ini menunjukkan bagaimana Struktur Penguraian Risiko mengelompokkan risiko proyek ke dalam kategori sehingga tidak ada sumber risiko yang terlewatkan.

Analisis Risiko (Meliputi Analisis Kuantitatif dan Kualitatif)

Setelah daftar potensi risiko diidentifikasi, langkah selanjutnya adalah menganalisisnya dan menyaring risiko berdasarkan signifikansinya. Salah satu teknik analisis risiko kualitatif adalah Matriks Risiko (dibahas di bagian selanjutnya). Teknik ini digunakan untuk menentukan probabilitas dan dampak risiko.

Perencanaan Respons Risiko

Berdasarkan analisis tersebut, kita dapat memutuskan apakah risiko-risiko tersebut memerlukan respons. Misalnya, beberapa risiko memerlukan respons dalam rencana proyek, beberapa memerlukan respons dalam pemantauan proyek, dan beberapa tidak memerlukan respons sama sekali.

Pemilik risiko bertanggung jawab untuk mengidentifikasi pilihan untuk mengurangi kemungkinan dan dampak risiko yang ditetapkan.

Mitigasi risiko adalah metode respons risiko yang digunakan untuk mengurangi dampak buruk dari ancaman yang mungkin terjadi. Hal ini dapat dilakukan dengan menghilangkan risiko atau menguranginya hingga tingkat yang dapat diterima. Diagram di bawah ini menempatkan perencanaan respons risiko dalam siklus manajemen risiko yang lebih luas.

Kontinjensi Risiko

Kontingensi dapat digambarkan sebagai kemungkinan terjadinya peristiwa yang tidak pasti yang dampaknya tidak diketahui atau tidak dapat diprediksi. Rencana kontingensi juga dikenal sebagai rencana aksi atau rencana cadangan untuk skenario terburuk. Dengan kata lain, rencana ini menentukan langkah-langkah apa yang dapat diambil ketika peristiwa yang tidak dapat diprediksi terjadi.

Pemantauan dan Pengendalian Risiko

Proses pengendalian dan pemantauan risiko digunakan untuk tracMengidentifikasi risiko yang ada, memantau risiko residual, mengidentifikasi risiko baru, memperbarui register risiko, menganalisis alasan setiap perubahan, melaksanakan rencana respons risiko, dan memantau pemicu risiko. Efektivitasnya dalam mengurangi risiko kemudian dievaluasi.

Hal ini dapat dicapai melalui penilaian ulang risiko, audit risiko, analisis varian dan tren, pengukuran kinerja teknis, pertemuan pembaruan status, dan pertemuan retrospektif.

Tabel di bawah ini memberikan informasi tentang input, alat, dan output dari pemantauan dan pengendalian risiko.

Kita perlu mengingat bahwa risiko meningkat seiring dengan perubahan teknologi, ukuran proyek, durasi proyek (jangka waktu proyek yang lebih panjang), jumlah lembaga sponsor, estimasi proyek, upaya yang dikeluarkan, dan kekurangan keterampilan yang sesuai.

Pendekatan Pengujian Berbasis Risiko

Proses manajemen di atas menjadi masukan bagi pendekatan pengujian di bawah ini. Setiap langkah bernomor menghasilkan masukan yang digunakan oleh langkah berikutnya.

1. Analisis persyaratannya.
   • Dokumen (SRS, FRS, kasus penggunaan) ditinjau. Aktivitas ini dilakukan untuk menemukan dan menghilangkan kesalahan dan ambiguitas.
   • Persetujuan akhir persyaratan adalah salah satu teknik pengurangan risiko untuk menghindari masuknya perubahan yang terlambat ke dalam proyek. Setiap perubahan pada persyaratan setelah dokumen ditetapkan sebagai dasar melibatkan proses pengendalian perubahan dan persetujuan selanjutnya.
2. Nilailah risikonya dengan menghitung kemungkinan dan dampak yang mungkin ditimbulkan oleh setiap persyaratan pada proyek, dengan mempertimbangkan kriteria yang telah ditentukan seperti biaya, jadwal, sumber daya, ruang lingkup, kinerja teknis, keselamatan, keandalan, dan kompleksitas.
   • Identifikasi probabilitas kegagalan dan area berisiko tinggi. Hal ini dapat dilakukan dengan menggunakan matriks penilaian risiko.
   • Gunakan daftar risiko untuk mencantumkan serangkaian risiko yang telah diidentifikasi. Perbarui, pantau, dan track risiko secara berkala pada interval reguler.
   • Profil risiko perlu dilakukan pada tahap ini untuk memahami kapasitas risiko dan tingkat toleransi risiko.
3. Prioritaskan persyaratan berdasarkan peringkat.
   • Proses pengujian berbasis risiko telah didefinisikan.
   • Risiko sangat kritis dan sedang dapat dipertimbangkan untuk perencanaan mitigasi, implementasi, dan pemantauan kemajuan. Risiko rendah dapat dimasukkan dalam daftar pantauan.
   • Penilaian kualitas data risiko dilakukan untuk menganalisis kualitas data.
4. Rencanakan dan tentukan tes sesuai dengan peringkatnya.
   • Terapkan pendekatan pengujian dan teknik desain pengujian yang tepat sehingga item dengan risiko tertinggi diuji terlebih dahulu. Item berisiko tinggi dapat diuji oleh sumber daya yang memiliki pengetahuan dan pengalaman yang baik di bidang tersebut.
   • Berbagai teknik desain pengujian dapat digunakan — misalnya, tabel keputusan teknik pada item tes berisiko tinggi, dan hanya partisi kesetaraan untuk item tes berisiko rendah.
   • Uji kasus juga dirancang untuk mencakup berbagai fungsi dan skenario bisnis dari awal hingga akhir.
   • Siapkan data uji, kondisi uji, dan platform pengujian.
5. Revlihat dokumentasi pengujian — rencana pengujian, strategi pengujian, kasus pengujian, laporan pengujian, dan dokumen lain apa pun yang dibuat oleh tim pengujian.
   • Tinjauan sejawat merupakan langkah penting dalam identifikasi cacat dan pengurangan risiko.
6. Lakukan uji coba dan pengecekan kualitas pada hasilnya.
   • Kasus uji dijalankan sesuai dengan prioritas item risiko.
   • Memelihara tracKeterkaitan antara item risiko, pengujian yang mencakupnya, hasil pengujian tersebut, dan cacat yang ditemukan selama pengujian. Semua strategi pengujian yang dijalankan dengan benar akan mengurangi risiko kualitas.
   • Pengujian Berbasis Risiko dapat digunakan di setiap tingkatan pengujian — komponen, integrasi, sistem dan pengujian penerimaan.
   • Pada tingkat sistem, kita perlu fokus pada hal yang paling penting dalam aplikasi. Hal ini dapat ditentukan dengan melihat visibilitas fungsi, frekuensi penggunaan, dan potensi biaya kegagalan.
   • Evaluasi kriteria keluar: semua area berisiko tinggi telah diuji sepenuhnya, dengan hanya risiko residual kecil yang tersisa.
7. Laporkan hasil tes berbasis risiko. dan menganalisis metriknya.
   • Menilai kembali kejadian risiko yang ada dan kejadian risiko baru berdasarkan Indikator Risiko Utama.
   • Perbarui register risiko.
   • Rencana kontingensi berfungsi sebagai rencana cadangan atau darurat untuk risiko paparan tinggi.
   • Analisis cacat dan pencegahan cacat digunakan untuk menghilangkan cacat.
   • Pengujian ulang dan Pengujian Regresi Validasi perbaikan cacat berdasarkan analisis risiko yang telah dihitung sebelumnya, dan area berisiko tinggi harus ditangani secara paling intensif.
   • Pengujian otomatisasi berbasis risiko, jika memungkinkan.
   • Perhitungan risiko residual.
8. Pantau dan kendalikan risiko.
   • Kriteria keluar atau kriteria penyelesaian dapat didefinisikan secara terpisah untuk tingkat risiko yang berbeda. Semua risiko utama telah ditangani dengan tindakan atau rencana kontingensi yang sesuai, dan paparan risiko berada pada atau di bawah tingkat yang disepakati sebagai dapat diterima untuk proyek tersebut.
   • Penilaian ulang profil risiko dan umpan balik pelanggan.

Pendekatan Pengujian Berbasis Risiko pada Pengujian Sistem

1. Uji Sistem Teknis — Ini disebut sebagai uji lingkungan dan uji integrasi. Uji lingkungan mencakup pengujian di lingkungan pengembangan, pengujian, dan produksi.
2. Uji Sistem Fungsional — Pengujian semua fungsi, fitur, program, dan modul. Tujuan pengujian ini adalah untuk mengevaluasi apakah sistem memenuhi persyaratan yang telah ditentukan.
3. Uji Sistem Non-fungsional — Pengujian persyaratan non-fungsional: kinerja, tes beban, tes stres, pengujian konfigurasi, pengujian keamanan, pencadangan dan pemulihan prosedur, dan dokumentasi (dokumentasi sistem, operasi, dan instalasi).

Diagram di bawah ini memberikan gambaran yang jelas tentang proses yang disebutkan di atas.

Pengujian sistem mencakup pengujian fungsional dan pengujian non-fungsional.

Pengujian fungsional memastikan bahwa produk atau aplikasi tersebut memenuhi persyaratan pelanggan dan bisnis. Di sisi lain, pengujian non-fungsional Hal ini dilakukan untuk memverifikasi apakah produk tersebut memenuhi harapan pelanggan dalam hal kualitas, keandalan, kegunaan, kinerja, dan kompatibilitas.

Cara Melakukan Pengujian Berbasis Risiko: Proses Lengkap

Bagian ini membahas proses pengujian berbasis risiko, yang terdiri dari lima fase.

1. Identifikasi risiko
2. Analisis resiko
3. Respon Resiko
4. Tes Scoping
5. Definisi Proses Uji

Kelima fase tersebut saling terkait satu sama lain seperti yang ditunjukkan di bawah ini.

1. Dalam proses ini, risiko diidentifikasi dan dikategorikan, draf daftar risiko disiapkan, dan pemilahan risiko dilakukan untuk mengidentifikasi risiko yang signifikan.
2. Respons risiko melibatkan perumusan tujuan pengujian dari risiko yang ada, dan pemilihan teknik yang tepat sehingga aktivitas pengujian atau teknik pengujian memenuhi tujuan pengujian tersebut.
3. Ketergantungan, persyaratan, biaya, dan waktu yang dibutuhkan untuk pengujian perangkat lunak yang terdokumentasi dipertimbangkan untuk menghitung skor efektivitas pengujian.
4. Skor ujiping Ini adalah kegiatan peninjauan yang membutuhkan partisipasi semua pemangku kepentingan dan staf teknis. Penting untuk mematuhi ruang lingkup risiko yang telah disepakati. Risiko-risiko ini perlu ditangani melalui pengujian, dan semua anggota harus menyetujui tanggung jawab yang diberikan kepada mereka dan anggaran yang dialokasikan untuk kegiatan ini.
5. Setelah ruang lingkup pengujian ditetapkan, tujuan pengujian, asumsi, dan ketergantungan untuk setiap tahapan pengujian harus disusun dalam format standar.

Contoh yang diuraikan di bawah ini memetakan setiap persyaratan ke risiko terkaitnya dan ke tujuan pengujian yang mengatasinya.

Mari kita pertimbangkan persyaratan fungsional F1, F2 dan F3, serta persyaratan non-fungsional N1 dan N2.

F1 — Persyaratan Fungsional, R1 — Risiko yang terkait dengan F1

• Tujuan Pengujian 1 — Mendemonstrasikan melalui pengujian bahwa fitur dan fungsi yang diharapkan dari sistem bekerja dengan benar, dan bahwa risiko R1 dapat diatasi melalui pengujian fungsional.
• Pengujian — Pengujian halaman peramban dilakukan untuk menjalankan tugas-tugas penting pengguna dan memverifikasi bahwa R1 (risiko yang terkait dengan F1) dapat diatasi dalam berbagai skenario.

F2 — Persyaratan Fungsional, R2 — Risiko yang terkait dengan F2

• Tujuan Pengujian 2 — Mendemonstrasikan melalui pengujian bahwa fitur dan fungsi yang diharapkan dari sistem bekerja dengan benar, dan bahwa risiko R2 dapat diatasi melalui pengujian fungsional.
• Pengujian — Pengujian halaman peramban dilakukan untuk menjalankan tugas-tugas penting pengguna dan memverifikasi bahwa R2 dapat diakses dalam berbagai skenario.

F3 — Persyaratan Fungsional, R3 — Risiko yang terkait dengan F3

• Tujuan Pengujian 3 — Mendemonstrasikan melalui pengujian bahwa fitur dan fungsi yang diharapkan dari sistem bekerja dengan benar, dan bahwa risiko R3 dapat diatasi melalui pengujian fungsional.
• Pengujian — Pengujian halaman peramban dilakukan untuk menjalankan tugas-tugas penting pengguna dan memverifikasi bahwa R3 dapat diakses dalam berbagai skenario.

N1 — Persyaratan Non-fungsional, NR1 — Risiko yang terkait dengan N1

• Tujuan Pengujian N1 — Mendemonstrasikan melalui pengujian bahwa karakteristik operasional sistem bekerja dengan benar, dan bahwa risiko NR1 dapat diatasi dengan pengujian non-fungsional.
• Pengujian — Pengujian kegunaan adalah teknik yang digunakan untuk menilai seberapa mudah antarmuka pengguna digunakan, dan untuk memverifikasi bahwa NR1 dapat diatasi melalui pengujian kegunaan.

N2 — Persyaratan Non-fungsional, NR2 — Risiko yang terkait dengan N2

• Tujuan Pengujian N2 — Mendemonstrasikan melalui pengujian bahwa karakteristik operasional sistem bekerja dengan benar, dan bahwa risiko NR2 dapat diatasi dengan pengujian non-fungsional.
• Tes - Pengujian keamanan adalah teknik yang digunakan untuk memeriksa apakah aplikasi tersebut aman atau rentan terhadap serangan, apakah ada kebocoran informasi, dan untuk memverifikasi bahwa NR2 dapat diatasi melalui pengujian keamanan.

Tujuan tes spesifik: Risiko dan tujuan pengujian yang tercantum bersifat spesifik untuk jenis pengujian, seperti yang dirangkum di bawah ini.

Prosedur untuk Merancang Proses Pengujian Berbasis Risiko

• Siapkan register risiko. Register ini mencatat risiko yang berasal dari daftar risiko umum, daftar periksa yang sudah ada, dan sesi curah pendapat.
• Sertakan risiko yang terkait dengan persyaratan fungsional dan non-fungsional sistem (kegunaan, keamanan, kinerja).
• Setiap risiko diberi pengidentifikasi unik.

Kolom 1 dan 2 dari register tersebut memuat pengidentifikasi dan deskripsi risiko. Kolom-kolom lainnya dijelaskan di bawah ini.

Probabilitas (1 rendah, 5 tinggi) dan konsekuensi (1 rendah, 5 tinggi) dari setiap risiko dinilai, sebagaimana dicatat oleh kedua register tersebut.tracts di bawah ini menunjukkan.

• Paparan uji dihitung.
• Penguji menganalisis setiap risiko dan mengevaluasi apakah risiko tersebut dapat diuji atau tidak.
• Tujuan pengujian didefinisikan untuk risiko yang dapat diuji.
• Penguji menentukan aktivitas pengujian yang harus dilakukan secara terencana untuk memenuhi tujuan pengujian (ulasan statis, inspeksi, pengujian sistem, pengujian integrasi, pengujian penerimaan, validasi HTML, pengujian lokalisasi, dan sebagainya).
• Aktivitas pengujian ini dapat diklasifikasikan ke dalam beberapa tahapan (pengujian komponen atau pengujian unit(pengujian integrasi, pengujian sistem, pengujian penerimaan).
• Terkadang, suatu risiko dapat diatasi melalui lebih dari satu tahap pengujian.
• Identifikasi ketergantungan dan asumsi (ketersediaan keterampilan, alat, lingkungan pengujian, dan sumber daya).
• Efektivitas pengujian dihitung. Efektivitas pengujian berkaitan dengan tingkat kepercayaan penguji bahwa risiko akan ditangani secara pasti melalui pengujian. Skor efektivitas pengujian adalah angka antara satu dan lima (5 = kepercayaan tinggi, 1 = kepercayaan rendah).
• Perkirakan upaya, waktu yang dibutuhkan, dan biaya untuk mempersiapkan dan melaksanakan tes-tes ini.

Dua mantan berikutnyatracGambar tersebut menunjukkan kolom register yang tersisa dan skor efektivitas tes pada tempatnya.

• Nomor prioritas pengujian dihitung. Nomor ini merupakan hasil perkalian antara probabilitas, konsekuensi, dan skor efektivitas pengujian.
• 125 (maksimum) — risiko yang sangat serius yang dapat dideteksi dengan pengujian.
• 1 (minimum) — risiko yang sangat rendah yang tidak akan terdeteksi dengan pengujian.
• Berdasarkan nomor prioritas pengujian, tingkat kepentingan pengujian dapat diklasifikasikan sebagai Tinggi (merah), Sedang (kuning), dan Rendah (hijau). Item dengan risiko tertinggi diuji terlebih dahulu.
• Alokasikan aktivitas pengujian ke dalam tahapan pengujian. Tentukan kelompok yang akan melakukan pengujian untuk setiap tujuan dalam berbagai tahapan pengujian (pengujian unit, pengujian integrasi, pengujian sistem, pengujian penerimaan).

Alokasi di seluruh tahapan pengujian ditunjukkan di bawah ini.

Apa yang termasuk dan tidak termasuk dalam ruang lingkup pengujian ditentukan dalam ruang lingkup pengujian.ping tahap.

• Untuk setiap tahapan, tujuan pengujian, komponen yang diuji, tanggung jawab, lingkungan, kriteria masuk, kriteria keluar, alat, teknik, dan hasil yang diharapkan ditentukan.

Tujuan tes umum — tujuan umum ini berlaku untuk berbagai proyek dan aplikasi.

• Komponen tersebut memenuhi persyaratan dan siap digunakan dalam subsistem yang lebih besar.
• Risiko yang terkait dengan jenis pengujian tertentu telah diatasi, dan tujuan pengujian tercapai.
• Komponen terintegrasi dirakit dengan benar, dan kompatibilitas antarmuka antar komponen dipastikan.
• Sistem tersebut memenuhi persyaratan fungsional dan non-fungsional yang telah ditentukan.
• Komponen produk memenuhi kebutuhan pengguna akhir dalam lingkungan pengoperasian yang dimaksudkan.
• Strategi manajemen risiko digunakan untuk mengidentifikasi, menganalisis, dan mengurangi risiko.
• Sistem ini memenuhi persyaratan regulasi industri.
• Sistem tersebut memenuhi persyaratan.trackewajiban aktual.
• Institusionalisasi dan pencapaian tujuan spesifik lainnya seperti tujuan biaya, jadwal, dan kualitas.
• Sistem, proses, dan sumber daya manusia memenuhi persyaratan bisnis.

Tujuan pengujian umum dapat didefinisikan untuk berbagai tahapan pengujian.

• Pengujian Komponen
• Tes integrasi
• Pengujian Sistem
• Ujian penerimaan

Mari kita pertimbangkan tahap pengujian sistem.

1. G4 dan G5 menunjukkan bahwa sistem memenuhi persyaratan fungsional (F1, F2, F3) dan persyaratan non-fungsional (N1, N2).
2. Demonstrasikan melalui pengujian bahwa fitur dan fungsi yang diharapkan dari sistem bekerja dengan benar, dan bahwa risiko yang terkait dengan F1, F2, dan F3 dapat diatasi melalui pengujian fungsional.
3. Demonstrasikan melalui pengujian bahwa karakteristik operasional sistem bekerja dengan benar, dan bahwa risiko yang terkait dengan N1 dan N2 dapat diatasi melalui pengujian non-fungsional.
4. Berdasarkan nomor prioritas pengujian, tingkat kepentingan pengujian dapat diklasifikasikan sebagai Tinggi (merah), Sedang (kuning), dan Rendah (hijau).

Matriks Prioritas dan Penilaian Risiko

Matriks penilaian risiko adalah matriks probabilitas-dampak. Matriks ini memberikan gambaran cepat kepada tim proyek tentang risiko-risiko yang ada dan prioritas penanganan masing-masing risiko tersebut.

Risk rating = Probability x Severity

Probabilitas adalah ukuran peluang terjadinya suatu peristiwa yang tidak pasti, berdasarkan paparan dalam hal waktu, kedekatan, dan pengulangan. Probabilitas dinyatakan dalam persentase.

Hal ini dapat diklasifikasikan sebagai Sering (A), Mungkin (B), Kadang-kadang (C), Jarang (D), Tidak Mungkin (E) dan Dihilangkan (F).

• Sering — Diperkirakan akan terjadi beberapa kali dalam sebagian besar situasi (91 – 100%).
• Mungkin — Kemungkinan besar akan terjadi beberapa kali dalam sebagian besar situasi (61 – 90%).
• Sesekali — Mungkin terjadi sewaktu-waktu (41 – 60%).
• terpencil — Kemungkinan kecil terjadi, meskipun bisa saja terjadi suatu saat (11 – 40%).
• Mustahil — Dapat terjadi dalam keadaan langka dan luar biasa (0 – 10%).
• Dieliminasi — Mustahil terjadi (0%).

Tingkat keparahan adalah derajat dampak kerusakan atau kerugian yang disebabkan oleh peristiwa yang tidak pasti. Tingkat keparahan dinilai dari 1 hingga 4 dan dapat diklasifikasikan sebagai Bencana = 1, Kritis = 2, Marginal = 3, dan Dapat Diabaikan = 4.

• Bencana — Konsekuensi berat yang membuat proyek menjadi tidak produktif sama sekali dan bahkan dapat menyebabkan penghentian proyek. Ini harus menjadi prioritas utama selama manajemen risiko.
• Kritis — Konsekuensi besar yang dapat menyebabkan kerugian besar. Proyek ini terancam serius.
• Marjinal — Kerusakan jangka pendek yang masih dapat dipulihkan melalui kegiatan restorasi.
• sepele — Kerusakan atau kehilangan yang kecil atau minimal. Hal ini dapat dipantau dan dikelola melalui prosedur rutin.

Prioritas diklasifikasikan menjadi empat kategori, yang dipetakan terhadap tingkat keparahan dan probabilitas risiko seperti yang ditunjukkan pada gambar di bawah ini.

• Serius
• High
• Medium
• Rendah

Serius: Risiko yang termasuk dalam kategori ini ditandai dengan warna kuning. Aktivitas harus dihentikan, dan tindakan segera harus diambil untuk mengisolasi risiko. Kontrol yang efektif harus diidentifikasi dan diimplementasikan. Lebih lanjut, aktivitas tidak boleh dilanjutkan kecuali risiko telah dikurangi ke tingkat rendah atau menengah.

Tinggi: Risiko yang termasuk dalam kategori ini ditandai dengan warna merah dan memerlukan tindakan segera atau strategi manajemen risiko. Tindakan segera harus diambil untuk mengisolasi, menghilangkan, atau mengganti risiko dan untuk menerapkan pengendalian risiko yang efektif. Jika masalah ini tidak dapat diselesaikan segera, tenggat waktu yang ketat harus ditentukan untuk menyelesaikannya.

Sedang: Risiko yang termasuk dalam kategori ini ditandai dengan warna kuning. Langkah-langkah yang wajar dan praktis harus diambil untuk meminimalkan risiko tersebut.

Rendah: Risiko yang termasuk dalam kategori ini ditandai dengan warna hijau dan biasanya dapat diterima, karena tidak menimbulkan masalah yang signifikan. Tinjauan berkala tetap diperlukan untuk memastikan kontrol tetap efektif.

Daftar Periksa Umum untuk Pengujian Berbasis Risiko

Matriks tersebut menentukan bagaimana suatu risiko dinilai. Daftar periksa di bawah ini menentukan kandidat mana yang masuk ke dalam matriks sejak awal.

• Fungsi penting dalam proyek ini.
• Fungsi yang terlihat oleh pengguna dalam proyek.
• Fungsi yang memiliki dampak keselamatan terbesar.
• Fitur-fitur yang memiliki dampak finansial terbesar bagi pengguna.
• Area kode sumber yang sangat kompleks dan kode yang rawan kesalahan.
• Fitur atau fungsi yang dapat diuji di awal siklus pengembangan.
• Fitur atau fungsi yang ditambahkan ke desain produk pada menit-menit terakhir.
• Faktor-faktor kritis dari proyek-proyek sebelumnya yang serupa atau terkait yang menyebabkan masalah.
• Faktor-faktor utama atau isu-isu dari proyek serupa atau terkait yang berdampak besar pada biaya operasional dan pemeliharaan.
• Persyaratan yang buruk menyebabkan desain dan pengujian yang buruk, yang dapat berdampak pada tujuan dan hasil proyek.
• Dalam skenario terburuk, suatu produk mungkin sangat cacat sehingga tidak dapat diperbaiki dan harus dibuang sepenuhnya, yang akan menyebabkan kerugian serius bagi reputasi perusahaan. Identifikasi jenis masalah apa yang penting bagi tujuan produk.
• Situasi atau masalah yang dapat menyebabkan keluhan layanan pelanggan terus-menerus.
• Pengujian ujung ke ujung yang dapat dengan mudah berfokus pada berbagai fungsi sistem.
• Rangkaian pengujian optimal yang dapat memaksimalkan cakupan risiko.
• Tes mana yang akan memiliki rasio cakupan risiko tinggi terbaik terhadap waktu yang dibutuhkan?

Pelaporan dan Metrik Hasil Pengujian Berbasis Risiko

1. Penyusunan laporan pengujian. Pelaporan status pengujian adalah tentang mengkomunikasikan hasil pengujian secara efektif kepada para pemangku kepentingan proyek, memberikan pemahaman yang jelas, dan menunjukkan perbandingan hasil pengujian dengan tujuan pengujian.
   • Jumlah kasus uji yang direncanakan dibandingkan dengan yang dieksekusi.
   • Jumlah kasus uji yang berhasil atau gagal.
   • Jumlah cacat yang teridentifikasi, serta status dan tingkat keparahannya.
   • Sejumlah cacat kritis yang masih terbuka.
   • Waktu henti lingkungan, jika ada.
   • Hal-hal yang benar-benar memukau, jika ada.
   • Laporan ringkasan pengujian dan cakupan tes melaporkan.
2. Persiapan metrik. Metrik adalah kombinasi dari dua atau lebih ukuran yang digunakan untuk membandingkan proses, proyek, dan produk perangkat lunak.
   • Variasi upaya dan jadwal.
   • Produktivitas persiapan kasus uji.
   • Cakupan desain pengujian.
   • Produktivitas eksekusi kasus uji.
   • Efisiensi identifikasi risiko %.
   • Efisiensi mitigasi risiko %.
   • Efektivitas pengujian %.
   • Cakupan eksekusi pengujian.
   • Produktivitas pelaksanaan pengujian.
   • Persentase kebocoran akibat kerusakan
   • Efisiensi deteksi cacat, dan kepadatan cacat.
   • Indeks stabilitas persyaratan.
   • Harga kualitas.

Langkah-langkah tersebut kemudian dikaitkan kembali dengan risiko:

• Analisis risiko dalam kategori non-fungsional (kinerja, keandalan, dan kegunaan) berdasarkan status cacat dan jumlah hasil uji lulus atau gagal, dalam kaitannya dengan risiko.
• Analisis risiko dalam kategori fungsional menggunakan metrik pengujian, status cacat, dan status lulus atau gagal pengujian, dalam kaitannya dengan risiko tersebut.
• Identifikasi indikator utama yang mendahului dan yang tertinggal, serta buat indikator peringatan dini.
• Memantau dan melaporkan indikator risiko utama (Key Risk Indicators/KPI) dengan menganalisis pola data, tren, dan saling ketergantungan.

Penilaian Risiko Inheren vs. Risiko Residual

Identifikasi dan analisis risiko juga harus mencakup risiko inheren, risiko residual, risiko sekunder, dan risiko berulang.

• Risiko bawaan: Risiko yang teridentifikasi atau sudah ada dalam sistem sebelum kontrol dan respons diimplementasikan. Risiko bawaan juga dikenal sebagai risiko besar.
• Risiko Residu: Risiko yang tersisa setelah tindakan pengendalian dan respons diterapkan. Risiko residual dikenal sebagai risiko bersih.
• Risiko Sekunder: Risiko baru yang timbul akibat implementasi rencana respons risiko.
• Risiko Berulang: Kemungkinan risiko awal akan terulang kembali.

Pengukuran hasil pengujian berdasarkan risiko membantu organisasi untuk mengetahui tingkat risiko kualitas residual selama pelaksanaan pengujian, dan untuk membuat keputusan rilis yang tepat.

Profil Risiko dan Umpan Balik Pelanggan

Pemetaan risiko adalah proses untuk menemukan tingkat risiko investasi yang optimal bagi klien, dengan mempertimbangkan risiko yang dibutuhkan, kapasitas risiko, dan toleransi risiko.

1. Risiko yang dibutuhkan adalah tingkat risiko yang perlu diambil klien untuk memperoleh pengembalian yang memuaskan.
2. Kapasitas risiko adalah tingkat risiko finansial yang mampu ditanggung oleh klien.
3. Toleransi resiko adalah tingkat risiko yang ingin ditanggung klien.

Timbal balik pelanggan: Mengumpulkan umpan balik dan ulasan pelanggan untuk meningkatkan bisnis, produk, layanan, dan pengalaman.

Manfaat Pengujian Berbasis Risiko

Manfaat dari Pengujian Berbasis Risiko dijelaskan di bawah ini.

• Peningkatan produktivitas dan pengurangan biaya.
• Peluang pasar yang lebih baik (waktu pemasaran) dan pengiriman tepat waktu.
• Peningkatan kinerja layanan.
• Kualitas yang lebih baik, karena semua fungsi penting aplikasi telah diuji.
• Informasi yang jelas tentang cakupan pengujian. Dengan pendekatan ini, tim mengetahui apa yang telah dan belum diuji.
• Alokasi upaya pengujian berdasarkan penilaian risiko adalah cara paling efisien dan efektif untuk meminimalkan risiko sisa setelah pelepasan.
• Pengukuran hasil pengujian berdasarkan analisis risiko memungkinkan organisasi untuk mengidentifikasi tingkat risiko kualitas residual selama pelaksanaan pengujian, dan untuk membuat keputusan rilis yang tepat.
• Pengujian yang dioptimalkan dengan metode evaluasi risiko yang didefinisikan secara jelas.
• Kepuasan pelanggan meningkat, berkat keterlibatan pelanggan serta pelaporan dan kemajuan yang baik. tracraja.
• Deteksi dini area masalah potensial, sehingga tindakan pencegahan yang efektif dapat dilakukan.
• Pemantauan dan penilaian risiko secara terus-menerus sepanjang siklus hidup proyek membantu mengidentifikasi dan menyelesaikan risiko, serta mengatasi masalah yang dapat membahayakan pencapaian tujuan proyek secara keseluruhan.

Pertanyaan Umum Demo Slot