Menü

Test Veri Yönetimi Kavramı, Süreci ve Stratejisi

test data management concept

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

Son eğiticide, odaklandık Test Ortamı kusurlarını en aza indirmek için Test Yatağı nasıl hazırlanır . Aynı öğreticinin devamında, bugün öğreneceğiz Test Ortamı nasıl kurulur ve sürdürülür ve önemliTest Veri Yönetimiteknikleri.

Test Ortamı kurulum süreci

Test ortamı için en önemli faktör, onu son kullanıcı ortamına mümkün olduğu kadar yakın bir şekilde çoğaltmaktır. Genel olarak, son kullanıcıların kendi başlarına herhangi bir yapılandırma veya kurulum gerçekleştirmeleri beklenmez, çünkü kendilerine eksiksiz bir ürün veya sistem gönderilir. Bu nedenle, tarafından bu tanım, test ekiplerinin bile bu tür yapılandırmaları açıkça gerçekleştirmesine gerek yoktur.

Test Veri Yönetimi Kavramı, Süreci ve Stratejisi

Bu tür konfigürasyonlardan herhangi biri tamamen test amacıyla gerekliyse (ancak son kullanıcılar için yapılandırılacaksa), yöneticiler belirlenmelidir. Geliştirme ortamını yapılandıran yöneticiler, test ortamını yapılandıran kişilerle aynı olmalıdır.

Geliştirme ekibinin kendisi kurulum / konfigürasyonda inisiyatif alırsa, test ortamında bile aynı şeyi yapmaya yardımcı olmaları gerekir.

Örneğin, Bir uygulamayı çeşitli işletim sistemi platformlarında, bir sistemde (yüklenecek ve yapılandırılacak olan ilgili ara katman yazılımı ile) test etmeniz gerekiyorsa - bunu ele almanın en iyi yolu kullanmaktır sanallaştırma veya Bulut ortamları .

Tüm uygulamaların ve gerekli ara yazılımın doğru şekilde kurulduğu ve yapılandırıldığı bir ana sisteme sahip olun. Ardından, bu sistemi yakalayarak bir ana görüntü haline getirin ve bu aynı görüntüden birkaç örneği klonlayın, böylece her kullanıcı, test edilen uygulama ile özel bir sisteme sahipmiş gibi hisseder.

Aşağıda, bir Test Ortamı sürecinin neleri gerektireceğinin resimli bir tasviri bulunmaktadır:

test verileri ve test ortamı süreci

Test Ortamı Kurulum İşlemi

Ne öğreneceksin:

Bir Test Ortamının Bakımı

Zorluklara rağmen test ortamı hazırlığı hakkında çok şey söylendi, şüphesiz ki bu, bakımı gerektiren veya test ortamını standartlaştırmak için bir zeminden fazlasıdır. Çoğu zaman, bir test uzmanı ortam veya kurulum sorunları nedeniyle test süresini kaybeder.

İşletim sistemlerinde ve donanım ve yazılım yelpazesinde hızlı bir artışla birlikte, ortamın ihtiyaçlarla baş edebilmesi için doğası gereği neredeyse dinamik olması gerekir. Test ekipleri, iyi bir test yönetimi süreciyle yüksek kaliteli bir ürün sunduklarından emin olabilirler ve bu, sınırlı olarak mevcut olan kaynakların en iyi şekilde kullanılmasına yardımcı olur.

Test Ortamının Etkili Bakımını Sağlamak İçin Önemli İşaretler

Test ortamları olarak, çoğu zaman heterojen platformlar ve yığınlar içerir ve aşağıda sunulanlar, test ortamının etkili bir şekilde sürdürülmesini sağlamak için bazı önemli ipuçlarıdır.

# 1) Etkili ortam paylaşımı ve dağıtımı:

Daha önce de belirtildiği gibi, test ortamı hazırlığının temel zorluklarından biri, birçok ekibin veya kişinin test amaçları için aynı kaynakları kullanması gerektiğidir. Bu nedenle, programları geciktirmeden tüm ekiplerin ve kişilerin ihtiyaçlarını karşılayan uygun bir paylaşım mekanizmasının geliştirilmesi gerekiyor.

Bu, aşağıdakilerle ilgili tüm verilerin bulunduğu bir havuz veya bilgi bağlantısının sürdürülmesiyle sağlanabilir:

  1. çevreyi kim kullanıyor,
  2. çevre serbest olduğunda ve
  3. ortam kullanım süresinin dağılımı nasıl doğru girilir.

Kaynaklara olan ihtiyacın nerede büyük olduğunu ve bunların sınırlı kullanılabilirliğini proaktif olarak belirleyerek, büyük miktarda kaos otomatik olarak geçersiz hale gelir.

Bunun ikinci yönü, ekiplerin her biri için kaynak gereksinimlerini gözden geçirmektir. test döngüsü ve hangi kaynakların çok fazla kullanılmadığını araştırın. Bu belirli kaynakların ihtiyaç duyulabilecek herhangi bir yeni kaynak veya sistemle değiştirilip değiştirilemeyeceğini analiz edin.

# 2) Sağlık kontrolleri:

Bazı test gereksinimleri, tüketilmesi son derece uzun olan ayrıntılı adımlar içeren kapsamlı bir test kurulumuna veya kurulumuna ihtiyaç duyar. Bu özellikle şu sıradaki durumdur: uçtan uca test birlikte çalışmak için iki veya daha fazla bileşen içeren. Bu nedenle, aynı test ortamının birden çok ekip tarafından yeniden kullanılması gerekebilir.

Bu gibi durumlarda, tüm çevreyi bir bütün olarak iyi anlamak, çeşitli ekipler tarafından ne tür testlerin yapıldığını bir araya getirmek, bu belirli kaynakları ilgili ekiplere sağlamaya yardımcı olmak için makul bir resim çizecektir.

Yukarıdaki faktörleri göz önünde bulundurarak - bireysel ekipler için testleri hızlandırmaya yardımcı olacak veya bu akıl sağlığı kontrollerinin bir sonucu olarak ortamın bazı değişikliklere veya düzeltmelere maruz kalması gerektiğinde onları hemen uyaracak temel akıl sağlığı testleri gerçekleştirilebilir.

# 3) Herhangi bir kesintiyi takip etmek:

Bir test ortamına sahip olan her ekibin sahip olduğu gibi, bir kuruluş da küresel bir destek ekibi tarafından sağlanan tüm olası test ortamlarına sahiptir.

Ek olarak, test ortamlarına sahip ekiplerin herhangi bir ürün yazılımı / yazılım yükseltmesi durumunda kendi yerel aksama sürelerine sahip olması gibi, küresel ekipler de tüm ortamların güç veya ağ kesintilerini içerebilecek en son standartlara uyduğundan emin olmalıdır.

Bu nedenle, test ortamını sürdürenler, olabilecek bu tür kesintilere dikkat etmeli ve çalışmalarını buna göre planlamaları için test ekibini önceden bilgilendirmelidir.

# 4) Mümkün olan her yerde sanallaştırın:

Bu, ortamın paylaşılması için testlerin yapılması gerektiği ve kaynakların optimizasyonuna ciddi bir ihtiyaç olduğu durumlarda yine çok önemlidir. Böyle zamanlarda, test amacıyla bulut gibi sanallaştırılmış bir ortamı kullanmak cevaptır.

Böyle bir ortamı kullanırken, test uzmanlarının yapması gereken tek şey bir anlık bilgi sağlamaktır ve bu örnek sağlandıktan sonra, özel bir işletim sistemi, veritabanı, ara yazılım, otomasyon çerçeveleri gibi tüm çeşitli kaynakları içeren bağımsız bir Test Yatağı veya Test Ortamı oluşturacaktır. vb. test için gereklidir.

Test tamamlandıktan sonra, bu örnekler yok edilebilir ve böylece bir kuruluş için maliyetler büyük ölçüde azaltılabilir. Bulut ortamları, özellikle işlevsel doğrulama testleri, otomasyon testi alanları için kullanışlıdır.

# 5) Regresyon Testi / Otomasyon:

otomasyon testi mülakat soruları ve deneyimli kişiler için cevapları

Geliştirilmekte olan yeni işlevler ve özellikler olduğunda, regresyon testleri her sürüm döngüsü için bu işlevler için gerçekleştirilmesi gerekir. Bu nedenle, posteriorda bile, regresyon testi için test ortamları aynı verilerle aynı test kurulumunda çalışıyor gibi görünmektedir, gerçekte her sürümü de uygulanan özelliklere göre sürekli olarak geliştirmektedirler.

Her ürün sürüm döngüsünde bir veya daha fazla regresyon testi yapılır. Bu nedenle, her ürün sürüm döngüsü için regresyon testi ortamları oluşturmak ve bunları döngü içinde yeniden kullanmak, kesinlikle test ortamının kararlılığını gösterir.

Otomasyon çerçevelerinin geliştirilmesi ve gerileyen testler için otomasyonun kullanılması, bir test ortamının verimliliğini artırmaya da yardımcı olur çünkü otomasyon, ortamın kararlı olduğunu ve ortaya çıkan kusurların tamamen özellik / kod odaklı olduğunu varsayacaktır.

# 6) Genel yönetişim:

Test ortamı donanımı veya yazılımı ile ilgili bazı sorunlar olduğunda, laboratuvarın bakımını yapanlar tarafından dahili olarak düzeltilemiyorsa, düzeltmeleri sağlamak için bu sorunlar doğru kişilere yönlendirilmelidir.

Örneğin, herhangi bir test, aygıt yazılımında veya mevcut ortamda kullanılan yazılımda bir sınırlamadan oluşan bir kusur oluşturuyorsa, bu genellikle yalnızca ortam bakımından sorumlu kişiler tarafından düzeltilemez.

Bu nedenle tüketiciden (bu durumda test eden kişi) uygun hizmet taleplerini dile getirmesi istenmelidir. Bunlar uygun satıcıya veya ekibe yönlendirilmeli ve sonraki sürümün belirli bir soruna sabitlendiğinden emin olmak için onlarla düzenli olarak koordinasyon yapılmalıdır.

Yönetişimin bir başka yönü, zaman zaman yönetime veya paydaşlara şeffaflığın ortaya çıkmasına yardımcı olan ve her türlü analiz için iyi bir zemin oluşturan ayrıntılı çevre raporları sağlamaktır.

Test Verilerinin Hazırlanması

Şimdi de ikinci kısmına bir göz atalım. Test Yatağı oluşturma - test verilerinin ayarlanmasını içerir . Test ortamı hakkında söylenen bu kadar büyük bir yığınla, test ortamının gerçek özü, sağlamlığı ve verimliliği test verileri ile ölçülebilir. Tanım olarak, test verileri, test edilmekte olan yazılım koduna verilen her türlü girdidir.

Test senaryolarını tasarlamak için çok fazla zaman harcasak da, test verilerinin önemli olmasının nedeni, her türlü senaryo için eksiksiz test kapsamı sağlaması ve böylece kaliteyi artırmasıdır. Herhangi bir mutlu veya pozitif yol testi için gerekli olan bazı test verileri olabilir.

Diğer bazı veriler, uygulamanın anormal durumlara girdiğinde nasıl performans gösterdiğini keşfetmede çok yardımcı olan hata veya negatif testler için tasarlanabilir.

Test verileri genellikle metin yürütme başlamadan önce oluşturulur çünkü her test ortamının kendi karmaşıklıkları vardır veya verileri hazırlamak uzun süren bir süreç olabilir. Dolayısıyla, genel olarak test veri kaynakları, dahili geliştirme ekibi veya kodu veya özelliği kullanan son kullanıcılar olabilir.

Örneğin,Fonksiyon testi

Fonksiyonel test veya kara kutu testi yapmanız gereken bir örneği ele alalım. Buradaki amaç, kodun fonksiyonel olarak belirtilen gereksinimleri karşılaması gerektiğidir.

Bu nedenle, bu gibi durumlarda - test senaryolarının hazırlanması genellikle aşağıdaki veri türlerini kapsamalıdır:

  • Pozitif Yol verileri: Referans olarak geliştirme kullanım senaryosu belgesi ile bu, genellikle pozitif yol senaryolarının gerçekleştirilmesiyle senkronize olan verilerdir.
  • Negatif Yol verileri: Bu, kodun doğru işlevsel çalışmasına göre genellikle 'geçersiz' olarak kabul edilen verilerdir.
  • Boş Veriler: Uygulama veya kod bu verileri beklediğinde hiçbir veri sağlama.
  • Hatalı Veriler: Veriler yasadışı bir biçimde sağlandığında kodun performansının belirlenmesi.
  • Sınır Koşulları Verileri: Kodun nasıl performans gösterdiğini belirlemek için dizin veya diziden sağlanan verileri test edin.

Test verileri, bir ürünün veya özelliğin nerede tamamen bozulabileceğini belirlemede önemli bir rol oynar. Her zaman testin farklı aşamalarında test ortamına beslenen veri türünü sorgulama ve doğrulama pratiği yapın.

Test Veri Yönetimi

Test verileri, ürünün kalitesinin güvence altına alınmasında bu kadar önemli bir rol oynadığında, müşterilere sunulması gereken herhangi bir ürünün Kalite Güvencesinde yönetiminin ve modernizasyonunun da eşit derecede önemli bir rol oynadığını söylemek mantıklıdır.

İhtiyaç Test Verisi yönetimi ve en iyi uygulamalar:

# 1) Çok sayıda kuruluşun sahip olduğu hızla değişen iş hedefleri son kullanıcının ihtiyaçlarını karşılamak ve bu nedenle uygun test verilerinin testin kalitesini belirlemede etkili olduğunu belirtmeye gerek yoktur. Bu, ilgili test ortamları için kesin veri türünü oluşturmayı ve davranış kalıplarını izlemeyi içerecektir.

Daha önce de tartışıldığı gibi, bir test ekibinin zamanının büyük bir kısmı, test verilerinin ve ilgili görevlerin planlanması için harcanmaktadır. Çoğu zaman herhangi bir işlevselliğin test edilmesi, eksiksiz test kapsamı açısından kritik bir zorluk oluşturan uygun test verilerinin bulunmaması nedeniyle büyük ölçüde engellenme eğilimindedir.

#iki) Ayrıca bazen belirli test gereksinimleri için test verilerinin sürekli yenilenmesi gerekiyor . Bu, sürekli yeniden çalışma nedeniyle döngüde çok fazla gecikmeye neden olur ve bu da uygulamanın pazara ulaşma maliyetini artırır.

Diğer belirli zamanlarda, sevk edilen ürünün büyük bir organizasyondaki farklı çalışma grubu birimleriyle ilişkisi varsa, test verilerinin oluşturulması ve yenilenmesi, bu çalışma grupları arasında karmaşık bir koordinasyon düzeyi gerektirir.

# 3) Test ekiplerinin yeterli testleri sağlamak için mümkün olan her türlü veriyi oluşturması gerekse de, kuruluşlar bunu yapmanın tüm farklı veri türlerinin bir tür havuzda depolanması gerektiği anlamına geleceğini de dikkate almalıdır.

Bir depoya sahip olmak iyi bir uygulama olsa da, aşırı miktarda ve istenmeyen veriler Bu büyük veri yığınlarını depolamak için depolama alanını önemli ölçüde artırmakla kalmaz, aynı zamanda bu deponun herhangi bir sürüm bakımı ve arşivlemesi yoksa söz konusu test için uygun verilerin alınmasını giderek daha zor hale getirir.

Kuruluşların çoğu genellikle test verileriyle ilgili olarak bu ortak zorluklarla karşı karşıyadır. Bu nedenle, bu zorlukların derecesini en aza indirmek için uygulamaya konulması gereken bazı yönetim stratejilerinin olması gerekir.

Aşağıda, test verilerinin yönetimi için önerilen bazı metodolojiler ve bunların test ihtiyaçlarıyla ilgili olmasını sağlayın. Aşağıdaki uygulamalar çok temel ve geneldir ve çoğu kuruluş için yaygın olarak işe yarar. Nasıl benimseneceği, tamamen ilgili kuruluşların takdirine bağlıdır.

Veri Yönetimi Stratejilerini Test Edin

# 1) Verilerin analizi

Genel olarak, test verileri yürütülecek test senaryolarına göre oluşturulur. Örneğin, bir Sistem test ekibinde, uçtan uca test senaryosu hangi test verilerinin tasarlandığına göre tanımlanmalıdır. Bu, çalışmak için bir veya daha fazla uygulamayı içerebilir.

İş yükü yönetimi yapan bir üründe söyleyin - yönetim denetleyici uygulamasını, ara yazılım uygulamalarını, veritabanı uygulamalarının tümü birbiriyle birlikte çalışacak şekilde çalışır. Aynısı için gerekli test verileri dağınık olabilir. Etkili yönetimi sağlamak için gerekli olabilecek tüm farklı veri türlerinin kapsamlı bir analizi yapılmalıdır.

# 2) Üretim ortamını yansıtmak için veri kurulumu

Bu genellikle önceki adımın bir uzantısıdır ve son kullanıcı veya üretim senaryosunun ne olacağını ve bunun için hangi verilerin gerekli olduğunu anlamayı sağlar. Bu verileri kullanın ve bu verileri mevcut test ortamında mevcut olan verilerle karşılaştırın. Bu yeni verilere dayanarak oluşturulması veya değiştirilmesi gerekebilir.

# 3) Test Verisi temizliğinin belirlenmesi

Mevcut sürüm döngüsündeki test gereksinimine bağlı olarak (bir sürüm döngüsünün uzun bir süreye yayılabildiği durumlarda), test verilerinin yukarıdaki noktada belirtildiği gibi değiştirilmesi veya oluşturulması gerekebilir. Bu test verileri, hemen alakalı olmasa da, daha sonraki bir noktada gerekli olabilir. Bu nedenle, test verilerinin ne zaman temizlenebileceğine ilişkin net bir değerlendirme süreci formüle edilmelidir.

# 4) Hassas verileri belirleyin ve koruyun

Çoğu zaman uygulamaları düzgün bir şekilde test etmek için, gerekli olan büyük miktarda çok hassas veri olabilir. Örneğin, Bulut tabanlı bir test ortamı, farklı ürünlerin talep üzerine test edilmesini sağladığı için popüler bir seçimdir.

Bununla birlikte, bir bulutta kullanıcı gizliliğini garanti etmek kadar basit bir şey endişe kaynağıdır. Bu nedenle, özellikle kullanıcı ortamını kopyalamamız gereken durumlarda, hassas verileri koruma mekanizmasının tanımlanması gerekir. Mekanizma, büyük ölçüde kullanılan test verilerinin hacmine bağlıdır.

# 5) Otomasyon

Tekrarlayan testleri çalıştırmak veya aynı testleri farklı türde verilerle çalıştırmak için otomasyonu benimsediğimiz gibi, test verilerinin oluşturulmasını otomatikleştirmek de mümkündür. Bu, test sırasında verilerle ilgili oluşabilecek hataları ortaya çıkarmaya yardımcı olur. Bunu yapmanın olası bir yolu, ardışık test çalışmalarından elde edilen bir dizi veri tarafından üretilen sonuçları karşılaştırmaktır. Ardından, bu karşılaştırma işlemini otomatikleştirin.

# 6) Merkezi bir depo kullanarak etkili veri yenileme

Bu, açık ara en önemli metodolojilerdir ve veri yönetiminin uygulanmasının kalbini oluşturur. Yukarıda belirtilen tüm noktalar, özellikle veri kurulumu, veri temizleme ile ilgili olanlar, bununla doğrudan veya dolaylı olarak ilişkilidir.

Çeşitli test türleri için gerekli olabilecek her türlü veriyi içeren merkezi bir depo muhafaza edilerek test verileri oluşturmada çok fazla çaba sarf edilebilir. Bu nasıl yapılır? Ardışık test döngülerinde, yeni bir test senaryosu veya değiştirilmiş test senaryosu için, verilerin bilgi havuzunda mevcut olup olmadığını kontrol edin. Mevcut değilse, önce bu verileri test ortamında besleyin.

Daha sonra bu, ileride başvurmak üzere bu depoya yönlendirilebilir. Artık ardışık sürüm döngüleri için, test ekibi bu verilerin tümünü veya bir alt kümesini kullanabilir. Avantaj çok belirgin değil mi? Sık kullanılan veri kümelerine bağlı olarak, eski veriler kolayca ortadan kaldırılabilir ve bu nedenle doğru verilerin her zaman mevcut olmasını sağlayarak gereksiz verileri saklama maliyetini düşürür.

İkinci olarak, bu deponun birkaç versiyonunu da kaydedebilir veya gerektiğinde revize edebilirsiniz. Deponun farklı sürümlerine sahip olmak, verilerdeki hangi değişikliğin kodun bozulmasına neden olabileceğini belirlemek için regresyon testinde büyük ölçüde yardımcı olabilir.

Sonuç

Test ortamı, her test ekibinde birincil öneme sahip olmalıdır. Her sürüm döngüsü, güvenilmez ve planlanmamış bir test ortamıyla mücadele etmek için bir dizi yeni zorluk getirecektir.

Devrim niteliğindeki bir önlem olarak, birçok kuruluş artık daha sorunsuz yayın döngüleri sağlamak için test ortamlarının etkili bakımı için belirli çerçeveler oluşturan özel Test Ortamı Bakım ekipleri oluşturmak gibi stratejileri uygulamaya koyuyor.

Geliştirilmiş test, yalnızca test verileri yönetimini kolaylaştırmanın bariz bir etkisidir. Ürünün güvenilirliğinden ödün vermeden, kuruluşlar için uygun maliyetli bir çözüm sağlamanın temel bir özü vardır.

Test ortamınızı nasıl yönettiğinizi ve test verilerini nasıl hazırladığınızı bize bildirin. Herhangi bir ipucu eklemek ister misiniz?

Önerilen Kaynaklar

^