Bankacılık Etki Alanı Uygulama Testi: Örnek Test Durumları

Bankacılık Alan Adı Testi

Bankacılık Alan Adı Testi bir bankacılık uygulamasının işlevsellik, performans ve güvenlik açısından yazılım test etme sürecidir. Bankacılık uygulamasını test etmenin temel amacı, bir bankacılık yazılımının tüm aktivite ve işlevlerinin hatasız, sorunsuz bir şekilde çalışmasını ve korunmasını sağlamaktır.

BFSI (Bankacılık, Finansal hizmetler ve Sigorta) sektörü, BT hizmetlerinin en büyük tüketicisidir. Bankacılık Uygulamaları doğrudan gizli finansal verilerle ilgilenir. Bankacılık yazılımının gerçekleştirdiği tüm faaliyetlerin sorunsuz ve hatasız çalışması zorunludur. Bankacılık yazılımı, para aktarma ve yatırma, bakiye sorgulama, işlem geçmişi, para çekme vb. gibi çeşitli işlevleri yerine getirir. Bankacılık uygulamasının test edilmesi, bu faaliyetlerin yalnızca iyi bir şekilde yürütülmesini değil aynı zamanda bilgisayar korsanlarından korunmasını da sağlar.

Canlı Bankacılık Test Projemize Ücretsiz Katılın

Testte Etki Alanı Nedir?

Testteki Alan Adı yazılım test projesinin oluşturulduğu sektörden başka bir şey değildir. Yazılım projeleri veya geliştirme hakkında konuştuğumuzda sıklıkla bu terime başvurulur. Örneğin, Sigorta alanı, Bankacılık alanı, Perakende Alanı, Telekom Alanı vb.

Bankacılık Etki Alanı Uygulama Testi

Genellikle herhangi bir spesifik alan adı projesi geliştirilirken alan uzmanı yardımı aranır. Domain uzmanı konuya hakimdir ve ürünün veya uygulamanın içini dışını bilebilir.

Alan Adı Bilgisi Neden Önemlidir?

Etki alanı bilgisi herhangi bir yazılım ürününü test etmek için çok önemlidir ve aşağıdaki gibi kendi yararları vardır:

Alan Bilgisi Önemlidir

Bankacılık Alan Bilgisi – Giriş

Bankacılık alanı kavramları çok büyüktür ve temel olarak iki sektöre ayrılmıştır

  1. Geleneksel bankacılık sektörü
  2. Hizmete dayalı bankacılık sektörü

Aşağıda bankacılığın bu iki alt sektörünün kapsadığı hizmetlerin tablosu yer almaktadır.

Geleneksel bankacılık sektörü
  • Ana bankacılık
  • Kurumsal Bankacılık
  • Perakende bankacılık
Hizmete dayalı bankacılık sektörü
  • çekirdek
  • Kurumsal
  • Perakende
  • Borç
  • Ticaret Finansı
  • Özel Bankacılık
  • Tüketici finansmanı
  • islami bankacılık
  • Müşteri dağıtım kanalları/Ön uç teslimat

Projenizin kapsamına bağlı olarak yukarıdaki hizmet tekliflerinden birini veya tümünü test etmeniz gerekebilir. Teste başlamadan önce, test edilen hizmet hakkında yeterli bilgiye sahip olduğunuzdan emin olun.

Bankacılık Uygulamasının Özellikleri

Teste başlamadan önce herhangi bir bankacılık uygulamasından beklenen standart özellikleri not etmek önemlidir. Böylece test çalışmalarınızı bu özelliklere ulaşmaya yönlendirebilirsiniz.

Standart bir bankacılık uygulamasının aşağıda belirtilen tüm bu özellikleri taşıması gerekmektedir.

  • Binlerce eşzamanlı kullanıcı oturumunu desteklemelidir
  • Bir bankacılık uygulaması, ticari hesaplar gibi diğer birçok uygulamayla entegre olmalıdır. Bill ödeme hizmeti, kredi kartları vb.
  • İşlemleri hızlı ve güvenli bir şekilde işlemelidir
  • Büyük depolama sistemi içermelidir.
  • Müşteri sorunlarını gidermek için yüksek denetim kapasitesine sahip olmalıdır.
  • Karmaşık iş akışlarını yönetebilmelidir
  • Kullanıcıları birden fazla platformda desteklemeniz gerekiyor (Mac, Linux, Unix, Windows)
  • Birden fazla konumdaki kullanıcıları desteklemelidir
  • Çok dilli kullanıcıları desteklemelidir
  • Çeşitli ödeme sistemlerindeki (VISA, AMEX, MasterCard) kullanıcıları desteklemelidir.
  • Birden fazla hizmet sektörünü (Krediler, Bireysel bankacılık vb.) desteklemelidir.
  • Kusursuz afet yönetim mekanizması

Bankacılık Uygulamalarının Test Edilmesinde Test Aşamaları

Bankacılık uygulamalarını test etmek için farklı test aşamaları şunları içerir:

  • İhtiyaç analizi: İş analisti tarafından yapılır; Belirli bir bankacılık uygulamasına yönelik gereksinimler toplanır ve belgelenir
  • gereklilik Revbak: Kalite analistleri, iş analistleri ve geliştirme liderleri bu göreve dahil olur. İhtiyaç toplama dokümanı bu aşamada gözden geçirilir ve iş akışını etkilemediğinden emin olmak için çapraz kontrol yapılır.
  • İş Gereksinimleri Dokümantasyonu: İş gereksinimleri dokümanları, gözden geçirilen tüm iş gereksinimlerinin kapsandığı kalite analistleri tarafından hazırlanır.
  • Veritabanı Testi: Banka başvuru testinin en önemli parçasıdır. Bu test, veri bütünlüğünü, veri yüklemeyi, veri geçişini, saklı prosedürleri ve işlevlerin doğrulanmasını, kural testini vb. sağlamak için yapılır.
  • Entegrasyon Testi: Entegrasyon Testi geliştirilen tüm bileşenler entegre edilmiş ve doğrulanmıştır
  • Fonksiyonel test: Gibi olağan yazılım test faaliyetleri Test Durumu hazırlık, test senaryosunun incelenmesi ve test senaryosunun yürütülmesi bu aşamada yapılır
  • Güvenlik Testi: Yazılımın herhangi bir güvenlik açığına sahip olmamasını sağlar. Test hazırlığı sırasında, QA ekibinin sisteme izinsiz bir şekilde erişmeden önce sisteme sızmak ve durumu rapor etmek için hem negatif hem de pozitif test senaryolarını dahil etmesi gerekir. Bankanın bilgisayar korsanlığını önlemek için tek kullanımlık şifre gibi çok katmanlı bir erişim doğrulaması da uygulaması gerekiyor. İçin Güvenlik Testi, otomasyon araçları gibi IBM AppScan ve HPWebInspect şu durumlarda kullanılır: Manuel Test Proxy Sniffer, Paros proxy, HTTP watch vb. araçlar kullanılır
  • Kullanılabilirlik testi: Farklı yeteneklere sahip kişilerin sistemi normal kullanıcı gibi kullanabilmesini sağlar. Örneğin işitme engelliler için ATM ve Braille alfabesi özelliği
  • Kullanıcı Kabul Testi: Uygulamanın gerçek dünya senaryosuna uygunluğunun sağlanması amacıyla son kullanıcılar tarafından yapılan testlerin son aşamasıdır.

Net Bankacılık Giriş Başvurusu için Örnek Test Senaryosu

Güvenlik, herhangi bir bankacılık uygulaması için en önemli husustur. Bu nedenle, test hazırlığı sırasında QA ekibinin sisteme gizlice sızmak ve herhangi bir yetkisiz kişi erişmeden önce herhangi bir güvenlik açığını raporlamak için hem negatif hem de pozitif test senaryolarını içermesi gerekir. Yalnızca negatif test senaryolarının yazılmasını içermez, aynı zamanda yıkıcı testleri de içerebilir.

Herhangi bir bankacılık uygulamasını kontrol etmek için genel test durumları aşağıdadır

Örnek test senaryoları
Yönetici için
  • Yönetici girişini geçerli ve Geçersiz verilerle doğrulayın
  • Veri olmadan yönetici girişini doğrulayın
  • Tüm yönetici ana sayfası bağlantılarını doğrulayın
  • Geçerli ve geçersiz verilerle yönetici değişiklik şifresini doğrulayın
  • Veri olmadan yönetici değişikliği şifresini doğrulayın
  • Mevcut verilerle yönetici değişikliği şifresini doğrulayın
  • Yönetici çıkışını doğrulayın
Yeni Şube için
  • Geçerli ve geçersiz verilerle yeni bir şube oluşturun
  • Veriler olmadan yeni bir şube oluştur
  • Mevcut şube verileriyle yeni bir şube oluşturun
  • Sıfırlamayı doğrulayın ve seçeneği iptal edin
  • Şubeyi geçerli ve geçersiz verilerle güncelleyin
  • Şubeyi veri olmadan güncelle
  • Şubeyi mevcut şube verileriyle güncelleme
  • İptal seçeneğini doğrulayın
  • Bağımlılıklarla ve bağımlılıklar olmadan şube silme işlemini doğrulayın
  • Şube arama seçeneğini doğrulayın
Yeni Rol İçin
  • Geçerli ve geçersiz verilerle yeni bir rol oluşturun
  • Veriler olmadan yeni bir rol oluşturma
  • Yeni rolü mevcut verilerle doğrulayın
  • Rol tanımını ve rol türlerini doğrulayın
  • İptal ve sıfırlama seçeneğini doğrulayın
  • Bağımlılık olsun veya olmasın rol silme işlemini doğrulayın
  • rol ayrıntıları sayfasındaki bağlantıları doğrulayın
Müşteri ve Ziyaretçiler için
  • Tüm ziyaretçi veya müşteri bağlantılarını doğrulayın
  • Müşterilerin girişini geçerli ve geçersiz verilerle doğrulayın
  • Müşterilerin veri olmadan giriş yaptığını doğrulayın
  • Bankacının giriş bilgilerini veri olmadan doğrulayın
  • Bankacının giriş bilgilerini geçerli veya geçersiz verilerle doğrulayın
Yeni kullanıcılar için
  • Geçerli ve geçersiz verilere sahip yeni bir kullanıcı oluşturun
  • Verileri olmayan yeni bir kullanıcı oluştur
  • Mevcut şube verileriyle yeni bir kullanıcı oluşturun
  • İptal ve sıfırlama seçeneğini doğrulayın
  • Kullanıcıyı geçerli ve geçersiz verilerle güncelleyin
  • Kullanıcıyı mevcut verilerle güncelleme
  • İptal seçeneğini doğrulayın
  • Kullanıcının silinmesini doğrulayın

Bankacılık alanının test edilmesindeki zorluklar ve bunların azaltılması

Bankacılık alanını test ederken test uzmanının karşılaşabileceği zorluklar şunlardır:

Zorluklar Hafifletme
  • Test için üretim verilerine erişim sağlamak ve bunları test verileri olarak kopyalamak zordur
  • Test verilerinin mevzuata uygunluk gerekliliklerini ve yönergelerini karşıladığından emin olun
  • Veri maskeleme, sentetik test verileri, test sistemi entegrasyonu vb. teknikleri kullanarak veri gizliliğini koruyun.
  • Bankacılık sisteminin test edilmesindeki en büyük zorluk, sistemin eski sistemden yeni sisteme geçişi sırasında tüm rutinlerin, prosedürlerin ve planların test edilmesidir. Ayrıca geçiş sonrasında verilerin nasıl getirileceği, yükleneceği ve yeni sisteme aktarılacağı
  • Veri Taşıma Testinin tamamlandığından emin olun
  • Regresyon Testi senaryolarının eski ve yeni sistemlerde yürütüldüğünden ve sonuçların eşleştiğinden emin olun.
  • Gereksinimlerin iyi belgelenmediği durumlar olabilir ve test planında işlevsel boşluklara yol açabilir
  • İşlevsel olmayan gereksinimlerin çoğu tam olarak belgelenmemiştir ve test uzmanları bunu test edip etmeyeceklerini bilememektedir.
  • Test uzmanı, Gereksinim Analizi aşamalarından itibaren projeye katılmalı ve İş Gereksinimlerini aktif olarak incelemelidir.
  • En önemli nokta söz konusu sistemin istenilen politika ve prosedürlere uyup uymadığının kontrol edilmesidir.
  • Uyumluluk veya Düzenleyici Politikalar testi yapılmalıdır
  • Bankacılık uygulamasının internet veya benzeri diğer uygulamalarla entegre olmasıyla kapsam ve süreler artar. Telefon bankacılık
  • Bankacılık uygulamanızda çok sayıda harici arayüz varsa Entegrasyon Testi için Zaman bütçesinin dikkate alındığından emin olun

ÖZET

Bankacılık alanı siber hırsızlığa karşı en savunmasız alandır ve yazılımın korunması hassas testler gerektirir. Bu eğitim, bankacılık alan adı testi için nelerin gerekli olduğu ve bunun ne kadar önemli olduğu konusunda net bir fikir vermektedir. Bunu anlamak gerekir -

  • Bankacılık yazılımlarının büyük çoğunluğu mainframe ve Unix
  • Test, yazılım geliştirme sırasında karşılaşılabilecek olası aksaklıkların azaltılmasına yardımcı olur
  • Doğru testler ve endüstri standartlarına uygunluk, şirketleri cezalardan kurtarır
  • İyi uygulamalar, şirketler için iyi sonuçların, itibarın ve daha fazla işin geliştirilmesine yardımcı olur
  • Hem manuel hem de otomatik testlerin ilgili yararları ve kullanılabilirlikleri vardır

Bizim katılın Canlı Bankacılık Domain Test Projesi

Bu yazıyı şu şekilde özetleyin: