how effectively prepare test bed
Test Yatağı / Test Ortamı Kurulum Zorlukları ve En İyi Uygulamalar:
Birçok durumda, test uzmanları kusurlarının çevresel sorunlar nedeniyle reddedildiğini veya kendilerini benzer nedenlerle kusurları sürekli olarak tekrarlarken bulurlar. En fazla sayıda kusurun açılması kesinlikle her test uzmanı için kişisel ölçütlerden biri olmalıdır, ancak çoğu test uzmanının da en fazla sayıda geçerli hataya sahip olmayı vurgulaması gerekir.
Bu nasıl başarılır?
Çeşitli test senaryoları planlamak ve satır öğesini iyice anlamak gibi diğer hususların yanı sıra, Test Yatağını veya Test Ortamını kurmak için iyi miktarda zaman harcanmalıdır . İkinci olarak, test senaryosu planlaması için tahmini bir miktar olmasına rağmen, test uzmanlarının ayrıca enerjilerini odaklamak etkili Test Verileri oluşturma .
Şahsen, denetim sürecinin bir parçası olarak, en fazla sayıda geçerli kusurun, Test Yatağını veya Test Ortamını doğru bir şekilde oluşturmak için iyi bir çaba sarf edildiğinde ve test uzmanının kapsamlı bir bilgiye sahip olduğunda bulunduğunu gözlemledim. ihtiyaç duyulan ortam türünün anlaşılması.
Ayrıca, test ortamına sağlanan test verilerinin türü, test edilen kodda / özellikte ürünün kalitesini ciddi şekilde etkileyebilecek bazı çok ciddi kusurları ortaya çıkarabilir.
Bu makale, Test Yatağının tam olarak neyi gerektirdiğinden bahsediyor: Test Ortamı kurulumu ve Test Verisi kurulumunun iki aşamalı bir sürecidir:
Bölüm 1) Makalenin önceki bölümünde şu konu tartışılacaktır: Test Ortamı kurulumunun genel süreci , bu zorlukların yerine bir Test Yatağı oluştururken akılda tutulması gereken testler ve işaretçilerin karşılaştığı en yaygın kurulum sorunları.
Bölüm 2) Bu makalede Test Yatağıyla ilgili olarak topluca çok şey söylemişken, konuya biraz ışık tutmaya değerdi. Test Ortamı bakımı yönleri de. Makalenin ikinci kısmı, Test Yatağı kurulumunun test verilerini, onu kurma yaklaşımını ve bazılarını etkili bir şekilde içeren ikinci bölümünü tartışır. Test Veri yönetimi teknikleri .
Yazılım geliştirme ve testte sürekli bir 'büyük patlama' ile birlikte, genel Kalite Güvencesi sürecini şeffaf, verimli ve yeterli hale getirmek için çeşitli metodolojileri benimsemeye giderek daha fazla odaklanılmaktadır.
Test ekibinin performansının uygun şekilde değerlendirilebilmesini ve test döngüsünün başlangıcında belirlenen ölçütlerle ölçülebilir sonuçlara sahip olmasını sağlamak için kuruluşlar arasında çeşitli Kalite denetimleri gerçekleştirilir. Bu sonuçlar, test ettikleri yazılım için optimum kaliteyi sağlama açısından belirli bir ekibin nerede durduğunu belirlemeyi mümkün kılar.
Bu raporlar ayrıca ekibin denetim sırasında yapılan gözlemlere dayanarak iyileştirme fırsatlarını anlamasına yardımcı olur.
Söylemeye gerek yok, herhangi bir test ekibi için çok açık bir ölçüt, açılan hataların sayısına karşı açılan toplam hata sayısıdır. geçerli kusurların sayısı . Dolayısıyla, açıkça ortaya çıkan sorulardan biri şudur: Herhangi bir kusuru keşfetmeye çalışmanın temeli nedir? Başka bir deyişle, kusurun bulunabileceği temel nedir?
Cevap oybirliğiyle: Test Yatağı ve / veya Test Ortamı kurulumu. Ekipler içinde kalite kriterleri vardır. reddedilen kusurları azaltmak bir test kurulum hatası / Kullanıcı hatası, geçersiz konfigürasyonlar veya bazı durumlarda, kullanılamayan konfigürasyonlar, test edilmemiş konfigürasyonlar nedeniyle belirli bir takımdan kaçarken ortaya çıkan kusurlar.
Bir Test Yatağının veya Test Ortamının ne olduğunu tanımlamaya daha yakından göz atarak başlayalım.
Ne öğreneceksin:
Test Yatağı Ve Test Ortamı Nedir?
Çok genel anlamda, bir Test Yatağı, kod veya modül uygulayıcılarının, modüllerini test ekibinden herhangi bir rahatsızlık duymadan, mutlak bir sınırlama içinde test etme özgürlüğüne sahip olduğu bir tür geliştirme ortamı olarak tanımlanabilir.
Bununla birlikte, bir Test Yatağı yalnızca bir geliştirme ekibine özgü değildir. Bir test ekibi veya test uzmanı açısından, Test Yatağı, yazılım / ürün testi için tanımlanmış bir platformdan başka bir şey olmadığı için, aynı zamanda birbirinin yerine Test Ortamı olarak da adlandırılır.
Herhangi bir Test Yatağı veya Test Ortamı, test edilen uygulama / ürün / yazılım için tanımlanan test hedefini karşılayacak şekilde yapılandırılmalıdır. Belirli durumlarda, bir Test Yatağı, test ortamının ve birlikte çalıştığı test verilerinin harmanlanması olacaktır.
Bir Test Ortamının Bileşenleri
Herhangi bir testin kendine özgü test ortamı gereksinimleri olacaktır, ancak çok geniş anlamda, herhangi bir Test Yatağı / Test Ortamı, belirli bir testi yürütmek ve yürütmek için gerekli yapılandırmayı minimumda desteklemek için donanım, yazılım ve ağ oluşturma parçalarından oluşacaktır. .
Bir test uzmanının makul bir miktarının çevre sorunları tarafından harcandığı ve bunun da üretkenliği ve test programlarını etkilediği bilinen bir gerçektir. Her test ekibi için zorlukların türü farklılık gösterse de, bazıları ortak olabilir.
Sık karşılaşılan bazı temel zorluklar şunlardır:
# 1) Uzak Ortam
Test varlıkları veya ortamları çoğunlukla coğrafi olarak ekiplere uzak olan sitelere yerleştirilir. Bu, donanım, aygıt yazılımı, yazılım, ağ oluşturma vb. İle ilgili ortaya çıkabilecek herhangi bir sorun durumunda olduğu gibi test ekipleri için en sık karşılaşılan zorluklardan biridir.
Varlıkları tüketen ekiplerin, varlıkların bulunduğu konumdaki destek ekiplerine büyük ölçüde güvenmesi gerekir.
Aynı satırlarda, bazı varlıklar bir ürün yazılımı yükseltmesine veya bir yapı yükseltmesine ihtiyaç duyarsa, yine test ekibi, destek biletleri açarak ortama sahip olan destek ekiplerinin desteğine ihtiyaç duyabilir. Bu aynı zamanda, özellikle saat dilimi farklılıklarının olduğu durumlarda önemli test süresi ve geciktirme programları da artırabilir.
# 2) Ekipler arası kombine kullanım
Çoğu zaman, geliştirme ve test ekipleri aynı ortam varlıklarını kullanır. Genel norm geliştirme, test ve üretim ortamlarının ayrı olması gerektiğini tanımlasa da, gerçekte bu ideal senaryoya çok nadiren ulaşılır. Organizasyonlar için her ekip için ayrı kaynaklar tedarik etmek son derece maliyetli hale gelir.
Bu nedenle çoğu kuruluş, geliştirme ve test arasında ortamın ortak kullanımını zorunlu kılar. Buna ek olarak, geliştirme ve test kaynakları aynı varlıkların aynı anda kullanılması için rekabet ederse, üyeler arasında kaos ve anlaşmazlıklara yol açar.
# 3) Entegrasyon için kaynak kullanımı için etkisiz planlama
Bazı durumlarda, bir uçtan uca test burada iki veya daha fazla bileşenin birlikte çalışması için bir entegrasyon olması durumunda, yine, test ekipleri arasında kaynakların ortak kullanımına ihtiyaç duyulabilir. Kullanım açısından etkisiz planlama, ekipler arasındaki çatışmanın yanı sıra çevrenin istikrarsız hale gelmesine büyük katkıda bulunur.
Bunun en belirgin etkisi, belirli bir sorun için bir veya iki kez fark edilen bir sorunun, aynı senaryo için aşağıdaki çalışmalarda tamamen farklı davranışlar üretebilmesidir. Bunun için bir kusur zaten açılmışsa, geliştirme tarafından düzeltme için geçerli bir aday olarak kabul edilmeme ihtimali yüksektir.
# 4) Karmaşık Test yapılandırması
Test Yatağı veya Test Ortamı yapılandırması bazen çok karmaşıktır. Test ekibinin gerekli konfigürasyonları anlamak için gerekli becerilere ihtiyacı olacağından, bu birkaç zorluk yaratacaktır. Zaman zaman, test uzmanının gerekli konfigürasyonu bulabilmesi için bir bilgi tabanı eksikliği vardır.
Bu gibi durumlarda, test uzmanları yanlış yapılandırarak test yatağında bir hataya neden olabilir. Bu, test senaryosunu ve ürettiği sonuçları büyük ölçüde etkiler.
# 5) Ayrıntılı kurulum süresi
Diğer belirli zamanlarda, her bir test senaryosu için, test kurulumu, tanımlanan her bir test senaryosu için çok ayrıntılı olabilir. Bunun nedeni, bir araya getirilmesi gereken çok çeşitli bir arada var olan teknolojiler veya entegrasyon testi durumlarında birlikte çalışmak için birden fazla bileşen olabilir.
Bu durumlarda, bir bileşen diğerine girdi oluşturabileceğinden, tutarlı sonuçlar sağlamak için bileşenlerin her birinin mükemmel şekilde çalışması gerekir.
Test Ortamı Kurmak İçin En İyi Uygulamalar
Bir testçinin testi yürütmeye başlamadan önce veya başlatırken karşılaştığı zorlukların geniş ana hatlarına bir göz attık. Çoğumuz, proje kilometre taşlarımız sırasında bir noktada bu sorunlardan bir veya daha fazlasıyla karşılaştık. İdealist bir durum olmadığı için bu zorluklar vardı ve muhtemelen değişen derecelerde var olmaya devam edecek.
Kurulum zorluklarının bir test uzmanının işinin bir parçası ve ayrılmaz parçası olduğu ve kaçınılmaz olduğu düşünüldüğünde, kurulumun test için nasıl etkili bir şekilde hazırlanacağına dair bazı öneriler aşağıda verilmiştir. Bu, kurulum sorunlarından kaynaklanabilecek kusurları en aza indirmeye yardımcı olabilir.
İpucu 1) Anlayın Kapsamlı Test Gereksinimleri ve kendini eğit
pc'de bir bin dosyası nasıl açılır
Her zaman temel bilgiler ve en bariz olanla başlayın! Bir şartname belgesi veya bir kullanım senaryosu belgesi geliştirme ekibi tarafından kullanıma sunulduğunda, test ekibinin değişmez adımı, satır öğesi gereksinimlerini anlamak ve ardından test senaryolarının ayrıntılarını içeren bir test senaryosu hazırlamaktır.
Test planlaması yapılırken, en iyisi ayrıntılı test ortamı bilgilerini test senaryosu belgesine dahil etme alıştırması. Test cihazının daha sonra hangi test ortamının gerekli olabileceğini ve buna göre gerekli konfigürasyonları analiz etmek için biraz zaman harcayacağına dair hiçbir tahmin yok.
Bu, iyi bir bilgi tabanı oluşturmak için geliştirme ekibi / mimarlarla konuşarak sağlanabilir. Bu sadece yürütme döngüsünde biraz zaman kazandırmakla kalmaz, aynı zamanda bir test uzmanının yürütme zamanını basit ve karmaşık testler arasında etkili bir şekilde tahsis etmesine yardımcı olur.
Kişisel olarak, bunun iyi bir sonucu, birçoğumuzun döngünün en başında kurulum sorunlarını keşfetmemizdir (bu, tutarlı bir test yürütmesini doğal olarak engelleyecektir), bu da bize bu sorunları çözmek için gerekli yardımı kanalize etmek ve elde etmek için zaman kazandırdı - dolayısıyla test döngüsünü kabul edilemez sürelerin ötesine uzatmamak.
Bunun yaratacağı bir diğer olumlu etki de, test ekibinin bilgisini büyük ölçüde artıracak ve gereksiz hataları önleyecektir. Bu uygulama, yukarıda bahsedilen test kurulum zorluklarıyla başa çıkmak için doğal olarak gerekli olan hemen hemen tüm uygulamaları özetlese de, diğer ipuçlarından bahsetmeye değer.
2. İpucu) Bağlantının kontrol edilmesi
Bir diğer en önemli kontrol noktası, test için kullanmayı düşündüğünüz kaynakların veya varlıkların erişilebilir olduğundan emin olmaktır. Sistemin diğer makinelerle entegre çalıştırılması gerektiğinde, ping veya telnet kullanarak birbirleriyle olan bağlantılarını kontrol edin.
Ayrıca, sistemlerin birbirleriyle etkileşime girmesi gerekiyorsa ve güvenlik duvarlarının arkasındaysa, Temel güvenlik Seçeneklerini (BSO) kullanarak bu güvenlik duvarları üzerinden kimlik doğrulayabileceklerinden ve proxy'leri de kontrol edebildiklerinden emin olun. Bazı makinelerin erişilebilir olmadığını veya BSO kimlik doğrulamasına ihtiyaç duyduğunu fark ederseniz, destek ekibine olan gereksinimi karşılamak için uygun hizmet talepleri iletilebilir.
Bu, özellikle ortam uzak konumlarda olduğunda kullanışlıdır ve ayrıca makinelere ve sistemlere ilişkin yükselmeleri önleyecektir. Test ekibinin herhangi bir kaynağa veya depoya erişim gerektirmesi durumunda, bu, bunları proaktif olarak belirlemeye yardımcı olacaktır.
3. İpucu)Ağı ve / veya depolamayı kontrol etme
Bu, önceki ipucunun neredeyse bir uzantısıdır ve daha fazla teknik derinliğe sahip belirli bir başka kontrole ihtiyaç duyacaktır. İhtiyaç duyduğunuz testin gerekli bant genişliğine sahip olduğundan ve testinizin internet bağlantısı gerektirip gerektirmediğinden emin olun. Ayrıca, sistemler ve kaynaklar arasındaki ağ topolojisinin doğru olduğunu doğrulamanın bir yolunu bulduğunuzdan emin olun.
İkinci olarak, test hedefiniz herhangi bir depolamaya ihtiyaç duyuyorsa, depolama ve ağ bağlantısının olduğundan emin olun. Çoğunlukla bunu yerine getirmek bir yöneticinin sorumluluğundadır, ancak aynı zamanda bazı çalışma ve işlevsel bilgilere sahip olmak da büyük bir katma değerdir.
4. İpucu) Gerekli donanım ve yazılımı, lisansları kontrol edin
Çoğu zaman, test uzmanları gerekli olabilecek gerekli donanım ve yazılımı kontrol etmeden sistemler üzerinde yürütmeye başlarlar. Bunun bir çok kez sonucu olarak, bir test uzmanı neredeyse test döngüsü sırasında belirli işlevlerin yalnızca daha yüksek bir donanım veya yazılım / bellenim düzeyinde mevcut olduğunu fark eder.
O sırada test cihazı, test çabasında önemli bir test süresi tüketen bir engelleyiciyi işaretleyecektir. Bu nedenle, önceden ihtiyaç duyulan donanım ve yazılımı not almak için bir kontrol noktasına sahip olmak paha biçilemez bir uygulamadır.
Çoğu zaman, donanımın / yazılımın yükseltilmesinde kesinti süreleri söz konusu olabilir; 1. ipucu bir test uzmanının donanımla ilgili proaktif planlamaya dahil olması gereken yer. Bazı yazılımlar, hukuk ekibinden onaylar ve eylemler gerektirebilecek lisanslar gerektirebilir. Süreç odaklı bir eylem olan bu, yine planlanması gereken yerine getirilmesi birkaç gün sürebilir.
İpucu 5)Tarayıcılar ve sürümler
Yaptığınız testin aynalaması gerekir bir son kullanıcı ne yapacak . Tüm tarayıcıların en son sürümlerini belirli bir tarayıcıda test ediyor olabilir. Bu nedenle, test için kullanılacak farklı tarayıcı türlerini belirlemek ve bunları kendi yerel test kurulumunuza kurmak zorunludur.
İkinci olarak, test için hangi tarayıcı sürümlerinin kullanılması gerektiğini de belirleyin. İyi bir uygulama, daha düşük sürümden bir tarayıcıyla başlamak, böylece geriye dönük uyumluluk sağlamak ve ardından en son sürüme yükseltmek olacaktır.
6. İpucu)Test Ortamının kullanımını planlamak.
Test ekibinin asla kendi test kaynaklarına, sistemlerine ve varlıklarına sahip olma durumuna sahip olmayacağı gerçeği göz önüne alındığında - test kaynaklarının etkili bir şekilde kullanılması test planlamasındaki en önemli dönüm noktalarından biridir.
Windows 10 için en iyi ücretsiz optimizasyon yazılımı
Bu, özellikle iki veya daha fazla bileşenden oluşan bir uçtan uca senaryo ya da test kurulumunun çoğaltılamayacak kadar ayrıntılı veya karmaşık olduğu bir durum nedeniyle birden fazla takımın aynı kaynak kümesine erişmesi gerektiğinde gereklidir. çok kolay ve aynı takım içinde aynı kurulumla kendi hedeflerine sahip birden fazla üye olabilir.
İyi bir uygulama, belirli bir takımın veya kişinin onu ilk yarıda ve geri kalan kişilerin ikinci yarıda kullandığı bir zaman paylaşımı yaklaşımı geliştirmek olabilir. Aralarında, her birinin diğerini engellemeyecek bağımsız testler yürütebileceği ortak bir zaman olabilir.
Bunu yapmak sadece üyeler içindeki kaosu ve çatışmaları azaltmakla kalmayacak, aynı zamanda çevrenin daha uzun süre davranışsal istikrarını da sağlayacaktır.
7. İpucu)Otomasyon araçları ve konfigürasyonları
Bildiğimiz gibi, testteki her satır öğesi, otomatikleştirilmesi gereken regresyon döngüsünün bir parçası olacak birkaç tekrarlayan teste sahip olacaktır. Test ekibi, ne tür bir otomasyon yapmak istediklerini ve bunun için gerekli araçları belirlemelidir.
Bunun ortam hazırlığının bir parçası olması gerekmese de, otomasyon araçlarının uygun şekilde tanımlanması ve yapılandırılması için bunu yine de en iyi uygulama olarak listeleyebilirim. Bu, teste hazır olmayı sağlamak için zorunlu bir faktör olmadığından, bu aktiviteyi gerçekleştirmek isteyen test uzmanının takdirine tamamen bağlı olacaktır.
Sonuç
Bu ipuçları ve püf noktaları, test ortamının teste hazır olmasını sağlamak için iyi bir ölçüt ve ayak izi oluşturabilir. Şüphesiz, her takım kendine özgü zorluklarla karşı karşıyadır ve yukarıdaki ipuçları kendi ihtiyaçlarına göre uyarlanabilir ve özelleştirilebilir.
Aslında, tüm bu ipuçlarını not almanın kaynağı, son derece karmaşık kurulum sorunları ile karşılaştığım ve hatta test etmeye başlamak için neredeyse bir yılımı aldığım görevlerimden birinden geliyor!
Test ortamındaki sınırlamalar kontrolüm dışında olsa da, bu ipuçlarını uygulamış olsaydım bu sorunların çoğunun daha önce bildirilebileceğini hissettim. O zamandan beri bunu önüme çıkan her görev için uyguluyorum ve bu iskelet, kurulum sorunlarını proaktif bir şekilde bulmamda ve bunları çözmek için çabalarımı kanalize etmemde bana çok yardımcı oldu.
Yazar hakkında: Bu makale Sneha Nadig tarafından yazılmıştır. Manuel ve otomasyon test projelerinde 7 yılı aşkın deneyime sahip bir Test lideri olarak çalışmaktadır.
Bu makalenin 2. bölümünde, Test Ortamı kurulum ve bakım sürecini ve test verileri hazırlama ve yönetim ipuçlarını göreceğiz. Bu arada, Test Yatağı hazırlık sorgularınızı yorumlara göndermekten çekinmeyin.
Önerilen Kaynaklar
- Yayın Sonrası Testleri Etkin Bir Şekilde Nasıl Gerçekleştirilir ve Sürümün Canlı İstemciler Üzerindeki Etkisi En Aza İndirilir
- Yazılımın Devreye Alınması İçin Hangi Kusurların Kabul Edilebilir Olduğuna Nasıl Karar Verirsiniz?
- Ekibe Olağanüstü bir KG Testi Sunumu Hazırlama ve Sunma
- Hata Yönetimi Süreci: Bir Kusur Etkili Bir Şekilde Nasıl Yönetilir
- Test Uzmanlarının Çalışma Sürelerini Etkili Kullanmaları için 9 En İyi Fikir
- Testlerde Liderlik - Test Liderinin Sorumlulukları ve Test Ekibinin Etkili Bir Şekilde Yönetilmesi
- Test Projelerini Etkili Bir Şekilde Planlama ve Yönetme (İpuçları)
- Kusur Triyaj Süreci ve Kusur Triyaj Toplantısı ile Başa Çıkmanın Yolları