Otomasyon Nasıl “Kâr” Güder

Test şirketler için neden önemli?
Ürünler günümüzde çok kullanıcıya hitap ediyor ve karşılaşılan hatalar şirketlerin itibarını zedeler ve maddi manevi kayıplara sebep olur.

Otomasyon ve manuel test ilişkisi nedir?
Otomasyon ve manuel testler bir bütündürler.  Herhangi bir tanesi tek başına yapmak iyi bir çözüm değildir.  Projelerde sadece otomasyon ile ilerlemek istersek kodu yazılmamış buglar yakalanamaz veya sadece manuel testlerle ilerlemek istersek de büyük projelerde adam/gün iş yükü çok fazla olur. Manuel ve Otomasyon her nekadar ayrılmaz ikili ve gerekli olsalar da, Bu son dediğimiz madde ile aslında projelerimizde otomasyon ile ilerlediğimizde, şirketlerimize hız ve kazanç sağlamış oluyoruz.

Otomasyon testlerine nasıl hız ve kazanç sağlar?

• Manuel testlerin birden çok kez yapılması durumunda adam gün başına düşen iş yükü şirketler için maliyet oluşturur.
• Kritiklik seviyesi yüksek olan uygulamalar, altyapılar için gözden kaçacak durumların oluşması söz konusu olabilir.
• Ekip küçük işler büyükse altından kalkması zor olabilir.
• Mobil projeleriniz varsa ve mobil testlerde çoklu cihaz kullanımına ihtiyaç duyulması durumunda şirkete birden fazla cihaz almanız gerekecektir.
• Hatalara daha kolay ulaşılma isteği olduğu zaman manuel testler vakit almaya devam edecektir.
• Adam gün başına düşen iş yükünü azaltmak istenebilir, karmaşık uygulamaları olan şirketler manuel testçi sayısını artırmak durumunda kalabilir.
• Paralel test koşumlarına ihtiyaç duyulabilir.
• Hızlı geri bildirimler sağlanmak istenebilir üst yönetime, müşteriye bu talepleri sağlamak getirebilir.
• Bu durumda Otomasyon kodları ile testleri yapmak  iyi bir çözüm oluyor.

Yazılan otomasyon projesi neleri desteklemeli?

• Yazılan kod farklı platformalarda da çalışabilir olmalı, taşınabilir olmalı, bağımlılıkları bulunmamalı.
• Object oritented yapısında olması test kodlarının çalışmasını kolaylaştırır.
• Veri yönetimi olmalı test için kullanılacak data ayarlanmış olmalı.
• Cross browser testing yapılabilmeli, istenilen browserda test koşumu yapılabilmeli.
• Jenkins gibi paralizasyon sağlayacak bir platform ile çalışabilmeli, kod continous integration ile çalışabilmeli
• Çıkan loglar anlamlı olmalı
• Hata veren testler kolayca yakalanabilmeli, validasyonlar içerip assertion-logging alt yapıları kullanabilmeli.

Test Projesi Neden Object Oriented Olmalı?
Yazılan otomasyon kodları da maintanance kolay olmalı. Değişiklikler olduğu zaman kolayca düzeltilebilmeli, yeni değişiklikler kolayca eklenebilmeli. Karmaşıklığı az ve kodunuz anlaşılabilir olmalı. Oluşturulan test projenizde değişen elementler için, kullanılan her sayfaya başvurup güncelleme yapmaktan kaçınmalıyız. Ayrıca tekrar tekrar kullanılan elementler, metotlar için ve  kod tekrarlarından kaçınılmalı. Otomasyon maliyeti azaltırken, oluşturacağınız alt yapı ile maliyeti karmaşıklaştırmamalıyız. Kod kalitemiz yüksek olmalı!

Kod kalitesinden kasıt nedir?
Temiz kod yazıyor olmak, okunması anlaşılması zor iç içe sonsuz döngülerin olduğu, yorumların olmadığı, değişken isimlerinin anlamsız olduğu, kod tekrarlarının fazla olduğu bir yapıdan uzak durmak. Design pattern konusunda gelişip kod yazarken bunu uygulayabilmek. Yazilabiliyorsa kodu test driven ile geliştirmeli. Birim test kapsamı ve  code coverage artırılmalı yani yazdığımız birim seviyesindeki test sayısı artırılmalı. Kalite metriklerini kullanmalı. Hata oranı azaltılmalı. Ve bunları yaparken güvenlik kurallarını da kodumuza uygulamalı.