Çevik Otomasyon Testi
Yazılım geliştirmede Çevik Otomasyon Testi , çevik metodolojilerde test otomasyonu kullanma yaklaşımıdır. Çevik otomasyon testinin amacı, kaynak tüketiminin yanı sıra kaliteyi ve zamanı korurken yazılım geliştirme sürecini daha etkili ve verimli hale getirmektir. Bu nedenle, böyle bir sürecin uygulanması, ekipler arasında çok fazla koordinasyon ve işbirliği gerektirir.
Son birkaç yılda, Agile metodolojisi, kurucularının geleneksel şelale modelinin dünyevi ve zahmetli gerçeklerinden kurtulmaya istekli ve haykırarak ortaya çıktığından beri, aynı şeyin etkisi Otomasyon Testi söz konusu olduğunda da hissedilebilir. .
Agile'de Waterfall Vs Automation'da Otomasyon
Uygulama olduğunda yazılım test yaşam döngüsünün geleneksel sürecin alanında, Otomasyon Test normalde mümkün olduğunu kararlı, istikrarlı ve gereklilik bir ile ilgili olan zamanın gerçek hatırı sayılır miktarda ve çok becerikli otomasyon uzmanı bir kaynak seti içeren çoğu durumda önemli miktarda kurulum maliyetinin yanı sıra. Otomasyon Testinin temel amacı, maliyetleri uzun bir süre boyunca azaltmak ve mevcut test senaryolarının bir sonucu olarak yeni hataların ortaya çıkmamasını sağlamaktır.
Otomasyon Testinin ana rolü zamandan tasarruf etmek ve maliyetleri düşürmek olduğundan , teknolojinin doğası gereği otomasyon testi doğası gereği keşif niteliğinde değildir . Otomasyon Testi, yeni ve yenilikçi kusurlar ortaya çıkarmayı amaçlamaz. Otomasyon Testi, çoğunlukla mevcut olanın doğrulanmasını amaçlar.
Çevik Metodolojide nasıl otomatikleştirilir
Agile metodolojisi, tanımı gereği, zahmetli ve sıkıcı dokümantasyonu ortadan kaldırmaktan bahsediyor, böylece yeni ve yenilikçi fikirler uygulanabilir ve insanlar birbirleriyle özgürce etkileşime girebilir, böylece bu yenilikçi ve keşifsel fikirlerin daha fazlası uygulanabilir.
Böylece, çevik metodolojilerin temel temel felsefeleri ile Otomasyon Testi arasında bir çelişki görebiliyorduk.
Çevik Test Otomasyonu için Temel Noktalar
Bu nedenle, Otomasyon Test yöntem ve tekniklerine göre çevik metodolojilerin kullanımını değerlendirmek söz konusu olduğunda burada bazı temel noktaları dikkate almamız gerekir. Bu nedenle, tasarım ve kodlama için harcanan zaman, tasarlanan komut dosyalarının mevcut test verileriyle doğrulanması ve test için benimsenmesi (testlerin işlevsel veya regresyon amaçlı olup olmadığı) gibi bazı temel noktaları dikkate almamız gerekir. tüm bu olaylar, tüm bu gerçekleri gerçekleştirebilmek için, bu görevler için ve ortalama bir sprintin tamamlanmasının ortalama 1-2 hafta sürdüğü çevik bir ortamda önemli miktarda zamanın gerekli olmasını sağlamamız gerektiğidir ve bu nedenle Açıkça görülüyor ki, komut dosyalarını bu şekilde otomatikleştirmek için bu kadar çok zaman ayırmayı düşünmek çok zor.
Çevik metodoloji işin içindeyken ortaya çıkan gereksinimlerdeki değişikliklerin türü burada kalır. Çevik metodoloji, kendi tanımına göre, müşterinin neden olduğu değişiklik gereksinimlerine hızlı yanıt vermede çok yardımcı olan ve bu nedenle, uygulamanın genel gelişimi sırasında sık değişikliklere elverişli olan bir tür tekniktir.
Buna karşılık, otomasyon testi, daha istikrarlı ve daha seyrek gereksinim türleri söz konusu olduğunda çok kullanışlıdır. Bu nedenle, tanım gereği otomasyon testi, herhangi bir çevik metodolojinin benimsenmesiyle birlikte gelen gereksinimlerde çeşitli sık değişiklik türlerine uygun değildir.
Çevik Otomasyon Araçları
Genel bir çevik metodoloji kapsamında otomasyon testinin benimsenmesi söz konusu olduğunda, ilgili otomasyon aracının seçimi de potansiyel olarak çok önemli bir faktördür. Örneğin, lisanslı otomasyon araçları, söz konusu test otomasyon çerçevesine ait çeşitli önemli kaynaklara erişim söz konusu olduğunda, farklı kullanıcı türleri ve düzeylerine katı güvenlik erişim kriteri dayatır.
Buna karşılık çevik metodoloji, ekip üyeleri arasında çoğunlukla açık işbirliğine ve açık uçlu etkileşime vurgu yapar ve bu nedenle, kullanıcıların ekip içindeki genel uyum üzerinde nasıl olumsuz bir etkiye sahip olacağını doğrudan etkileyen kısıtlayıcı politikaları vurgular ve bu nedenle ne çok da fazla olmayan sonuçlara yol açabilir. projenin genel başarısı için yararlı ve çok da elverişli.
Bu nedenle, sürecin birincil önemi, otomasyon test komut dosyalarının, çevik metodolojinin sağladığı şekilde öngörülen süre içinde kaliteli bir şekilde teslim edilmesini sağlamak; Bu otomatikleştirilmiş test komut dosyalarının gelecekte yeniden kullanım için kendilerini iyi bir şekilde ödünç verecek şekilde daha incelikli bir şekilde otomatikleştirilecek olan ileriye dönük test senaryolarımızı seçmemiz ve ayrılan zamanın uygun süresi içinde hazırlanabilmelerini sağlamamız gerekir ( çevik metodoloji sürecinde gereklidir).
Yukarıdaki tüm faktörleri değerlendirdikten sonra, çevik metodolojileri benimserken bile, örneğin regresyon testleri gibi test türlerini resmetmemiz gerektiğini anlayabiliriz (çünkü çevik test sırasında bile, gerekli olan önemli miktarda test çalışması vardır. genel ürünün daha kaliteli olmasını sağlamak için çevik metodolojiler işine sokmak)
Şimdi otomasyon testinin kullanılabileceği en temel durumlara ve bunu çevik test alanına nasıl uyarlayabileceğimize bakalım.
Çevikliğe Uygulandığında Otomasyon Testi Kavramları
