Menü

Veri Taşıma Testi Eğitimi: Eksiksiz Bir Kılavuz

data migration testing tutorial

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

Veri Taşıma Testine Genel Bakış:

Bir uygulamanın farklı bir sunucuya taşındığı, teknolojinin değiştirildiği, bir sonraki sürüme güncellendiği veya farklı bir veritabanı sunucusuna taşındığı vb.

  • Bu aslında ne anlama geliyor?
  • Bu durumlarda test ekibinden ne bekleniyor?

Test açısından bakıldığında, bunların tümü, uygulamanın mevcut sistemden yeni sisteme başarıyla geçişle birlikte uçtan uca kapsamlı bir şekilde test edilmesi gerektiği anlamına gelir.

Bu serideki öğreticiler:

Bu durumda, eski bir uygulamada kullanılan tüm veriler ve yeni verilerle sistem testi yapılmalıdır. Yeni / değiştirilmiş işlevsellik ile birlikte mevcut işlevselliğin doğrulanması gerekir.

Veri Taşıma Testi

Yalnızca Geçiş Testi yerine, kullanıcının tüm verilerinin yeni bir sisteme taşınacağı Veri Taşıma Testi olarak da adlandırılabilir.

Dolayısıyla, Taşıma testi eski verilerle, yeni verilerle veya her ikisinin kombinasyonuyla, eski özelliklerle (değiştirilmemiş özellikler) ve yeni özelliklerle testi içerir.

Eski uygulama genellikle ' miras ' uygulama. Yeni / yükseltilmiş uygulamayla birlikte, yeni / yükseltilmiş uygulamalar kararlı ve tutarlı hale gelene kadar eski uygulamaları test etmeye devam etmek de zorunludur. Yeni uygulamada kapsamlı geçiş testi, eski uygulamada bulunmayan yeni sorunları ortaya çıkaracaktır.

Ne öğreneceksin:

Göç Testi nedir?

Geçiş Testi, eski sistemin yeni sisteme minimum kesinti / kesinti süresiyle, veri bütünlüğü ve veri kaybı olmadan, uygulamanın belirtilen tüm işlevsel ve işlevsel olmayan yönlerinin sonradan karşılandığını garanti eden bir doğrulama sürecidir. göç.

Geçiş Sisteminin Basit Temsili:

Göç Testi

Neden Göç Testi?

Bildiğimiz gibi, yeni bir sisteme uygulama geçişi çeşitli nedenlerle, sistem konsolidasyonu, eski teknoloji, optimizasyon veya başka nedenlerle olabilir.

Bu nedenle, Kullanımdaki Sistemin yeni bir sisteme taşınması gerekirken, aşağıdaki noktaların sağlanması önemlidir:

  1. Kullanıcıya geçiş nedeniyle oluşan her türlü aksaklık / rahatsızlıktan kaçınılması / en aza indirilmesi gerekir. Örneğin: kesinti, veri kaybı
  2. Taşıma sırasında minimum hasara neden olarak veya hiç zarar vermeden kullanıcının yazılımın tüm özelliklerini kullanmaya devam edip edemeyeceğinin sağlanması gerekir. Örneğin: işlevsellikteki değişiklik, belirli bir işlevselliğin kaldırılması
  3. Canlı sistemin gerçek göçü sırasında meydana gelebilecek olası tüm aksaklıkları / engelleri önceden tahmin etmek ve dışlamak da önemlidir.

Bu nedenle, bu kusurları ortadan kaldırarak canlı sistemin sorunsuz bir şekilde taşınmasını sağlamak için, Laboratuvarda Migrasyon Testinin yapılması önemlidir.

Bu testin kendi önemi vardır ve veriler ortaya çıktığında hayati bir rol oynar.

Teknik olarak, aşağıdaki amaçlar için de uygulanması gerekmektedir:

  • Yeni / yükseltilmiş uygulamanın, eski uygulamanın desteklediği tüm olası donanım ve yazılımlarla uyumluluğunu sağlamak için. Ayrıca yeni uyumluluk yeni donanım, yazılım platformu için de test edilmelidir.
  • Mevcut tüm işlevlerin eski uygulamadaki gibi çalışmasını sağlamak için. Eski uygulamaya kıyasla uygulamanın çalışma biçiminde herhangi bir değişiklik olmamalıdır.
  • Göç nedeniyle çok sayıda kusur olasılığı çok yüksektir. Kusurların çoğu genellikle verilerle ilgili olacaktır ve bu nedenle bu kusurların test sırasında tanımlanması ve düzeltilmesi gerekir.
  • Yeni / yükseltilmiş uygulamanın Sistem yanıt süresinin eski uygulamayla aynı veya daha kısa olup olmadığından emin olmak için.
  • Sunucular, donanım, yazılım vb. Arasındaki bağlantının sağlam olduğundan ve test sırasında kopmadığından emin olmak için. Farklı bileşenler arasındaki veri akışı hiçbir koşulda kesilmemelidir.

Bu Test Ne Zaman Gereklidir?

Test, geçişten önce ve sonra yapılmalıdır.

Geçiş testinin farklı aşamaları Test Laboratuarında yapılacak olanlar aşağıdaki şekilde sınıflandırılabilir.

  1. Ön Göç Testi
  2. Göç Testi
  3. Göç Sonrası Test

Yukarıdakilere ek olarak, aşağıdaki testler de yapılır Tüm Göç faaliyetinin bir parçası olarak.

  1. Geriye Dönük Uyumluluk Doğrulaması
  2. Geri Alma Testi

Bu Testi gerçekleştirmeden önce, herhangi bir Test Cihazının aşağıdaki noktaları net bir şekilde anlaması önemlidir:

  1. Yeni sistemin bir parçası olarak meydana gelen değişiklikler (sunucu, ön uç, DB, şema, veri akışı, işlevsellik vb.)
  2. Ekip tarafından ortaya konulan gerçek geçiş stratejisini anlamak. Geçiş nasıl gerçekleşir, sistemin arka ucunda adım adım gerçekleşen değişiklikler ve bu değişikliklerden sorumlu komut dosyaları.

Bu nedenle, eski ve yeni sistem üzerinde kapsamlı bir çalışma yapmak ve daha sonra, yukarıdaki test aşamalarının bir parçası olarak ele alınacak test senaryolarını ve test senaryolarını buna göre planlamak ve tasarlamak ve test stratejisini hazırlamak önemlidir.

Veri Taşıma Test Stratejisi

Geçiş için test stratejisinin tasarlanması, gerçekleştirilecek bir dizi faaliyet ve dikkate alınması gereken birkaç husus içerir. Bu, geçişin bir sonucu olarak ortaya çıkan hataları ve riskleri en aza indirmek ve geçiş testini etkin bir şekilde gerçekleştirmek içindir.

Bu Testteki Faaliyetler:

# 1) Uzman ekip oluşumu :

Test ekibini gerekli bilgi ve deneyime sahip üyelerden oluşturun ve taşınan sistemle ilgili eğitim verin.

#iki) İş risk analizi, olası hata analizi :

Mevcut iş göçten sonra engellenmemeli ve bu nedenle ' İş Risk Analizi ’ doğru paydaşları (Test Yöneticisi, İş Analisti, Mimarlar, Ürün Sahipleri, İş Sahibi vb.) içeren toplantılar yaparak riskleri ve uygulanabilir hafifletmeleri tespit edin. Test, bu riskleri ortaya çıkarmak ve uygun azaltmaların uygulanıp uygulanmadığını doğrulamak için senaryolar içermelidir.

Yönetmek ' Olası Hata Analizi ’ uygun kullanarak 'Hata Tahmin Yaklaşımları' ve daha sonra test sırasında ortaya çıkarmak için bu hataların etrafında testler tasarlayın.

c ++ uyku_for

# 3) Taşıma kapsamı analizi ve tanımlama:

Geçiş testinin net kapsamını ne zaman ve neyin test edilmesi gerektiğini analiz edin.

# 4) Uygun Taşıma Aracını belirleyin:

Bu testin stratejisini otomatik veya manuel olarak tanımlarken kullanılacak araçları belirleyin. Örneğin: Kaynak ve hedef verileri karşılaştırmak için otomatik araç.

# 5) Geçiş için uygun Test Ortamını belirleyin:

Testin bir parçası olarak gerekli olan her türlü doğrulamayı gerçekleştirmek için Geçiş Öncesi ve Sonrası ortamlar için ayrı ortamları tanımlayın. Test ortamının buna göre kurulduğundan emin olmak için Eski ve Yeni Geçiş sisteminin teknik yönlerini anlayın ve belgeleyin.

# 6) Geçiş Testi Spesifikasyon Belgesi ve incelemesi:

Test yaklaşımını, test alanlarını, test yöntemlerini (otomatik, manuel), test metodolojisini (kara kutu, beyaz kutu test tekniği ), Test döngülerinin sayısı, test programı, veri oluşturma ve canlı verileri kullanma yaklaşımı (hassas bilgilerin maskelenmesi gerekir), test ortamı özellikleri, test uzmanlarının nitelikleri vb. Paydaşlarla bir inceleme oturumu düzenleyin.

# 7) Taşınan sistemin üretim lansmanı :

Üretim geçişi için yapılacaklar listesini analiz edin ve belgeleyin ve bunu önceden yayınlayın

Farklı Göç Aşamaları

Aşağıda Göçün çeşitli aşamaları verilmiştir.

Faz 1:Ön Göç Testi

Verileri taşımadan önce, Göç Öncesi test aşamasının bir parçası olarak bir dizi test etkinliği gerçekleştirilir. Bu, daha basit uygulamalarda göz ardı edilir veya dikkate alınmaz. Ancak karmaşık uygulamaların taşınması gerektiğinde, Ön Geçiş faaliyetleri bir zorunluluktur.

Bu aşamada gerçekleştirilen eylemlerin listesi aşağıdadır:

  • Verilerin net bir kapsamını belirleyin - hangi verilerin dahil edilmesi, hangi verilerin hariç tutulması, hangi verilerin dönüşüm / dönüşüm gerektirmesi vb.
  • Eski ve yeni uygulama arasında veri eşleştirme gerçekleştirin - eski uygulamadaki her veri türü için, yeni uygulamadaki ilgili türünü karşılaştırın ve ardından eşleyin - Daha yüksek düzeyde eşleme.
  • Yeni uygulamada zorunlu olan alan varsa, ancak eski uygulamada durum böyle değilse ve ardından eski uygulamada bu alanın boş olmadığından emin olun. - Alt seviye haritalama.
  • Yeni uygulamanın veri şemasını - alan adları, türler, minimum ve maksimum değerler, uzunluk, zorunlu alanlar, alan düzeyi doğrulamaları vb.
  • Eski sistemdeki bazı tablolar not edilmelidir ve herhangi bir tablo düşürülürse ve taşıma sonrası eklenirse doğrulanmalıdır.
  • Her tablodaki bir dizi kayıt, görünümler eski uygulamada not edilmelidir.
  • Yeni uygulamadaki arayüzleri ve bağlantılarını inceleyin. Arayüzde akan veri yüksek derecede güvenli olmalı ve bozulmamalıdır.
  • Yeni uygulamalarda yeni koşullar için test senaryoları, test senaryoları ve kullanım senaryoları hazırlayın.
  • Bir dizi test senaryosu, bir dizi kullanıcıyla senaryo yürütün ve sonuçları, günlükleri saklayın. Eski verilerin ve işlevselliğin sağlam olduğundan emin olmak için Taşıma işleminden sonra aynı şeyin doğrulanması gerekir.
  • Veri ve kayıtların sayımı açıkça not edilmelidir, veri kaybı olmaması için Taşıma işleminden sonra doğrulanması gerekir.

Faz 2:Göç Testi

' Göç Rehberi ’ Göç ekibi tarafından hazırlanan, geçiş faaliyetini gerçekleştirmek için sıkı bir şekilde takip edilmelidir. İdeal olarak, geçiş etkinliği verilerin teybe yedeklenmesiyle başlar, böylece eski sistem her zaman geri yüklenebilir.

' Migration Guide ’ayrıca veri Taşıma Testinin bir parçasıdır . Belgenin net ve takip edilmesi kolay olduğunu doğrulayın. Tüm komut dosyaları ve adımlar, herhangi bir belirsizlik olmadan doğru bir şekilde belgelenmelidir. Her türlü dokümantasyon hatası, adımların uygulanma sırasındaki eksik eşleşmeler de raporlanabilmeleri ve düzeltilebilmeleri için önemli görülmelidir.

Taşıma komut dosyalarının, kılavuzların ve gerçek geçişle ilgili diğer bilgilerin, yürütme için sürüm kontrol havuzundan alınması gerekir.

Geçişin başlangıcından sistemin başarılı bir şekilde geri yüklenmesine kadar geçen gerçek süreyi not etmek, yürütülecek test durumlarından biridir ve bu nedenle 'Sistemi taşımak için geçen süre' Migration test sonuçlarının bir parçası olarak teslim edilecek olan nihai test raporuna kaydedilmesi gerekir ve bu bilgiler üretim başlangıcı sırasında faydalı olacaktır. Test ortamında kaydedilen kesinti süresi, canlı sistemdeki yaklaşık kesinti süresini hesaplamak için tahmin edilir.

Göç faaliyetinin gerçekleştirileceği eski sistem üzerindedir.

Bu test sırasında, Geçiş etkinliklerini gerçekleştirmek için ortamın tüm bileşenleri genellikle indirilir ve ağdan çıkarılır. Bu nedenle not etmek gerekir 'Kapalı Kalma Süresi' Göç testi için gereklidir. İdeal olarak, Göç zamanıyla aynı olacaktır.

Genel olarak, 'Geçiş Kılavuzu' belgesinde tanımlanan Taşıma etkinliği şunları içerir:

  • Uygulamanın Gerçek Göçü
  • Güvenlik duvarları, bağlantı noktası, ana bilgisayarlar, donanım, yazılım yapılandırmalarının tümü, mirasın taşındığı yeni sisteme göre değiştirilir
  • Veri sızıntıları, güvenlik kontrolleri yapılır
  • Uygulamanın tüm bileşenleri arasındaki bağlantı kontrol edilir

Test uzmanlarının, sistemin arka ucunda yukarıdakileri doğrulaması veya beyaz kutu testi gerçekleştirmesi önerilir.

Kılavuzda belirtilen Taşıma etkinliği tamamlandıktan sonra, tüm sunucular açılır ve başarılı geçişin doğrulanması ile ilgili temel testler yapılır, bu da tüm uçtan uca sistemlerin uygun şekilde bağlanmasını ve tüm bileşenlerin birbiriyle konuşmasını sağlar. diğer, DB çalışıyor ve ön uç arka uç ile başarılı bir şekilde iletişim kuruyor. Bu testlerin daha önce tanımlanması ve Migration Test Specification belgesine kaydedilmesi gerekir.

Yazılımın birden çok farklı platformu destekleme olasılığı vardır. Böyle bir durumda, göçün bu platformların her birinde ayrı ayrı doğrulanması gerekir.

Taşıma komut dosyalarının doğrulanması Taşıma testinin bir parçası olacaktır. Bazen ayrı bir taşıma komut dosyası da bağımsız bir test ortamında 'Beyaz kutu testi' kullanılarak doğrulanır.

Dolayısıyla, geçiş testi 'beyaz kutu ve Kara kutu testi' nin bir kombinasyonu olacaktır.

Geçişle ilgili bu doğrulama yapıldıktan ve ilgili testler geçildikten sonra ekip, Geçiş Sonrası test faaliyetine devam edebilir.

3. Aşama:Göç Sonrası Test

Uygulama başarılı bir şekilde taşındığında, Göç Sonrası testler devreye giriyor.

Burada uçtan uca sistem testi, test ortamında gerçekleştirilir. Test uzmanları, tanımlanmış test senaryolarını, test senaryolarını, eski verilerle kullanım durumlarını ve yeni bir veri kümesini yürütür.

Bunlara ek olarak, aşağıda listelenen, taşınan ortamlarda doğrulanması gereken belirli öğeler vardır:

Bunların tümü bir test senaryosu olarak belgelenir ve 'Test Spesifikasyonu' belgesine dahil edilir.

  1. Mirastaki tüm verilerin planlanan kesinti süresi içinde yeni uygulamaya geçirilip geçirilmediğini kontrol edin. Bunu sağlamak için, veritabanındaki her tablo ve görünümler için eski ve yeni uygulama arasındaki kayıtların sayısını karşılaştırın. Ayrıca, 10000 kaydı taşımak için geçen zamanı da bildirin.
  2. Yeni sisteme göre tüm şema değişikliklerinin (eklenen veya kaldırılan alanlar ve tablolar) güncellenip güncellenmediğini kontrol edin.
  3. Eski uygulamadan yeni uygulamaya taşınan veriler, belirtilmediği sürece değerini ve biçimini korumalıdır. Bunu sağlamak için eski ve yeni uygulamanın veritabanı arasındaki veri değerlerini karşılaştırın.
  4. Taşınan verileri yeni uygulamaya göre test edin. Burada maksimum sayıda olası durumu ele alın. Veri taşıma doğrulamasına ilişkin% 100 kapsama sağlamak için otomatik test aracını kullanın.
  5. Veritabanı güvenliğini kontrol edin.
  6. Olası tüm örnek kayıtlar için veri bütünlüğünü kontrol edin.
  7. Eski sistemde daha önce desteklenen işlevselliğin yeni sistemde beklendiği gibi çalıştığını kontrol edin ve emin olun.
  8. Bileşenlerin çoğunu kapsayan uygulama içindeki veri akışını kontrol edin.
  9. Veriler, bileşenlerden geçerken değiştirilmemeli, kaybolmamalı ve bozulmamalı olduğundan, bileşenler arasındaki arayüz kapsamlı bir şekilde test edilmelidir. Bunu doğrulamak için entegrasyon testi senaryoları kullanılabilir.
  10. Eski verilerin yedekliliğini kontrol edin. Taşıma sırasında hiçbir eski veri kendi başına kopyalanmamalıdır
  11. Veri türünün değişmesi, saklama biçiminin değişmesi gibi veri uyuşmazlığı durumlarını kontrol edin,
  12. Eski uygulamadaki tüm saha düzeyindeki kontroller yeni uygulamada da ele alınmalıdır
  13. Yeni uygulamadaki herhangi bir veri eklenmesi, mirası geri yansıtmamalıdır
  14. Eski uygulamanın verilerinin yeni uygulama aracılığıyla güncellenmesi desteklenmelidir. Yeni uygulamada bir kez güncellendikten sonra, mirası geri yansıtmamalıdır.
  15. Yeni uygulamada eski uygulamanın verilerinin silinmesi desteklenmelidir. Yeni uygulamada silindikten sonra, eski haldeki verileri de silmemelidir.
  16. Eski sistemde yapılan değişikliklerin, yeni sistemin bir parçası olarak sunulan yeni işlevi desteklediğini doğrulayın.
  17. Eski sistemdeki kullanıcıların hem eski işlevselliği hem de yeni işlevselliği, özellikle değişikliklerin dahil olduğu işlevleri kullanmaya devam edebileceklerini doğrulayın. Geçiş öncesi test sırasında depolanan test senaryolarını ve test sonuçlarını yürütün.
  18. Sistemde yeni kullanıcılar oluşturun ve hem eski hem de yeni uygulamanın işlevselliğinin yeni oluşturulan kullanıcıları desteklediğinden ve sorunsuz çalıştığından emin olmak için testler yapın.
  19. Çeşitli veri örnekleriyle (farklı yaş grubu, farklı bölgeden kullanıcılar vb.) İşlevsellikle ilgili testler gerçekleştirin.
  20. Yeni özellikler için 'Özellik Bayrakları' nın etkinleştirilip etkinleştirilmediğini ve onu açıp kapatmanın özelliklerin açılıp kapanmasını sağlayıp sağlamadığını da doğrulamak gerekir.
  21. Yeni sisteme / yazılıma geçişin sistemin performansını düşürmediğinden emin olmak için performans testi önemlidir.
  22. Ayrıca, sistem kararlılığını sağlamak için Yük ve stres testlerinin yapılması da gereklidir.
  23. Yazılım yükseltmesinin herhangi bir güvenlik açığı açmadığını doğrulayın ve bu nedenle, özellikle geçiş sırasında sistemde değişikliklerin yapıldığı alanda güvenlik testi yapın.
  24. Kullanılabilirlik, doğrulanması gereken başka bir özelliktir, burada GUI düzeni / ön uç sistemi değiştiyse veya herhangi bir işlevsellik değiştiyse, son kullanıcının eski sisteme kıyasla hissettiği Kullanım Kolaylığı nedir.

Post-Migration testlerinin kapsamı çok büyük hale geldiğinden, Migration'ın başarılı olduğunu doğrulamak için önce yapılması gereken ve daha sonra kalanı daha sonra gerçekleştirmek için yapılması gereken önemli testleri ayırmak idealdir.

Uçtan uca işlevsel test senaryolarının ve diğer olası test durumlarının otomatikleştirilmesi de tavsiye edilir, böylece test süresi kısaltılabilir ve sonuçlar hızlı bir şekilde elde edilebilir.

Test uzmanları için geçiş sonrası yürütme için test senaryoları yazmak için birkaç ipucu:

  • Uygulama taşındığında bu, tüm yeni uygulama için test senaryolarının yazılması gerektiği anlamına gelmez. Miras için halihazırda tasarlanmış test senaryoları, yeni uygulama için hala geçerli olmalıdır. Bu nedenle, mümkün olduğunca eski test senaryolarını kullanın ve eski test senaryolarını gerektiği yerde yeni bir uygulamanın durumlarına dönüştürün.
  • Yeni uygulamada herhangi bir özellik değişikliği varsa, özellikle ilgili test senaryoları değiştirilmelidir.
  • Yeni uygulamada eklenen herhangi bir yeni özellik varsa, o özellik için yeni test senaryoları tasarlanmalıdır.
  • Yeni uygulamada herhangi bir özellik düşüşü olduğunda, ilgili eski uygulamanın test senaryoları taşıma sonrası yürütme için dikkate alınmamalı ve geçerli değil olarak işaretlenmeli ve ayrı tutulmalıdır.
  • Tasarlanan test senaryoları, kullanım açısından her zaman güvenilir ve tutarlı olmalıdır. Kritik verilerin doğrulanması, çalıştırılırken kaçırılmaması için test senaryolarında ele alınmalıdır.
  • Yeni uygulamanın tasarımı eski uygulamadan (UI) farklı olduğunda, UI ile ilgili test senaryoları yeni tasarımı uyarlamak için değiştirilmelidir. Bu durumda, güncelleme veya yenilerini yazma kararı, gerçekleşen değişimin hacmine bağlı olarak test cihazı tarafından alınabilir.

Geriye Dönük Uyumluluk Testi

Sistemin taşınması aynı zamanda test uzmanlarının 'Geriye Dönük Uyumluluğu' doğrulamasını gerektirir, burada tanıtılan yeni sistem eski sistemle (en az 2 önceki sürüm) uyumludur ve bu sürümlerle mükemmel çalışmasını sağlar.

Geriye dönük uyumluluk şunları sağlamaktır:

  1. Yeni sistemin, yeni sürümle birlikte önceki 2 sürümde desteklenen işlevselliği destekleyip desteklemediği.
  2. Sistem, herhangi bir sorun yaşamadan önceki 2 sürümden başarıyla geçirilebilir.

Bu nedenle, geriye dönük uyumluluğu desteklemekle ilgili testleri özel olarak gerçekleştirerek sistemin geriye dönük uyumluluğunu sağlamak esastır. Geriye dönük uyumluluk ile ilgili testlerin tasarlanması ve yürütülmesi için Test Spesifikasyonu belgesine dahil edilmesi gerekir.

Geri Alma Testi

Taşıma sırasında herhangi bir sorun çıkması veya geçiş sırasında herhangi bir noktada geçiş arızası olması durumunda, sistemin kullanıcıları etkilemeden eski sisteme geri dönmesi ve işlevine hızlı bir şekilde devam etmesi mümkün olmalıdır ve daha önce desteklenen işlevsellik.

Bu nedenle, bunu doğrulamak için, Geçiş hatası testi senaryolarının negatif testin bir parçası olarak tasarlanması ve geri alma mekanizmasının test edilmesi gerekir. Eski sisteme geri dönmek için gereken toplam sürenin de kaydedilmesi ve test sonuçlarında rapor edilmesi gerekir.

Geri alma işleminden sonra, ana işlev ve regresyon testi (otomatik) geçişin herhangi bir şeyi etkilemediğinden ve geri alma işleminin eski sistemi yerine getirmede başarılı olduğundan emin olmak için çalıştırılmalıdır.

Taşıma Testi Özet Raporu

Test özet raporu test tamamlandıktan sonra üretilmeli ve sonuç durumu (geçti / kaldı) ve test günlükleri ile birlikte geçişin çeşitli aşamalarının bir parçası olarak gerçekleştirilen çeşitli testlerin / senaryoların özeti hakkındaki raporu kapsamalıdır.

Aşağıdaki faaliyetler için kaydedilen zaman açıkça bildirilmelidir:

  1. Toplam Göç süresi
  2. Uygulamaların aksama süresi
  3. 10000 kaydı taşımak için harcanan süre.
  4. Geri alma için harcanan zaman.

Yukarıdaki bilgilere ek olarak, herhangi bir gözlem / tavsiye de rapor edilebilir.

Veri Taşıma Testindeki Zorluklar

Bu testte karşılaşılan zorluklar esas olarak verilerdir. Listede birkaç tane var:

# 1) Veri Kalitesi:

Eski uygulamada kullanılan verilerin yeni / yükseltilmiş uygulamada kalitesinin düşük olduğunu görebiliriz. Bu gibi durumlarda, iş standartlarını karşılamak için veri kalitesinin iyileştirilmesi gerekir.

Varsayımlar, geçişlerden sonraki veri dönüşümleri, eski uygulamanın kendisine girilen veriler geçersizdir, zayıf veri analizi vb. Düşük veri kalitesine yol açar. Bu, yüksek operasyonel maliyetler, artan veri entegrasyon riskleri ve iş amacından sapma ile sonuçlanır.

# 2) Veri Uyuşmazlığı:

Eski uygulamadan yeni / yükseltilmiş uygulamaya taşınan veriler, yenisinde uyumsuz olarak bulunabilir. Bu, veri türü, veri saklama biçimindeki değişiklikten kaynaklanıyor olabilir, verilerin kullanılma amacı yeniden tanımlanabilir.

Bu, uyumsuz verileri düzeltmek veya kabul etmek ve bu amaca göre ince ayar yapmak için gerekli değişiklikleri değiştirmek için büyük bir çaba ile sonuçlanır.

# 3) Veri Kaybı:

Eski uygulamadan yeni / yükseltilmiş uygulamaya geçilirken veriler kaybolabilir. Bu, zorunlu alanlarda veya zorunlu olmayan alanlarda olabilir. Kaybedilen veriler zorunlu olmayan alanlar içinse, bunun kaydı hala geçerli olacak ve tekrar güncellenebilecektir.

Ancak zorunlu alanın verileri kaybolursa, kaydın kendisi geçersiz hale gelir ve geri çekilemez. Bu, büyük veri kaybına neden olur ve doğru şekilde yakalanmışsa yedekleme veritabanından veya denetim günlüklerinden geri alınması gerekir.

# 4) Veri Hacmi:

Geçiş faaliyetinin kapalı kalma süresi penceresi içinde taşınması çok zaman gerektiren Büyük Veriler. Örneğin: Telekom endüstrisindeki kazı kazan kartları, Akıllı ağ platformundaki kullanıcılar vb. Buradaki zorluk, zamana göre eski veriler temizlenir, yeniden taşınması gereken çok büyük bir yeni veri yaratılır. Otomasyon, büyük veri geçişi için bir çözümdür.

# 5) Gerçek zamanlı bir ortamın simülasyonu (gerçek verilerle):

Test laboratuarında gerçek zamanlı bir ortamın simülasyonu, test uzmanlarının test sırasında karşılaşılmayan gerçek veriler ve gerçek sistemle farklı türden sorunlarla karşılaştıkları bir başka gerçek zorluktur.

Bu nedenle, veri Taşıma Testi yapılırken veri örnekleme, gerçek ortamın kopyalanması, göçte yer alan veri hacminin belirlenmesi oldukça önemlidir.

# 6) Veri hacminin simülasyonu:

örnekle beyaz kutu ve kara kutu testi

Takımların canlı sistemdeki verileri çok dikkatli bir şekilde incelemeleri ve verilerin tipik analizi ve örneklemesini bulmaları gerekir.

Örneğin: 10 yaş, 10-30 yaş vb. yaş grubundaki kullanıcılar, Mümkün olduğunca canlıdan veri alınması, yoksa test ortamında veri oluşturma yapılması gerekir. Büyük miktarda veri oluşturmak için otomatik araçların kullanılması gerekir. Hacim simüle edilemiyorsa, uygulanabilir olan her yerde ekstrapolasyon kullanılabilir.

Veri Taşıma Risklerini Pürüzsüzleştirmek için İpuçları

Aşağıda, veri taşıma risklerini hafifletmek için yapılması gereken birkaç ipucu verilmiştir:

  • Eski sistemde kullanılan verileri standartlaştırın, böylece taşınırken standart veriler yeni sistemde kullanılabilir olur
  • Verilerin kalitesini artırın, böylece taşındığında, son kullanıcı olarak test etme hissi veren test edilecek niteliksel bir veri vardır.
  • Taşınmadan önce verileri temizleyin, böylece taşındığında, yinelenen veriler yeni sistemde bulunmaz ve bu da tüm sistemi temiz tutar
  • Doğru sonuçlar veren kısıtlamaları, depolanan prosedürleri ve karmaşık sorguları yeniden kontrol edin, böylece yeni sistemde de doğru veriler döndürülür.
  • Eski sisteme kıyasla yeni sistemde veri kontrolleri / kayıt kontrolleri gerçekleştirmek için doğru otomasyon aracını belirleyin.

Sonuç

Bu nedenle, veri Taşıma Testini yürütmenin karmaşıklığı göz önünde bulundurulduğunda, test sırasında doğrulamanın herhangi bir yönündeki küçük bir eksikliğin üretimde göçün başarısız olma riskine yol açacağını akılda tutarak dikkatli ve kapsamlı bir çalışma yapmak çok önemlidir. ve geçiş öncesi ve sonrası sistemin analizi. Güçlü araçların yanı sıra yetenekli ve eğitimli test uzmanlarıyla etkili geçiş stratejisini planlayın ve tasarlayın.

Geçişin uygulamanın kalitesi üzerinde büyük bir etkisi olduğunu bildiğimiz için, tüm sistemi işlevsellik, performans, güvenlik, kullanılabilirlik, kullanılabilirlik, güvenilirlik, uyumluluk gibi tüm yönlerden doğrulamak için tüm ekip tarafından iyi miktarda çaba sarf edilmelidir. vb., bu da başarılı bir 'Geçiş Testi'ni sağlayacaktır.

'Farklı Taşıma Türleri' bu genellikle gerçekte oldukça sık görülür ve testlerini ele almanın yolları kısaca açıklanacaktır. bu serideki sonraki öğretici .

Yazarlar Hakkında: Bu kılavuz STH Yazarı Nandini tarafından yazılmıştır. Yazılım testlerinde 7 yıldan fazla deneyime sahip. Ayrıca, STH Yazarı Gayathri S.'ye bu seriyi iyileştirmek için değerlendirdiği ve değer önerilerini sağladığı için teşekkür ederiz. Gayathri, Yazılım Geliştirme ve Test Hizmetlerinde 18 yıldan fazla deneyime sahiptir.

Bu eğitimle ilgili yorumlarınızı / önerilerinizi bize bildirin.

Önerilen Kaynaklar

^