Risk Esaslı Test: Yaklaşım, Matris, Süreç ve Örnekler

Risk Esaslı Test

Risk Esaslı Test (RBT) Risk olasılığına dayalı bir yazılım test türüdür. Yazılım karmaşıklığı, işletmenin kritikliği, kullanım sıklığı ve hata içerme olasılığı en yüksek alanlar temelinde riski değerlendirmeyi içerir. kusurRisk tabanlı test, yazılım uygulamasının daha etkili ve hata olasılığı daha yüksek olan özelliklerini ve işlevlerini test etmeye öncelik verir.

Risk, bir projenin ölçülebilir başarı kriterleri üzerinde olumlu veya olumsuz bir etkiye sahip olabilecek belirsiz bir olayın meydana gelmesidir. Bu, geçmişte meydana gelen bir olay, mevcut bir olay veya gelecekte meydana gelebilecek bir şey olabilir. Bu belirsiz olaylar, bir projenin maliyet, iş, teknik ve kalite hedeflerini etkileyebilir.

Riskler olumlu ya da olumsuz olabilir.

• Olumlu riskler Bunlar fırsat olarak adlandırılır ve işletmenin sürdürülebilirliğine yardımcı olur. Örnekler arasında yeni bir projeye yatırım yapmak, iş süreçlerini değiştirmek ve geliştirmek yer alır.ping yeni ürünler.
• Olumsuz riskler Bunlar tehdit olarak adlandırılır ve proje başarısı için bunların en aza indirilmesi veya ortadan kaldırılmasına yönelik öneriler uygulanmalıdır.

Bu teknik, yeni bir test seviyesi eklemek yerine çabayı dağıttığı için diğerlerinin üzerine yerleşir. yazılım testi türleri Onlardan herhangi birini değiştirmek yerine.

Risk Tabanlı Testler Ne Zaman Uygulanmalı?

Risk Tabanlı Testler şu şekilde uygulanabilir:

• Zaman, kaynak veya bütçe kısıtlamaları olan projeler.
• Güvenlik açıklarını tespit etmek için risk bazlı analizin kullanılabileceği projeler SQL enjeksiyon saldırıları.
• Bulut bilişim ortamlarında güvenlik testleri.
• Yeni projeler, kullanılan teknolojiler konusunda deneyimsizlik veya iş alanı bilgisi eksikliği gibi yüksek risk faktörleri içermektedir.
• Artımlı ve yinelemeli teslimat modelleri.

Risk Yönetim Süreci

Şimdi de Risk Yönetimi Sürecinde yer alan adımları anlayalım.

Risk tanımlaması

Risk tespiti, risk çalıştayları, kontrol listeleri, beyin fırtınası, görüşmeler, Delphi tekniği, neden-sonuç diyagramları, önceki projelerden edinilen dersler, kök neden analizi ve alan uzmanları ile konu uzmanlarıyla iletişime geçilerek yapılabilir.

Risk Kaydı, tanımlanmış risklerin, potansiyel müdahale yöntemlerinin ve temel nedenlerin listesini içeren bir elektronik tablodur. İzleme ve değerlendirme amacıyla kullanılır. tracProjenin ömrü boyunca ortaya çıkabilecek riskleri (hem tehditleri hem de fırsatları) değerlendirmek gerekir. Risk yönetimi stratejileri, olumlu ve olumsuz riskleri yönetmek için kullanılabilir.

Risk Dağılım Yapısı, risk planlamasında önemli bir rol oynar. Riskli alanların belirlenmesine yardımcı olur ve proje süresince etkili değerlendirme ve risk izlemeyi destekler. Risk yönetimi faaliyetleri için yeterli zaman ve kaynak ayrılmasına ve proje risklerinin ortaya çıkabileceği birçok kaynağın sınıflandırılmasına yardımcı olur.

Aşağıdaki örnek, bir Risk Dağılım Yapısının proje risklerini nasıl kategorilere ayırdığını ve hiçbir risk kaynağının gözden kaçmamasını nasıl sağladığını göstermektedir.

Risk Analizi (Nicel ve Niteliksel Analizi İçerir)

Potansiyel risklerin listesi belirlendikten sonraki adım, bunları analiz etmek ve önem derecelerine göre riskleri filtrelemektir. Niteliksel risk analizi tekniklerinden biri de Risk Matrisidir (daha sonraki bir bölümde ele alınacaktır). Bu teknik, riskin olasılığını ve etkisini belirlemek için kullanılır.

Risk Yanıt Planlaması

Analize dayanarak, risklerin bir müdahale gerektirip gerektirmediğine karar verebiliriz. Örneğin, bazı riskler proje planında bir müdahale gerektirirken, bazıları proje izlemesinde bir müdahale gerektirecek, bazıları ise hiçbir müdahale gerektirmeyecektir.

Risk sahibi, atanan risklerin olasılığını ve etkisini azaltacak seçenekleri belirlemekten sorumludur.

Risk azaltma, olası tehditlerin olumsuz etkilerini azaltmak için kullanılan bir risk müdahale yöntemidir. Bu, riskleri ortadan kaldırarak veya kabul edilebilir bir seviyeye indirerek yapılabilir. Aşağıdaki diyagram, risk müdahale planlamasını daha geniş risk yönetimi döngüsü içinde konumlandırıyor.

Risk Durumu

Beklenmedik durum, etkisi bilinmeyen veya tahmin edilemeyen belirsiz bir olayın olasılığı olarak tanımlanabilir. Beklenmedik durum planı, en kötü senaryolar için eylem planı veya yedek plan olarak da bilinir. Başka bir deyişle, tahmin edilemeyen bir olay gerçekleştiğinde hangi adımların atılabileceğini belirler.

Risk İzleme ve Kontrol

Risk kontrolü ve izleme süreci şu amaçlarla kullanılır: tracBelirlenen riskleri azaltmak, kalan riskleri izlemek, yeni riskleri belirlemek, risk kaydını güncellemek, herhangi bir değişikliğin nedenlerini analiz etmek, risk müdahale planını uygulamak ve risk tetikleyicilerini izlemek. Ardından, risk azaltmadaki etkinlikleri değerlendirilir.

Bu, risk yeniden değerlendirmeleri, risk denetimleri, varyans ve trend analizleri, teknik performans ölçümü, durum güncelleme toplantıları ve geriye dönük toplantılar yoluyla sağlanabilir.

Aşağıdaki tablo, risk izleme ve kontrolünün girdileri, araçları ve çıktıları hakkında bilgi vermektedir.

Unutmamamız gereken bir nokta, riskin teknolojik gelişmeler, projenin büyüklüğü, süresi (daha uzun proje zaman dilimi), sponsor kuruluş sayısı, proje tahminleri, harcanacak çaba ve uygun becerilerin eksikliğiyle birlikte arttığıdır.

Risk Tabanlı Test Yaklaşımı

Yukarıdaki yönetim süreci, aşağıdaki test yaklaşımını besler. Numaralandırılmış her adım, bir sonraki adımın tükettiği bir girdi üretir.

1. Gereksinimleri analiz edin.
   • Dokümanlar (SRS, FRS, kullanım senaryoları) incelenir. Bu faaliyet, hataları ve belirsizlikleri bulmak ve ortadan kaldırmak için yapılır.
   • Gereksinimlerin onaylanması, projeye sonradan değişikliklerin dahil edilmesini önlemek için kullanılan risk azaltma tekniklerinden biridir. Belge temel alındıktan sonra bir gereksinimde yapılacak herhangi bir değişiklik, değişiklik kontrol sürecini ve ardından gelen onayları gerektirir.
2. Riskleri değerlendirin Maliyet, zaman çizelgesi, kaynaklar, kapsam, teknik performans, güvenlik, güvenilirlik ve karmaşıklık gibi tanımlanmış kriterleri dikkate alarak, her bir gereksinimin proje üzerindeki olasılığını ve etkisini hesaplayarak.
   • Başarısızlık olasılığını ve yüksek riskli alanları belirleyin. Bu, bir risk değerlendirme matrisi kullanılarak yapılabilir.
   • Belirlenen riskleri listelemek için bir risk kayıt defteri kullanın. Güncelleyin, izleyin ve tracRiskleri düzenli aralıklarla periyodik olarak değerlendirin.
   • Risk kapasitesini ve risk tolerans seviyelerini anlamak için risk profilinin bu aşamada yapılması gerekir.
3. Derecelendirmeye göre gereksinimleri önceliklendirin.
   • Risk tabanlı test süreci tanımlanmıştır.
   • Çok kritik ve orta riskler, risk azaltma planlaması, uygulama ve ilerleme takibi için değerlendirilebilir. Düşük riskler ise izleme listesinde tutulabilir.
   • Verilerin kalitesini analiz etmek için risk veri kalitesi değerlendirmesi yapılır.
4. Değerlendirme kriterlerine göre testleri planlayın ve tanımlayın.
   • En yüksek riskli maddelerin önce test edilmesi için uygun bir test yaklaşımı ve test tasarım teknikleri uygulayın. Yüksek riskli maddeler, alanında iyi bilgi ve deneyime sahip bir kaynak tarafından test edilebilir.
   • Farklı test tasarım teknikleri kullanılabilir; örneğin, karar tablosu Yüksek riskli test maddelerinde kullanılan teknik ve yalnızca eşit bölümlere ayırma düşük riskli test maddeleri için.
   • Test vakaları Aynı zamanda birden fazla işlevi ve uçtan uca iş senaryolarını kapsayacak şekilde tasarlanmıştır.
   • Test verilerini, test koşullarını ve test düzeneğini hazırlayın.
5. RevTest dokümanını inceleyin. — Test planları, test stratejisi, test senaryoları, test raporları ve test ekibi tarafından oluşturulan diğer tüm belgeler.
   • Akran değerlendirmesi, kusur tanımlama ve risk azaltmada önemli bir adımdır.
6. Sonuçlar üzerinde deneme çalışmaları ve kalite kontrolleri yapın.
   • Test senaryoları risk öğesinin önceliğine göre yürütülür.
   • korumak tracRisk unsurları, bunları kapsayan testler, bu testlerin sonuçları ve testler sırasında bulunan kusurlar arasındaki uyumluluk. Doğru şekilde uygulanan tüm test stratejileri kalite risklerini azaltacaktır.
   • Risk tabanlı testler, testin her seviyesinde kullanılabilir. bileşen, bütünleşme, sistem ve kabul testleri.
   • Sistem düzeyinde, uygulamada en önemli olan şeylere odaklanmamız gerekiyor. Bu, fonksiyonların görünürlüğüne, kullanım sıklığına ve olası arıza maliyetine bakılarak belirlenebilir.
   • Çıkış kriterlerinin değerlendirilmesi: Tüm yüksek riskli alanlar tamamen test edildi ve yalnızca küçük miktarda risk kaldı.
7. Risk temelli test sonuçlarını bildirin. ve ölçütleri analiz edin.
   • Temel Risk Göstergelerine dayalı olarak mevcut risk olaylarını ve yeni risk olaylarını yeniden değerlendirin.
   • Risk kaydını güncelleyin.
   • Acil durum planları, yüksek riskli durumlarda devreye giren bir yedek veya acil durum planı görevi görür.
   • Hata analizi ve hata önleme, hataları ortadan kaldırmak için kullanılır.
   • Yeniden test etme ve Gerileme testi Hataların giderilmesi, önceden hesaplanan risk analizine göre doğrulanmalı ve yüksek riskli alanlar en yoğun şekilde ele alınmalıdır.
   • Mümkünse risk tabanlı otomasyon testi.
   • Kalan risk hesaplaması.
8. Riskleri izleyin ve kontrol edin.
   • Çıkış kriterleri veya tamamlama kriterleri, farklı risk seviyeleri için ayrı ayrı tanımlanabilir. Tüm temel riskler uygun önlemler veya acil durum planlarıyla ele alınmış olup, risk maruziyeti proje için kabul edilebilir olarak belirlenen seviyenin altında veya bu seviyededir.
   • Risk profilinin yeniden değerlendirilmesi ve müşteri geri bildirimi.

Sistem Testinde Risk Esaslı Test Yaklaşımı

1. Teknik Sistem Testi — Bu, ortam testi ve entegrasyon testi olarak adlandırılır. Ortam testi, geliştirme, test ve üretim ortamlarındaki testleri içerir.
2. Fonksiyonel Sistem Testi — Tüm işlevlerin, özelliklerin, programların ve modüllerin test edilmesi. Bu testin amacı, sistemin belirtilen gereksinimleri karşılayıp karşılamadığını değerlendirmektir.
3. İşlevsel Olmayan Sistem Testi — İşlevsel olmayan gereksinimlerin test edilmesi: performans, yük testleri, stres testleriyapılandırma testleri, güvenlik testleri, yedekleme ve kurtarma prosedürler ve dokümantasyon (sistem, işletim ve kurulum dokümantasyonu).

Aşağıdaki diyagram, yukarıda bahsedilen sürecin net bir özetini vermektedir.

Sistem testleri hem fonksiyonel testleri hem de fonksiyonel olmayan testleri içerir.

Fonksiyonel test Ürün veya uygulamanın müşteri ve işletme gereksinimlerini karşılamasını sağlar. Öte yandan, işlevsel olmayan test Ürünün kalite, güvenilirlik, kullanılabilirlik, performans ve uyumluluk açısından müşteri beklentilerini karşılayıp karşılamadığını doğrulamak için yapılır.

Risk Tabanlı Test Nasıl Yapılır: Tüm Süreç

Bu bölümde, beş aşamadan oluşan risk tabanlı test süreci ele alınmaktadır.

1. Risk tanımlaması
2. Risk analizi
3. Risk tepkisi
4. Test Puanıping
5. Test Süreci tanımı

Aşağıda gösterildiği gibi, beş aşama birbirini besler.

1. Bu süreçte riskler belirlenir ve sınıflandırılır, risklerin taslak bir listesi hazırlanır ve önemli riskleri belirlemek için risk sıralaması yapılır.
2. Risk yanıtı, risklerden yola çıkarak test hedeflerini formüle etmeyi ve test faaliyetinin veya test tekniğinin bu test hedeflerini karşılaması için uygun teknikleri seçmeyi içerir.
3. Yazılım testinin etkinliği puanını hesaplamak için belgelenmiş bağımlılıklar, gereksinimler, maliyet ve gereken süre dikkate alınır.
4. Test puanıping Bu, tüm paydaşların ve teknik personelin katılımını gerektiren bir inceleme faaliyetidir. Kabul edilen risk kapsamına uyulması önemlidir. Bu riskler testlerle ele alınmalı ve tüm üyeler kendilerine atanan sorumluluklar ve bu faaliyetler için ayrılan bütçe konusunda mutabık kalmalıdır.
5. Test kapsamı kesinleştikten sonra, her test aşaması için test hedefleri, varsayımlar ve bağımlılıklar standart formatta derlenmelidir.

Aşağıdaki örnek uygulama, her bir gereksinimi ilgili riskle ve bu riski ele alan test hedefiyle eşleştirmektedir.

İşlevsel gereksinimler F1, F2 ve F3 ile işlevsel olmayan gereksinimler N1 ve N2'yi ele alalım.

F1 — Fonksiyonel Gereksinim, R1 — F1 ile ilişkili risk

• Test Hedefi 1 — Bir test kullanarak sistemin beklenen özelliklerinin ve işlevlerinin doğru çalıştığını ve R1 riskinin işlevsel testlerle giderilebileceğini gösterin.
• Test — Tarayıcı sayfası testi, önemli kullanıcı görevlerini yerine getirmek ve R1'in (F1 ile ilişkili risk) çeşitli senaryolarda ele alınabileceğini doğrulamak için yapılır.

F2 — Fonksiyonel Gereksinim, R2 — F2 ile ilişkili risk

• Test Hedefi 2 — Bir test kullanarak sistemin beklenen özelliklerinin ve işlevlerinin doğru çalıştığını ve R2 riskinin işlevsel testlerle giderilebileceğini gösterin.
• Test — Tarayıcı sayfası testleri, önemli kullanıcı görevlerini yerine getirmek ve R2'ün çeşitli senaryolarda ele alınabilirliğini doğrulamak için yapılır.

F3 — Fonksiyonel Gereksinim, R3 — F3 ile ilişkili risk

• Test Hedefi 3 — Bir test kullanarak sistemin beklenen özelliklerinin ve işlevlerinin doğru çalıştığını ve R3 riskinin işlevsel testlerle giderilebileceğini gösterin.
• Test — Tarayıcı sayfası testleri, önemli kullanıcı görevlerini yerine getirmek ve R3'ün çeşitli senaryolarda ele alınabilirliğini doğrulamak için yapılır.

N1 — İşlevsel Olmayan Gereksinim, NR1 — N1 ile ilişkili risk

• Test Hedefi N1 — Bir test kullanarak sistemin operasyonel özelliklerinin doğru çalıştığını ve NR1 riskinin işlevsel olmayan testlerle giderilebileceğini gösterin.
• Test — Kullanılabilirlik testi, kullanıcı arayüzlerinin ne kadar kolay kullanılabildiğini değerlendirmek ve NR1'in kullanılabilirlik testiyle ele alınabileceğini doğrulamak için kullanılan bir tekniktir.

N2 — İşlevsel Olmayan Gereksinim, NR2 — N2 ile ilişkili risk

• Test Hedefi N2 — Bir test kullanarak sistemin operasyonel özelliklerinin doğru çalıştığını ve NR2 riskinin işlevsel olmayan testlerle giderilebileceğini gösterin.
• Deneme — Güvenlik testi Bu teknik, uygulamanın güvenli olup olmadığını veya saldırılara karşı savunmasız olup olmadığını, herhangi bir bilgi sızıntısı olup olmadığını kontrol etmek ve NR2'nin güvenlik testleriyle ele alınabilir olup olmadığını doğrulamak için kullanılır.

Belirli sınav hedefleri: Listelenen riskler ve test hedefleri, aşağıda özetlendiği gibi, test türlerine özgüdür.

Risk Tabanlı Test Sürecini Tasarlama Prosedürü

• Bir risk kayıt defteri hazırlayın. Bu kayıt defteri, genel bir risk listesinden, mevcut bir kontrol listesinden ve beyin fırtınası oturumlarından elde edilen riskleri kaydeder.
• Sistemin işlevsel ve işlevsel olmayan gereksinimleriyle (kullanılabilirlik, güvenlik, performans) ilişkili riskleri de dahil edin.
• Her riske benzersiz bir tanımlayıcı atanır.

Bu kayıt defterinin 1. ve 2. sütunlarında tanımlayıcı ve risk açıklaması yer almaktadır. Kalan sütunlar aşağıda açıklanmıştır.

İki kayıt örneğinde olduğu gibi, her riskin olasılığı (1 düşük, 5 yüksek) ve sonuçları (1 düşük, 5 yüksek) değerlendirilir.tracAşağıdakiler gösterilmektedir.

• Test maruziyeti hesaplanır.
• Test uzmanı her riski analiz eder ve riskin test edilebilir olup olmadığını değerlendirir.
• Test edilebilir riskler için test hedefleri tanımlanmıştır.
• Test uzmanı, test hedefine ulaşmak için planlı bir şekilde gerçekleştirilmesi gereken test faaliyetini belirtir (statik incelemeler, denetimler, sistem testleri, entegrasyon testleri, kabul testleri, HTML doğrulama, yerelleştirme testleri vb.).
• Bu test faaliyetleri aşamalara ayrılabilir (bileşen testi veya birim testi(entegrasyon testi, sistem testi, kabul testi).
• Bazen bir risk, birden fazla test aşamasıyla ele alınabilir.
• Bağımlılıkları ve varsayımları belirleyin (becerilerin, araçların, test ortamlarının ve kaynakların kullanılabilirliği).
• Test etkinliği hesaplanır. Test etkinliği, test edenin riskin test yoluyla kesin olarak ele alınacağına dair güven düzeyiyle ilgilidir. Test etkinliği puanı, bir ile beş arasında bir sayıdır (5 = yüksek güven, 1 = düşük güven).
• Bu testlerin hazırlanması ve uygulanması için gereken çabayı, süreyi ve maliyeti tahmin edin.

Sonraki iki eski sevgilitracGeri kalan kayıt sütunlarını ve test etkinliği puanını gösterir.

• Test öncelik numarası hesaplanır. Bu numara, olasılık, sonuçlar ve test etkinliği puanlarının çarpımıdır.
• 125 (maksimum) — testle tespit edilebilecek çok ciddi bir risk.
• 1 (minimum) — testle tespit edilemeyecek kadar düşük bir risk.
• Test öncelik numarasına göre testin önemi Yüksek (kırmızı), Orta (sarı) ve Düşük (yeşil) olarak sınıflandırılabilir. En yüksek riskli maddeler önce test edilir.
• Test faaliyetlerini test aşamalarına dağıtın. Farklı test aşamalarındaki (birim testi, entegrasyon testi, sistem testi, kabul testi) her bir hedef için testleri gerçekleştirecek grubu belirleyin.

Test aşamaları arasındaki dağılım aşağıda gösterilmiştir.

Test kapsamına giren ve girmeyen hususlar test planında belirlenir.ping faz.

• Her aşama için test hedefleri, test edilecek bileşen, sorumluluk, ortam, giriş kriterleri, çıkış kriterleri, araçlar, teknikler ve teslim edilecek sonuçlar tanımlanır.

Genel test hedefleri — Bu genel hedefler, birden fazla proje ve uygulama için geçerlidir.

• Bu bileşen gereksinimi karşılıyor ve daha büyük alt sistemlerde kullanıma hazır.
• Belirli test türleriyle ilişkili riskler ele alınır ve test hedeflerine ulaşılır.
• Entegre bileşenler doğru şekilde bir araya getirilir ve bileşenler arasındaki arayüz uyumluluğu sağlanır.
• Sistem, belirtilen işlevsel ve işlevsel olmayan gereksinimleri karşılamaktadır.
• Ürün bileşenleri, amaçlanan çalışma ortamlarında son kullanıcı ihtiyaçlarını karşılar.
• Risk yönetimi stratejisi, riskleri belirlemek, analiz etmek ve azaltmak için kullanılır.
• Sistem, sektör düzenlemelerinin gerekliliklerini karşılamaktadır.
• Sistem, konvansiyonel gereksinimleri karşılıyor.tracÖğreti yükümlülükler.
• Kurumsallaşma ve maliyet, zamanlama ve kalite hedefleri gibi diğer özel amaçların gerçekleştirilmesi.
• Sistemler, süreçler ve insanlar işletme gereksinimlerini karşılar.

Farklı test aşamaları için genel test hedefleri tanımlanabilir.

• Bileşen Testi
• Entegrasyon Testi
• Sistem Testi
• Kabul testleri

Sistem test aşamasını ele alalım.

1. G4 ve G5, sistemin işlevsel gereksinimleri (F1, F2, F3) ve işlevsel olmayan gereksinimleri (N1, N2) karşıladığını göstermektedir.
2. Testler kullanarak sistemin beklenen özelliklerinin ve işlevlerinin doğru çalıştığını ve F1, F2 ve F3 ile ilişkili risklerin işlevsel testlerle giderilebileceğini gösterin.
3. Sistemin operasyonel özelliklerinin doğru çalıştığını ve N1 ve N2 ile ilişkili risklerin işlevsel olmayan testlerle giderilebileceğini testler kullanarak gösterin.
4. Test öncelik numarasına göre testin önemi Yüksek (kırmızı), Orta (sarı) ve Düşük (yeşil) olarak sınıflandırılabilir.

Önceliklendirme ve Risk Değerlendirme Matrisi

Risk değerlendirme matrisi, olasılık-etki matrisidir. Proje ekibine risklere ve bu risklerin her birine hangi öncelikle yaklaşılması gerektiğine dair hızlı bir genel bakış sağlar.

Risk rating = Probability x Severity

Olasılık, belirsiz bir olayın gerçekleşme şansının, zaman, yakınlık ve tekrarlanma açısından maruz kalma durumuna bağlı olarak ölçüsüdür. Yüzde olarak ifade edilir.

Bu, Sık (A), Muhtemel (B), Ara sıra (C), Uzak (D), Muhtemel Olmayan (E) ve Elenmiş (F) olarak sınıflandırılabilir.

• Sık — Çoğu durumda birkaç kez meydana gelmesi bekleniyor (%91 – 100).
• muhtemel — Çoğu durumda birkaç kez meydana gelme olasılığı yüksektir (%61 – %90).
• Nadiren — Bazen meydana gelebilir (%41 – %60).
• uzak — Olması pek olası değil, ancak bir gün olabilir (%11 – 40).
• Olanakdışı — Nadir ve istisnai durumlarda (%0-10) görülebilir.
• elendi — Gerçekleşmesi imkansız (%0).

Şiddet, belirsiz olayın neden olduğu hasar veya kaybın etki derecesidir. 1 ile 4 arasında puanlanır ve Felaket = 1, Kritik = 2, Marjinal = 3 ve Önemsiz = 4 olarak sınıflandırılabilir.

• felaket — Projeyi tamamen verimsiz hale getirebilecek ve hatta projenin durdurulmasına yol açabilecek ağır sonuçlar. Bu, risk yönetiminde en öncelikli konu olmalıdır.
• Kritik — Büyük sonuçlara ve önemli kayıplara yol açabilir. Proje ciddi şekilde tehdit altında.
• Marjinal — Onarım çalışmalarıyla geri döndürülebilecek kısa vadeli hasarlar.
• önemsiz — Hasar veya kayıp az veya minimum düzeydedir. Bu durum rutin prosedürlerle izlenebilir ve yönetilebilir.

Öncelik, aşağıdaki görselde gösterildiği gibi riskin ciddiyeti ve olasılığına göre eşleştirilen dört kategoriye ayrılmıştır.

• Ciddi
• Yüksek
• Orta
• Düşük

Ciddi: Bu kategoriye giren riskler sarı renkle işaretlenmiştir. Faaliyet durdurulmalı ve riski izole etmek için derhal harekete geçilmelidir. Etkin kontroller belirlenmeli ve uygulanmalıdır. Ayrıca, risk düşük veya orta seviyeye indirilmedikçe faaliyet devam etmemelidir.

Yüksek: Bu kategoriye giren riskler kırmızı renkle işaretlenmiştir ve acil müdahale veya risk yönetimi stratejisi gerektirir. Riski izole etmek, ortadan kaldırmak veya değiştirmek ve etkili risk kontrolleri uygulamak için acil önlem alınmalıdır. Bu sorunlar hemen çözülemiyorsa, bunların çözümü için kesin zaman çizelgeleri belirlenmelidir.

Orta: Bu kategoriye giren riskler sarı renkle işaretlenmiştir. Riskleri en aza indirmek için makul ve pratik adımlar atılmalıdır.

Düşük: Bu kategoriye giren riskler yeşil renkle işaretlenmiştir ve genellikle önemli bir sorun teşkil etmedikleri için kabul edilebilirler. Kontrollerin etkili kalmasını sağlamak için periyodik bir inceleme yine de şarttır.

Risk Tabanlı Testler için Genel Kontrol Listesi

Risk derecelendirmesini belirleyen matris, hangi adayların öncelikle matrise dahil edileceğine karar verir. Aşağıdaki kontrol listesi ise hangi adayların matrise gireceğine karar verir.

• Projedeki önemli işlevler.
• Projede kullanıcı tarafından görülebilen işlevsellik.
• En büyük güvenlik etkisine sahip işlevsellik.
• Kullanıcılar üzerinde en büyük finansal etkiye sahip işlevler.
• Son derece karmaşık kaynak kod alanları ve hataya yatkın kodlar.
• Geliştirme döngüsünün başlarında test edilebilecek özellikler veya işlevler.
• Ürün tasarımına son dakikada eklenen özellikler veya işlevler.
• Önceki benzer veya ilgili projelerde sorunlara yol açan kritik faktörler.
• İşletme ve bakım giderlerini büyük ölçüde etkileyen, benzer veya ilgili projelerin başlıca faktörleri veya sorunları.
• Yetersiz gereksinimler, yetersiz tasarımlara ve testlere yol açar; bu da proje hedeflerini ve sonuçlarını etkileyebilir.
• En kötü senaryoda, bir ürün o kadar kusurlu olabilir ki, yeniden işlenemez ve tamamen hurdaya çıkarılması gerekir; bu da şirketin itibarına ciddi zarar verir. Ürün hedefleri için hangi tür sorunların kritik olduğunu belirleyin.
• Sürekli müşteri hizmetleri şikayetlerine neden olabilecek durumlar veya sorunlar.
• Sistemdeki birden fazla fonksiyona kolayca odaklanabilecek uçtan uca testler.
• Risk kapsamını en üst düzeye çıkarabilecek en uygun test seti.
• Hangi testler, yüksek riskli vakaları kapsama oranı ve gereken süre açısından en iyi sonucu verecektir?

Risk Esaslı Test Sonuçlarının Raporlanması ve Metrikleri

1. Test raporu hazırlama. Test durumunu raporlamak, test sonuçlarını proje paydaşlarına etkili bir şekilde iletmek, net bir anlayış sağlamak ve test sonuçlarını test hedefleriyle karşılaştırmak anlamına gelir.
   • Planlanan test sayısı ile gerçekleştirilen test sayısı arasındaki oran.
   • Başarılı veya başarısız olan test vakalarının sayısı.
   • Tespit edilen kusurların sayısı, durumu ve ciddiyeti.
   • Halen çözülmemiş kritik kusurların sayısı.
   • Ortamda oluşabilecek kesintiler.
   • Eğer varsa, gösteriyi durduracak unsurlar.
   • Test özet raporu ve test kapsamı rapor.
2. Ölçüm hazırlığı. Metrik, yazılım süreçlerini, projelerini ve ürünlerini karşılaştırmak için kullanılan iki veya daha fazla ölçünün birleşimidir.
   • Çaba ve zaman çizelgesindeki farklılıklar.
   • Test senaryosu hazırlama verimliliği.
   • Test tasarımının kapsamı.
   • Test senaryosu yürütme verimliliği.
   • Risk tanımlama verimliliği %.
   • Risk azaltma verimliliği %.
   • Test etkinliği %.
   • Test yürütme kapsamı.
   • Test yürütme verimliliği.
   • Arıza sızıntısı %.
   • Hata tespit verimliliği ve kusur yoğunluğu.
   • Gereksinim istikrar endeksi.
   • Kalitenin maliyeti.

Bu önlemler daha sonra risklere göre yeniden değerlendirilir:

• Riskleri, hata durumuna ve testlerin başarılı veya başarısız olma sonuçlarının sayısına bağlı olarak, işlevsel olmayan kategorilerde (performans, güvenilirlik ve kullanılabilirlik) analiz edin.
• Riskleri, test ölçütleri, hata durumu ve testin geçme veya kalma durumu gibi faktörleri kullanarak fonksiyonel kategorilerde analiz edin.
• Önemli öncü ve gecikmeli göstergeleri belirleyin ve erken uyarı göstergeleri oluşturun.
• Veri kalıplarını, eğilimleri ve karşılıklı bağımlılıkları analiz ederek öncü ve gecikmeli risk göstergelerini (Temel Risk Göstergeleri) izleyin ve raporlayın.

Doğal Risk ve Artık Risk Değerlendirmesi

Risk tanımlama ve analizi, doğal riskleri, kalan riskleri, ikincil riskleri ve tekrarlayan riskleri de içermelidir.

• Doğal Risk: Kontroller ve müdahaleler uygulanmadan önce sistemde tespit edilen veya zaten mevcut olan riskler. Doğal riskler, aynı zamanda brüt riskler olarak da bilinir.
• Artık Risk: Kontroller ve müdahaleler uygulandıktan sonra geriye kalan riskler. Kalan riskler, net riskler olarak bilinir.
• İkincil Risk: Risk müdahale planının uygulanmasından kaynaklanan yeni risk.
• Tekrarlayan Risk: İlk risklerin tekrar ortaya çıkma olasılığı.

Risk bazlı test sonucu ölçümü, kuruluşun test yürütme sırasında kalan kalite riski seviyesini bilmesine ve bilinçli sürüm kararları almasına yardımcı olur.

Risk Profili Oluşturma ve Müşteri Geri Bildirimi

Risk profilleme, müşterinin ihtiyaç duyduğu riski, risk kapasitesini ve risk toleransını dikkate alarak, müşteri için en uygun yatırım riski seviyesini bulma sürecidir.

1. Gerekli risk Müşterinin tatmin edici bir getiri elde etmek için üstlenmesi gereken risk seviyesidir.
2. Risk kapasitesi Bu, müşterinin göze alabileceği finansal risk seviyesidir.
3. Risk toleransı Bu, müşterinin almayı tercih edeceği risk seviyesidir.

Müşteri geribildirimi: İşletmeyi, ürünü, hizmeti ve müşteri deneyimini geliştirmek için müşteri geri bildirimlerini ve yorumlarını toplamak.

Risk Esaslı Testin Faydaları

Risk tabanlı testin faydaları aşağıda verilmiştir.

• Verimliliğin artması ve maliyetlerin düşmesi.
• Geliştirilmiş pazar fırsatı (pazara giriş süresi) ve zamanında teslimat.
• Hizmet performansında iyileşme.
• Uygulamanın tüm kritik fonksiyonları test edildiğinden kalite artar.
• Test kapsamı hakkında net bilgi. Bu yaklaşım sayesinde ekip, nelerin test edildiğini ve nelerin test edilmediğini bilir.
• Risk değerlendirmesine dayalı test çabası tahsisi, serbest bırakılma sonrasında kalan riski en aza indirmenin en verimli ve etkili yoludur.
• Risk analizine dayalı test sonucu ölçümü, kuruluşun test yürütme sırasında kalan kalite risk seviyesini belirlemesini ve bilinçli sürüm kararları almasını sağlar.
• Net bir şekilde tanımlanmış risk değerlendirme yöntemleriyle optimize edilmiş testler.
• Müşteri katılımı, iyi raporlama ve ilerleme sayesinde müşteri memnuniyetinde artış. trackral.
• Potansiyel sorun alanlarının erken tespiti, etkili önleyici tedbirlerin alınmasını sağlar.
• Projenin tüm yaşam döngüsü boyunca sürekli risk izleme ve değerlendirme, risklerin belirlenmesine ve çözülmesine, ayrıca projenin genel hedeflerine ulaşılmasını tehlikeye atabilecek sorunların ele alınmasına yardımcı olur.

SSS