QA06 Ekim 2026 · 8 dk okuma

Mobil bankacılık sürüm döngüsünde kaliteyi korumak: risk bazlı regresyon

Haftalık sürüm temposunda her şeyi test etmek mümkün değil. Hangi akışları neden önceliklendirmeli?

Q
Qalitas Ekibi
QA & Dijital Kanallar

Mobil bankacılık uygulamalarında haftalık, hatta daha sık sürüm çıkmak artık istisna değil. Ancak her sürümde tüm uygulamayı baştan sona test etmek ne zaman ne de bütçe açısından mümkün. Bu noktada soru şu hâle geliyor: sınırlı test süresini, en fazla riski azaltacak şekilde nasıl kullanırız?

Neden risk bazlı?

Risk bazlı test, test çabasını bir değişikliğin hata olasılığı ve hata etkisi üzerinden önceliklendirir. Dijital bankacılıkta etki çoğu zaman doğrudan para hareketi, müşteri güveni ya da düzenleyici yükümlülük anlamına geldiği için bu yaklaşım özellikle değerlidir.

Her şeyi test edemiyorsanız, neyi test etmediğinizi bilinçli seçmelisiniz.

Risk haritası çıkarmak

İlk adım, uygulamanın kritik akışlarını iki eksende puanlamaktır:

AkışEtkiDeğişim sıklığıÖncelik
Para transferi (EFT/FAST)YüksekOrtaP1
Giriş & kimlik doğrulamaYüksekDüşükP1
Kart limit işlemleriOrtaOrtaP2
Kampanya listelemeDüşükYüksekP3

Bu tablo statik değildir; her sürümde değişiklik kapsamına göre güncellenmelidir. Burada Business Analyst ile QA'in birlikte çalışması kritik önem taşır: değişikliğin iş etkisini en iyi analiz, teknik etkisini ise en iyi test bilir.

Regresyonu katmanlamak

Risk haritası, regresyon setini katmanlara ayırmanızı sağlar:

  • Duman (smoke) seti: her derlemede çalışan, yalnızca P1 akışların ana yolunu kapsayan kısa set.
  • Sürüm seti: değişiklik kapsamına göre seçilen P1 ve P2 senaryolar.
  • Tam regresyon: büyük sürümler veya altyapı değişikliklerinde çalıştırılan geniş set.

Otomasyonun rolü

Otomasyon, özellikle duman setinde ve stabil P1 akışlarında en hızlı geri dönüşü sağlar. Sık değişen arayüz akışlarını otomasyona almak ise bakım yükünü artırabilir. Genel bir ilke olarak; önce API katmanını, sonra stabil uçtan uca akışları otomasyona almak dengeli bir başlangıçtır.

Özet

  1. Kritik akışları etki ve değişim sıklığına göre puanlayın.
  2. Regresyonu duman, sürüm ve tam set olarak katmanlayın.
  3. Risk haritasını her sürümde BA ve QA birlikte güncellesin.
  4. Otomasyona API ve stabil P1 akışlarla başlayın.

Ekibinizde risk bazlı test yaklaşımını kuracak bir QA profili mi arıyorsunuz?

Dijital bankacılık deneyimli QA Analist profillerimiz hakkında konuşalım.