KaderTarlan

BlogCan

Test Otomasyonu Için Maliyeti Azaltan Yöntemler

Yazılım otomasyon testlerinin büyük amacı manuel testlerle çok vakit kaybetmeden zamandan ve paradan kazanç sağlayabilmek işi otomotize etmek isterken yazılım otomasyonlarındaki yapılan bazı hatalardan dolayı buradaki zaman ve maliyet artmakta.

Yazılım otomasyon testleri yaparken otomasyon testlerinin maliyetini dusurebilecek durumlardan bahsedersek;

  • Maliyeti azaltmak için düşük değerlikli özelliklerin test edilmesi ile stabil diyeceğimiz durumların test edilmesi durumlarını çıkartmalıyız. Bunları test etmenin bir anlamı olmayacak. Burada neyi test etmemiz gerekiyor bunun analizi iyi çıkarılmalı. Bakım maliyeti yapacak gereksiz adımları çıkarırsak daha kritik noktalar üzerinde testi koşturmak gereksiz maliyeti önlemiş olacaktır. Bu tarz ufak kritik olmayan noktaların otomasyonunu gerçeklemeyin.
  • Testinizi birden fazla tarayıcı da birden fazla işletim sisteminde uygulamanız gerekecek. Ama gerçekten tüm işletim sistemlerine ve tüm tarayıcılara ihtiyacımız var mı ? Bunun analizini yaparsak maliyetimiz biraz daha azalır. Şöyle ki mevcut sistemlerde tarayıcıların kullanım oranlarına göre bir eleme yapabilirsiniz.
  • Karmaşık test senaryolarını önleyiniz. Burada basitliğe ve esnekliğe odaklanmalıyız. Ancak karmaşık data-driven senaryolar oluşturacaksınız elbette bu karmaşık davranmak anlamına gelmez. Hünerli test kodu yazmak ile anlamsız parçaları birleştirip bir karmaşa oluşturmak arasındaki fark aslında. iç içe koşullardan kaçının testi okumak ve hata ayıklamak daha da zorlaşır. Tek bir testte bir çok adımı bir arada yapmaktan kaçının. Karmaşıklık sadece test değil tüm sistem için ek bir maliyete sebep olacaktır.
  • Web sayfasındaki html elemanlarının bulunmasını sağlamak önemli. Çünkü patlayan testlerin çoğunluğu aslında bu elemanların bulunmayışından dolayıdır. Takımdaki web sayfamızı kodlayan arkadaşların bu idlerin bulunabilme ihtimallerini yukseltmeleri test maliyeti etkileyecektir.
  • Sistemdeki asenkron hareketleri bilmeye ihtiyacımız var. Asenkron hareket eden test komutları için herhangi bir değişiklik bunları etkileyecektir. Yazdığınız tüm test kodları küçük bir geliştirmede bile etkileneceğinden testleri buna dikkat ederek yazarsanız testlerin çalışmasını etkilememiş olursunuz. Veya takibinin iyi yapılıp yazılan test kodları hasar görmeyecek şekilde düzeltmeler ile maliyete gene sahip çıkarız.