Menü

Bankacılık Etki Alanı Uygulamaları Nasıl Test Edilir: Eksiksiz Bir BFSI Test Kılavuzu

  • Ana
  • Test Türleri
  • Bankacılık Etki Alanı Uygulamaları Nasıl Test Edilir: Eksiksiz Bir BFSI Test Kılavuzu

how test banking domain applications

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

Bankacılık Uygulamasını Test Etmek İçin Eksiksiz Bir Kılavuz: BFSI (Bankacılık, Finansal Hizmetler ve Sigorta) Test Süreci ve İpuçları

Bankacılık uygulamaları, günümüz yazılım geliştirme ve test endüstrisindeki en karmaşık uygulamalardan biridir.

Bankacılık uygulamalarını bu kadar karmaşık yapan nedir? Bankacılık uygulamalarında yer alan karmaşık iş akışlarını test etmek için hangi yaklaşım izlenmelidir?

Bu makalede, Bankacılık uygulamalarının test edilmesinde yer alan farklı aşamaları ve teknikleri vurgulayacağız.

Bankacılık Uygulamaları Nasıl Test Edilir

Ne öğreneceksin:

Bankacılık Uygulamaları Nasıl Test Edilir?

Bankacılık Uygulamaları tarafından gerçekleştirilen çeşitli İşlevler şunlardır:

Bankaların Fonksiyonları

Öncelikle bir Bankacılık Uygulamasının özelliklerini anlayalım:

  • Binlerce eşzamanlı kullanıcı oturumunu desteklemek için çok katmanlı işlevsellik
  • Büyük Ölçekli Entegrasyon: Tipik olarak, bir bankacılık uygulaması, Fatura Ödeme programı ve İşlem Hesapları gibi çok sayıda diğer uygulama ile entegre olur
  • Karmaşık İş iş akışları
  • Gerçek Zamanlı ve Toplu işleme
  • Saniye başına yüksek İşlem oranı
  • Güvenli İşlemler
  • Günlük işlemleri takip etmek için güçlü Raporlama bölümü
  • Müşteri sorunlarını gidermek için Güçlü Denetim
  • Devasa depolama sistemi
  • Afet / Kurtarma Yönetimi.

Yukarıda listelenen on nokta, Bir Bankacılık uygulamasının en önemli özellikleri.

Bankacılık uygulamaları, bir işlemin gerçekleştirilmesine dahil olan birden çok katmana sahiptir.

Örneğin , için Bankacılık başvurusunda şunlar olabilir:

  • Tarayıcı aracılığıyla son kullanıcılarla etkileşim için Web Sunucusu
  • Web sunucusu için giriş ve çıkışı doğrulamak için Orta Katman
  • Veri ve prosedürleri depolamak için DataBase
  • Saniyede Trilyonlarca işlem gerçekleştirmek için büyük kapasiteli bir Mainframe veya başka herhangi bir Eski sistem olabilen İşlem İşlemcisi.

Bankacılık uygulamalarını test etmekten bahsedersek, Aşağıdakileri sağlamak için birden fazla Yazılım Test tekniğini içeren Uçtan Uca Test metodolojisi:

  • Tüm bankacılık iş akışlarının ve İş Gereksinimlerinin toplam kapsamı
  • Uygulamanın işlevsel yönü
  • Uygulamanın güvenlik yönü
  • Veri bütünlüğü
  • Eşzamanlılık
  • Kullanıcı deneyimi

Bankacılık uygulamalarını bu kadar karmaşık yapan nedir?

  • Bankacılık yazılımı esas olarak gizli finansal verilerle ilgilenir, bu nedenle yazılımın performansı hatasız ve güvenli olmalıdır.
  • Geliştiriciler, uygulamanın istenen güvenli bir şekilde çalışmasını sağlamak için bu uygulamaları geliştirmek için karmaşık bir tasarım tercih ederler.
  • Bankacılık sürekli değişen bir dünyadır. Bankacılık bugün, tuğla ve harç şubeleri, ATM'ler, çevrimiçi bankacılık ve müşteri hizmetleri gibi farklı kanallar kullanılarak müşteriye sunulmaktadır.
  • Teknolojinin gelişmesiyle birlikte, birçok cüzdan, finansal işlemler için bankacılık sistemlerine bağlanan piyasaları sular altında bıraktı.
  • Bankacılığın da 7 gün 24 saat yüksek performansla çalışır durumda olması bekleniyor. Yazılım yükseltmelerinin, anında düzeltmelerin vb. Bu kullanılabilirliği etkilemesine izin verilemez.
  • Bankacılık dünyası, hükümetin bankacılık düzenlemeleri şeklinde getirdiği sürekli değişikliklerden de oldukça etkileniyor. Vergi yapısındaki herhangi bir değişiklik, bankacılık sistemini de etkiler.
  • Yeni teknolojiler söz konusu olduğunda bankacılık sisteminin de güncel olması gerekir. Büyük Veri İşleme gibi veri analitiği ve Veri Bilimi kullanarak büyük veriden içgüdüler elde etme, bankacılık dünyasında giderek artan bir ilgi görüyor.

Yukarıda belirtilen noktalar, bankacılık sistemini geliştiricilerin etrafında bir yazılım uygulaması oluşturmaları için karmaşık hale getirir.

Bankacılık Uygulamasını Test Etmenin Önemi

  • Bankacılık uygulamasının test edilmesi, tüm faaliyetlerin sadece iyi bir şekilde yürütüldüğünü değil, aynı zamanda korunup güvende kaldığını da garanti eder.
  • Bankacılık yazılımı binlerce bağımlılıkla karmaşıktır, test süreci daha fazla zaman, kaynak ve sürekli izleme gerektirir.
  • Burada mali işler söz konusu olduğundan, yönergelere kesinlikle uyulmalıdır. Hem test ediciler hem de geliştiriciler iyi bir alan bilgisine sahip olmalıdır.
  • En önemlisi finansal işlemlerde yasa ve yönetmeliklerin doğru bir şekilde uygulanmasının sağlanması gerekiyor. Bu ancak test ile sağlanabilir.
  • Uygulamanın dağıtıldığı uygulama ve altyapının, özellikle yoğun mesai saatlerinde herhangi bir kesintiye neden olmadan yükü kaldırabilmesini sağlamak da önemlidir. Bu, performans testi yapılarak sağlanabilir.
  • Günümüzün dijital dünyasında herkesi ilgilendiren tek şey güvenliktir. Bankacılık uygulamaları ve içinde gerçekleştirilen finansal işlemler, herhangi bir kırılma girişimine karşı güvenli olmalıdır. Bu, güvenlik testi yapılarak sağlanabilir. Güvenlik testi, finansal işlemleri güvence altına almak için endüstri standartlarının uygulanmasına yardımcı olur.
  • Bir bankacılık uygulamasının farklı modüllerinin uygun şekilde entegre edilmesini ve müşterinin amacına ulaşmasını sağlamak da önemlidir. Sistem Entegrasyon Testi, bu görevi gerçekleştirmeye yardımcı olur.

Bankacılık Uygulama Testi İş Akışı

Bankacılık Uygulamalarının test edilmesiyle ilgili tipik aşamalar aşağıdaki iş akışında gösterilmektedir. Her aşamayı ayrı ayrı tartışacağız.

Bu, bir uygulamayı test etmenin bir Şelale modelidir.

Bankacılık Uygulamalarının Test Edilmesi

# 1) İhtiyaç Toplama

Gereksinim Toplama aşaması İşlevsel Özellikler veya Kullanım Durumları olarak gereksinimlerin dokümantasyonunu içerir. İhtiyaçlar müşteri ihtiyaçlarına göre toplanır ve Bankacılık Uzmanları veya İş Analisti tarafından belgelenir.

Şartlı toplantı

Bankacılığın kendisinin birden fazla alt alanı olduğu ve tek bir tam teşekküllü bankacılık uygulaması tüm bu alanların entegrasyonu olacağı için, uzmanlar birden fazla konuya ilişkin yazım gereksinimlerine katılıyor.

Örneğin, Bir bankacılık uygulamasının Transferler, Kredi Kartları, Raporlar, Kredi Hesapları, Fatura Ödemeleri, Ticaret vb. İçin ayrı modülleri olabilir.

# 2) Gereksinim İncelemesi

Gereksinim Toplama'nın çıktıları, QA Mühendisleri, Geliştirme liderleri ve Eş İş Analistleri gibi tüm paydaşlar tarafından gözden geçirilir.

Gereksinim İncelemesi

Ne mevcut iş akışının ne de yeni iş akışlarının ihlal edilmediğini çapraz kontrol ederler. Tüm gereksinimler doğrulanır ve onaylanır. Takip aksiyonları ve ihtiyaç belgesi revizyonları buna göre yapılır.

# 3) İş Senaryosu Hazırlıkları

Bu aşamada, Kalite Güvencesi Mühendisleri, İş Senaryolarını gereksinim belgelerinden (İşlev Özellikleri veya Kullanım Örnekleri) çıkarır; İş Senaryoları, tüm İş Gereksinimlerini kapsayacak şekilde türetilir. İş Senaryoları, ayrıntılı adımlar içermeyen üst düzey senaryolardır.

Ayrıca, bu İş Senaryoları, tüm İş Gereksinimlerinin karşılandığından emin olmak için İş Analistleri tarafından incelenir. BA'ların düşük seviyeli ayrıntılı Test Durumlarını gözden geçirmek yerine üst düzey senaryoları gözden geçirmesi daha kolaydır.

Örneğin , dijital bankacılık arayüzünde Sabit mevduat açan bir müşteri bir iş senaryosu olabilir. Benzer şekilde, net bankacılık hesabı oluşturma, çevrimiçi para yatırma, çevrimiçi transferler vb. İle ilgili farklı iş senaryolarımız olabilir.

# 4) İşlevsel Test

Bu aşamada, fonksiyonel test gerçekleştirilir ve aşağıdaki gibi olağan yazılım test faaliyetleri gerçekleştirilir:

Test Durumunun Hazırlanması: Bu aşamada Test Örnekleri İş Senaryolarından türetilir, bir İş Senaryosu birçok pozitif test durumuna ve negatif test senaryosuna yol açar. Genellikle bu aşamada kullanılan araçlar Microsoft Excel, Test Direktörü veya Kalite Merkezi'dir.

Test Vakası İncelemesi: Eş QA Engineers tarafından yapılan incelemeler

Test durumu Yürütme: Test Vakası Yürütme, QC, QTP, vb. Araçları içeren manuel veya otomatik olabilir.

Bir bankacılık uygulamasının işlevsel testi, sıradan yazılım testlerinden oldukça farklıdır. Bu uygulamalar müşterinin parası ve hassas finansal verilerle çalıştığı için, kapsamlı bir şekilde test edilmeleri gerekir. Kapsanacak önemli bir iş senaryosu bırakılmamalıdır.

Ayrıca, uygulamayı test eden QA kaynağı, bankacılık alanıyla ilgili temel bilgiye sahip olmalıdır.

# 5) Veritabanı Testi

Bankacılık Uygulaması, hem UI seviyesinde hem de Veritabanı seviyesinde gerçekleştirilen karmaşık işlemleri içerir, Bu nedenle Veritabanı testi, fonksiyonel testler kadar önemlidir. Veritabanı karmaşıktır ve uygulamada tamamen ayrı bir katmandır ve bu nedenle testi veritabanı uzmanları tarafından gerçekleştirilir. Aşağıdaki gibi teknikleri kullanır:

  • Veri yükleme
  • Veritabanı Geçişi
  • DB Şemasını ve Veri Türlerini Test Etme
  • Kural Testi
  • Saklanan Prosedürleri ve İşlevleri Test Etme
  • Tetikleyicileri Test Etme
  • Veri bütünlüğü

Veritabanı testinin ana amacı şunları sağlamaktır:

  • Uygulama, veri kaybı olmadan veri tabanından veri depolayabilir ve alabilir.
  • Depolanan verilerdeki herhangi bir uyuşmazlığı önlemek için, tamamlanan işlemler gerçekleştirilmeli ve iptal edilen işlemler geri döndürülmelidir.
  • Yalnızca yetkili uygulamaların ve kullanıcıların veritabanına ve temel tablolara erişmesine izin verilir.

Veritabanı Testinin başlıca üç yolu vardır:

  • Yapısal Test
  • Fonksiyonel test
  • İşlevsel Olmayan Test

Yapısal Test

Veritabanları, şema, tablolar, görünümler, tetikleyiciler, erişim kontrolleri vb. Gibi veritabanı nesnelerinin test edilmesini içerir. Tablolardaki veri türlerinin uygulamadaki karşılık gelen değişkenlerle senkronize olmasını sağlar. Tablolardaki verileri ve bilgi bütünlüğünü doğrulama.

Örneğin, Uygulamadaki bir miktar alanı, tabloda veri türü ondalık / kayan noktaya sahip olmalıdır.

- Standartlara uymak için, kullanıcılara görünümler aracılığıyla erişim kontrolleri verilmelidir.

Fonksiyonel test

Kullanıcı gereksinimlerini karşılayan veritabanlarının test edilmesini içerir. Elde etmenin iki yolu vardır: Kara kutu testi ve Beyaz kutu testi.

Örneğin, Çevrimiçi para transferi yaptığımızda, gönderen hesaba para çekilmeli ve alıcı hesaba tam olarak aynı tutarda alacak kaydedilmelidir. İşlem başarısız olursa, tüm işlemler geri alınmalı ve gönderen hesaba borç veya geri ödeme yapılmamalıdır.

İşlevsel Olmayan Test

Yük ve stres testi ile performans optimizasyonunu içerir. Yük testi, veritabanı performansını etkilemeden eşzamanlı olarak gerçekleştirilebilecek en çok işlemin belirlenmesine yardımcı olur.

Örneğin, Yük ve stres testlerinden elde edilen girdilere dayanarak, bankacılık uygulamaları en yoğun iş saatlerinde uygulamalarına daha fazla kaynak eklemeye ve mesai saatleri dışında kaynakları azaltmaya karar verebilir. Bu, bankanın kaynakları en iyi şekilde kullanmasına ve paradan tasarruf etmesine yardımcı olur.

# 6) Güvenlik Testi

Güvenlik Testi, genellikle test döngüsünün son aşamasıdır. Güvenlik testine başlamanın ön koşulu, işlevsel ve işlevsel olmayan testlerin tamamlanmasıdır. Güvenlik testi, tüm Uygulama testi döngüsünün en önemli aşamalarından biridir çünkü bu aşama, uygulamanın Federal ve Endüstri standartlarına uygun olmasını sağlar.

Bankacılık uygulamaları, taşıdıkları verilerin doğası nedeniyle çok hassastır ve bilgisayar korsanları ve dolandırıcılık faaliyetleri için birincil hedeftir. Güvenlik testi, uygulamanın hassas verileri bir davetsiz misafir veya saldırgana ifşa edebilecek böyle bir web güvenlik açığına sahip olmadığından emin olmanızı sağlar. Ayrıca uygulamanın OWASP gibi standartlarla uyumlu olmasını sağlar.

Bu aşamada, asıl görev, IBM AppScan gibi araçlar kullanılarak gerçekleştirilen tüm uygulama taramasıdır. HP WebInspect (bunlar en popüler araçlardır).

Tarama tamamlandığında, Tarama Raporu yayınlanır. Bu raporda, Yanlış Pozitifler filtrelenir ve güvenlik açıklarının geri kalanı, her sorunun ciddiyetine bağlı olarak sorunları gidermeye başlaması için Geliştirme ekibine bildirilir.

Hataların yayılmasını ortaya çıkarmak için bu adımda penetrasyon testi de yapılır. Platformlar, ağlar ve işletim sistemi genelinde sıkı güvenlik testleri yapılmalıdır.

Başka bir Güvenlik Testi için manuel araçlar kullanılmış Paros Proxy , Http İzle , Burp Süit , ve Güçlendirin.

Güvenlik testinin temel amacı, yazılım uygulamasının sahip olabileceği tüm güvenlik açıklarını tespit etmektir.

Güvenlik testi, uygulamayı aşağıdakilere karşı test eder:

  • Herhangi bir harici saldırı veya kötü niyetli olarak uygulamayı hackleme girişimi.
  • Yazılım uygulamasındaki herhangi bir boşluk, veri veya parasal kayba neden olacak şekilde istismar edilebilir.
  • Uygulamayı barındıran ağ, sunucular ve iş istasyonlarındaki herhangi bir güvenlik açığı.

Aşağıda çeşitli güvenlik testi türleri verilmiştir:

Güvenlik Açığı Testi: Çeşitli güvenlik açıklarını kontrol etmek için otomatik bir program geliştirilir ve yürütülür.

Güvenlik Taraması: Bu varyant, ağ ve sistem açıklarını araştırmak etrafında döner ve ilişkili riski azaltmak için çözümler sunar.

Penetrasyon testi: Güvenlik testinin bu çeşidi, aksi takdirde veri tabanına veya uygulama verilerine erişim kazanabilecek olan güvenlik açıklarını ve boşlukları yakalamaya yönelik bir bilgisayar korsanlığı girişimini taklit eder.

Güvenlik Denetimi: Herhangi bir güvenlik açıkları için uygulamanın ve ilgili ağların denetlenmesini içerir.

Risk değerlendirmesi: Bu varyant, bir güvenlik açığı veya boşluktan kötü niyetli amaçlarla yararlanıldığında, risk düzeyini değerlendirmek için bir analiz yapar. Bu tür riskler düşük, orta ve yüksek olarak kategorize edilebilir. Risk düzeyine bağlı olarak, riski azaltmak veya önlemek için test ekibi tarafından uygun önlemler önerilir.

Etik hackleme: Bu, bir kuruluş tarafından, uygulamasında veya ağında yararlanılabilecek boşlukları belirlemek için sistemlerinde gerçekleştirilir. Bu tür bilgisayar korsanlığının amacı, uygulamayı veya ağı çalmak veya zarar vermek değildir.

Duruş Değerlendirmesi: Bu, güvenlik taraması, risk değerlendirmeleri ve etik hacklemeden oluşan kapsamlı bir değerlendirmedir.

SQL Enjeksiyonu: Sunucu veritabanına erişim sağlamak için SQL Enjeksiyonu kullanılabilir. Test, kodun doğru çalıştığından emin olmak için yapılır ve bu, kullanıcıdan aşağıdaki girdilere göre veritabanında sorguları yürütür:

  • Parantez
  • Kesme işaretleri
  • Virgül
  • Alıntı işaretleri

BFSI Uygulamasını Test Etmenin Diğer Aşamaları

Yukarıdaki ana aşamaların yanı sıra, Entegrasyon Testi, Kullanılabilirlik testi, Kullanıcı kabul testi ve Performans Testi gibi farklı aşamalar olabilir.

Bu aşamalardan da kısaca bahsedelim:

Entegrasyon testi

Bildiğiniz gibi, bir bankacılık uygulamasında, transferler, fatura ödemeleri, mevduat vb. Gibi birkaç farklı modül olabilir. Ve bu nedenle, geliştirilen birçok bileşen vardır. Entegrasyon testinde, tüm bileşenler birlikte entegre edilir ve doğrulanır.

Kullanılabilirlik testi

Kullanılabilirlik testi

Bir bankacılık uygulaması çok çeşitli müşterilere hizmet vermektedir. Bu müşterilerden bazıları, bankacılık görevlerini uygulama üzerinden gerçekleştirmek için gereken beceri ve bilinçten yoksun olabilir.

Bu nedenle, bankacılık uygulaması, farklı müşteri grupları arasında kullanılabilir hale getirmek için basit ve verimli tasarım açısından test edilmelidir. Arayüzün daha basit ve kullanımı kolay olması, bankacılık uygulamasından daha fazla müşteri yararlanacaktır.

İş kullanıcıları veya banka müşterilerinin uygulamayı kullanmadaki kolaylık düzeyini incelemekle ilgilidir. Bu test, geliştirici veya test eden kişi tarafından yapılmaz, iş kullanıcıları tarafından gerçekleştirilir.

Örneğin, Günümüzde herkes mobil uygulamaları kullanıyor. Bankacılık uygulaması kullanıcı dostu olmalı ve son kullanıcı tarafından anlaşılması ve kullanılması kolay olmalıdır.

Kullanılabilirlik Testi Türleri

Karşılaştırmalı Kullanılabilirlik Testi: Bu, bir web sitesinin veya uygulamanın diğeriyle kullanım kolaylığının olduğu karşılaştırmaya dayalı testtir. Bu tür testlerin hedefi, en iyi kullanıcı deneyimini sağlamaktır.

Keşifsel Kullanılabilirlik Testi: Bu testin amacı, bankanın müşteri gereksinimlerini karşılamak için yeni uygulama veya yazılımın sahip olması gereken özellikleri belirlemektir.

Kullanılabilirlik Testinin avantajları ve dezavantajları aşağıdadır

jar dosyalarını nasıl açarsınız

Avantajlar:

  • Uygulamanın son kullanıcıları genellikle teste dahil edilir, bu nedenle ilk elden geri bildirim alınır.
  • Bir ürünün sahip olması veya olmaması gereken bir özellik hakkında analiz ve tartışma için zaman harcamak yerine, girdileri doğrudan son kullanıcıdan almak daha iyidir.
  • Olası sorunları önceden tespit edebiliriz.

Dezavantajları:

  • Teste birden fazla son kullanıcı dahil olduğundan, görüşleri kesin değilse de gereksinimi etkileyebilir.
  • Son kullanıcılardan gelen feed etkilenebilir.

Performans testi

Maaş günü, mali yılın sonu, bayram mevsimleri gibi belirli dönemler, uygulamadaki normal trafikte değişiklik veya artış getirebilir. Bu nedenle, müşterilerin performans hatalarından etkilenmemesi için kapsamlı performans testleri yapılmalıdır.

Banka müşterilerinin performans sorunları nedeniyle kişisel olarak etkilendiği geçmişten önemli bir örnek, müşterilerin banka kartlarını çektiği ve kredi kartlarının ülkedeki mağazalarda işlemlerinin reddedildiği NatWest ve RBS siber Pazartesi BT kesintisidir.

kullanıcı Kabul Testi

Bu, uygulamanın gerçek dünya senaryolarına uyduğundan ve yayınlanırsa kullanıcılar tarafından kabul edileceğinden emin olmak için son kullanıcıları dahil ederek yapılır.

Bugünün senaryosunda Bankacılık Projelerinin çoğu kullanıyor : Çevik / Scrum, RUP ve Sürekli Entegrasyon metodolojileri ve Microsoft’un VSTS ve Rational Tools gibi Araçlar paketleri.

Yukarıda RUP hakkında bahsettiğimiz gibi, RUP, IBM tarafından sunulan ve geliştirme ve test faaliyetlerinin gerçekleştirildiği dört aşamadan oluşan yinelemeli bir yazılım geliştirme metodolojisi olan Rational Unified Process'in kısaltmasıdır.

Dört aşama
i) Başlangıç
ii) İşbirliği
iii) İnşaat ve
iv) Geçiş

RUP, yaygın olarak IBM Rational araçlarını içerir.

Bankacılık Uygulaması İçin Örnek Test Örnekleri

Yeni Şube için test senaryoları

  • Geçerli ve geçersiz test verileriyle yeni bir şube oluşturun.
  • Veri olmadan yeni bir şube oluşturun.
  • Mevcut şube verileriyle yeni bir şube oluşturun.
  • Sıfırlama ve iptal seçeneklerini doğrulayın.
  • Şube ayrıntılarını geçerli ve geçersiz test verileriyle güncelleyin.
  • Şube ayrıntılarını mevcut şube test verileriyle güncelleyin.
  • Yeni şubenin kaydedilip kaydedilemeyeceğini doğrulayın.
  • İptal seçeneğinin çalıştığını doğrulayın.
  • Bağımlılık içeren ve içermeyen şube silme işlemini doğrulayın.
  • Şube arama seçeneğinin çalışıp çalışmadığını doğrulayın.

Yeni Rol için Test Durumları

  • Geçerli ve geçersiz test verileriyle yeni bir rol oluşturun.
  • Veri olmadan yeni bir rol oluşturun.
  • Mevcut test verileriyle yeni bir rolün oluşturulabileceğini doğrulayın.
  • Rol açıklamasını ve rol türlerini doğrulayın.
  • İptal ve sıfırlama seçeneğinin çalıştığını doğrulayın.
  • Bağımlılık içeren ve içermeyen rol silme sürecini doğrulayın.
  • Rol ayrıntıları sayfasındaki bağlantıları doğrulayın.
  • Yönetici girişini test verileri olmadan doğrulayın.
  • Yönetici rolü için tüm ana sayfa bağlantılarını doğrulayın.
  • Yöneticinin parolayı geçerli ve geçersiz test verileriyle değiştirebileceğini doğrulayın.
  • Yöneticinin başarıyla çıkış yaptığını doğrulayın.

Müşteri ve Bankacı için test senaryoları

  • Tüm ziyaretçi ve müşteri bağlantılarının düzgün çalışıp çalışmadığını doğrulayın.
  • Müşteri girişini geçerli ve geçersiz test verileriyle doğrulayın.
  • Müşteri girişini herhangi bir veri olmadan doğrulayın.
  • Herhangi bir veri olmadan bankacı girişini doğrulayın.
  • Bankacı girişini geçerli veya geçersiz test verileriyle doğrulayın.
  • Müşterinin veya bankacının başarıyla çıkış yapabildiğini doğrulayın.

Yeni kullanıcılar için test durumları

  • Yeni kullanıcının geçerli ve geçersiz test verileriyle oluşturulabileceğini doğrulayın.
  • Mevcut şube test verileriyle yeni bir kullanıcı oluşturun
  • İptal ve sıfırlama seçeneğinin düzgün çalışıp çalışmadığını doğrulayın.
  • Kullanıcı ayrıntılarını geçerli ve geçersiz test verileriyle güncelleyin.
  • Yeni kullanıcının silinmesini doğrulayın.
  • yeni kullanıcının doğrulanabilir olup olmadığını kontrol edin.
  • Zorunlu giriş parametrelerini doğrulayın.
  • İsteğe bağlı giriş parametrelerini doğrulayın.
  • Bir kullanıcının isteğe bağlı parametreler olmadan oluşturulup oluşturulamayacağını doğrulayın.

Yeni bir Hesap oluşturmak için test senaryoları

  • Geçerli ve geçersiz kullanıcı verileriyle yeni bir hesap oluşturun.
  • Kullanıcı ayrıntılarının güncellenip güncellenemeyeceğini doğrulayın.
  • Yeni bir kullanıcının kaydedilip kaydedilemeyeceğini doğrulayın.
  • Mevcut kullanıcının verileriyle yeni bir hesap oluşturun.
  • Kullanıcının tutarı yeni oluşturulan hesaba yatırabildiğini (ve bakiyeyi güncelleyebileceğini) doğrulayın.
  • Kullanıcının yeni hesaptan bir miktar çekebileceğini doğrulayın (para yatırdıktan ve bakiyeyi güncelledikten sonra).
  • Maaş durumunda, hesap şirket adını doğrular ve diğer ayrıntılar kullanıcı tarafından sağlanır.
  • İkincil bir hesap olması durumunda birincil hesap numarasının verilip verilmediğini doğrulayın.
  • Cari hesap durumunda sağlanan kullanıcı bilgilerini doğrulayın.
  • Ortak hesap olması durumunda ortak hesap için sağlanan kanıtları doğrulayın.
  • Maaş hesabında sıfır bakiye tutup tutamayacağınızı doğrulayın.
  • Maaşsız hesap için sıfır bakiye veya minimum bakiye tutup tutamayacağınızı doğrulayın.
  • Yeni kullanıcının başarıyla çıkış yapabildiğini doğrulayın.

Net Bankacılık Uygulaması İçin Test Örnekleri

  • Kullanıcının banka sitesini açıp açamadığını kontrol edin.
  • Sitedeki tüm bağlantıların çalışıp çalışmadığını kontrol edin.
  • Kullanıcının yeni bir hesap oluşturabildiğini doğrulayın.
  • Kullanıcının geçerli ve geçersiz kullanıcı adı ve parola ile oturum açıp açamadığını kontrol edin.
  • Oturum açma sırasında kullanıcı adı veya paroladan herhangi birinin boş olup olmadığını, kullanıcının oturum açmasına izin verilmemeli ve bir uyarı mesajı gösterilmelidir.
  • Kullanıcının parolayı değiştirmesine izin verilip verilmediğini kontrol edin.
  • Geçersiz bir kullanıcı veya şifre girilirse uygun hata mesajı gösterilir.
  • Geçersiz şifreye sahip kullanıcıların oturum açmasına izin verilmemelidir.
  • Yanlış bir parola ile tekrar tekrar oturum açma girişimlerinden sonra, kullanıcıya bir hata mesajı gösterilmesi ve engellenmesi gerektiğini doğrulayın.
  • Kullanıcının bazı temel işlemleri gerçekleştirip gerçekleştiremediğini kontrol edin.
  • Kullanıcının geçerli ve geçersiz ayrıntılara sahip bir yararlanıcı ekleyebildiğini doğrulayın.
  • Kullanıcının yararlanıcıyı silip silemeyeceğini doğrulayın.
  • Kullanıcının yeni eklenen yararlanıcıya işlem yapabildiğini doğrulayın.
  • İşlemden sonra hem kullanıcının hem de alıcının hesaplarının güncellenip güncellenmediğini kontrol edin.
  • Kullanıcının miktarı ondalık sayı olarak girip giremediğini kontrol edin.
  • Kullanıcının miktar alanına negatif sayılar girip giremediğini doğrulayın.
  • Kullanıcının minimum bakiye ile veya bakiyesiz işlem yapmasına izin verilip verilmediğini doğrulayın.
  • Kullanıcının yeni bir RD yapıp yapamayacağını doğrulayın.
  • Yetersiz bakiye ile işlem yapılması durumunda uygun mesajın gösterildiğini doğrulayın.
  • Herhangi bir işlem yapılmadan önce kullanıcıdan onay istenip istenmediğini kontrol edin.
  • Her başarılı işlemde alındı ​​bildirimi sağlandığını doğrulayın.
  • Kullanıcının birden fazla hesaba para transfer edebildiğini doğrulayın.
  • kullanıcının işlemi iptal edip edemeyeceğini doğrulayın.
  • Hesap ayrıntılarının yapılan mali işlemleri de yansıttığını doğrulayın.
  • Zaman aşımı özelliğinin uygulandığını doğrulayın.
  • oturum zaman aşımı durumunda kullanıcının tekrar oturum açması gerektiğini doğrulayın.
  • Herhangi bir hareketsizlik durumunda uygun oturum zaman aşımının yapıldığını doğrulayın.
  • İşlem yaparken kullanıcının güvenli moda alındığını doğrulayın.
  • Kullanıcının başarıyla çıkış yapıp yapamayacağını doğrulayın.
  • Arama ve sıfırlama seçeneklerini doğrulayın.

Sonuç

Bu yazıda tartıştık Bankacılık uygulaması ne kadar karmaşık olabilir ve nedir uygulamanın test edilmesiyle ilgili tipik aşamalar . Bunun dışında, yazılım geliştirme metodolojileri ve araçları dahil olmak üzere BT endüstrilerinin izlediği güncel eğilimleri de tartıştık.

Bu konudaki deneyiminizi veya sorularınızı paylaşmaktan çekinmeyin!

Önerilen Kaynaklar

^