Manuel Test mi, Test Otomasyonu mu? Doğru Dengeyi Kurmanın Ölçütleri

Aynı hedef, farklı güç alanları

Manuel test, bir test uzmanının yazılımı kullanıcı gibi kullanarak beklenen davranışı kendi gözlem ve yargısıyla doğrulamasıdır. Otomasyon testi ise aynı doğrulamaların bir araç ya da betik tarafından, insan müdahalesi olmadan tekrar tekrar çalıştırılmasıdır. İkisi de yazılımın kalitesine dair güven üretir; ama biri insan yargısına, diğeri makinenin tutarlılığına ve hızına dayanır.

Bu yüzden "manuel mi otomasyon mu" sorusu bir tercih değil, bir dağılım sorusudur. Olgun ekiplerde tekrarlanan, kuralı net ve kararlı kontroller otomatikleştirilir; keşif, kullanılabilirlik ve yeni özelliklerin ilk değerlendirmesi gibi insan yargısı gerektiren işler ise manuel yürütülür. Asıl beceri, her test fikrini doğru kutuya koymaktır.

Ölçüt ölçüt temel farklar

• Başlangıç maliyeti: Manuel test / düşük; test senaryosu yazılıp hemen uygulanabilir. Otomasyon testi / yüksek; araç seçimi, çerçeve kurulumu, test verisi ve ortam hazırlığı gerekir.
• Tekrar maliyeti: Manuel test / her çalıştırmada aynı insan emeği harcanır. Otomasyon testi / bir kez yazılan test her değişiklikte neredeyse sıfır ek emekle çalışır.
• Hız ve sıklık: Manuel test / sürüm öncesi belirli dönemlerde yapılabilir. Otomasyon testi / her kod değişikliğinde, sürekli entegrasyon hattında çalışabilir.
• Bulduğu hata: Manuel test / beklenmedik davranış, kafa karıştıran akış, görsel tutarsızlık, iş bağlamına aykırı sonuç. Otomasyon testi / daha önce çalışan bir davranışın bozulması, yani regresyon.
• Esneklik: Manuel test / test uzmanı gördüğü bir anormalliğin peşine anında düşebilir. Otomasyon testi / yalnızca kendisine söyleneni kontrol eder.
• Bakım: Manuel test / senaryo belgelerinin güncel tutulması. Otomasyon testi / arayüz ve veri değiştikçe test kodunun güncellenmesi; ihmal edilirse kırık ve güvenilmez testler birikir.

Hangi testler otomatikleştirilmeli?

Bir test fikrini otomasyona almadan önce şu soruları sormak yararlıdır: • Bu kontrol sık tekrarlanacak mı? Her sürümde, hatta her değişiklikte çalışması gereken kontroller otomasyonun ilk adayıdır. • Beklenen sonuç net mi? Doğru ile yanlışın kesin bir kuralla ayrılabildiği kontroller otomatikleşir; "kullanıcıya anlaşılır geliyor mu" gibi yargılar otomatikleşmez. • Özellik kararlı mı? Tasarımı her hafta değişen bir ekranın arayüz testini otomatikleştirmek, sürekli bakım yükü üretir. • Hata bedeli yüksek mi? Ödeme, kimlik doğrulama, yetkilendirme ve hesaplama gibi kritik yollar düzenli ve otomatik güvence ister. • Elle yapılması zor mu? Çok sayıda veri kombinasyonu, farklı tarayıcılar ya da uzun hazırlık gerektiren senaryolar otomasyonla daha güvenilir sınanır.

Bu sorulara verilen yanıtlar, aynı uygulamanın içinde bile bazı testlerin API düzeyinde otomatikleştirilmesini, bazılarının arayüzden uçtan uca otomatikleştirilmesini, bazılarının ise kalıcı olarak manuel kalmasını gerektirir.

Manuel testin yeri: keşif ve yargı

Otomasyon yaygınlaştıkça manuel testin önemi azalmaz, odağı değişir. Senaryo adımlarını elle tekrarlamak yerine keşif testi (exploratory testing) öne çıkar: test uzmanı belirli bir hedef ve zaman kutusu içinde uygulamayı inceler, öğrendiklerine göre bir sonraki adımı seçer ve bulgularını not eder. Bu yaklaşım, kimsenin önceden düşünmediği hataları ve kullanıcı deneyimi sorunlarını bulmakta güçlüdür.

Kullanılabilirlik değerlendirmesi, erişilebilirlik kontrollerinin yargı gerektiren kısmı, yeni bir özelliğin ilk incelemesi ve iş birimiyle birlikte yapılan kabul oturumları da manuel testin doğal alanıdır. Otomasyon bu çalışmaların bulgularından beslenir: keşif sırasında bulunan ve tekrar etmemesi gereken bir hata, düzeltildikten sonra otomatik bir regresyon testine dönüştürülür.

Örnek: bir mobil bankacılık sürümünde dağılım

Örneğin bir ekip, mobil bankacılık uygulamasına yeni bir fatura ödeme akışı ekliyor. Sürüm sürecinde işler şöyle bölünür: fatura tutarı hesaplama, limit kontrolü ve hata mesajı kuralları için API düzeyinde otomatik testler yazılır ve her değişiklikte çalışır. Giriş, para transferi ve fatura ödeme gibi kritik kullanıcı yolları için az sayıda uçtan uca otomatik test sürekli entegrasyon hattında koşar.

Yeni akış ise sürüm öncesinde test uzmanları tarafından keşif oturumlarıyla incelenir: bağlantı koptuğunda ne olduğu, kullanıcı ödeme sırasında uygulamadan çıkıp döndüğünde ekranın nasıl davrandığı, metinlerin anlaşılır olup olmadığı. Bu oturumlarda bulunan hatalardan tekrarlanabilir olanlar, düzeltme sonrasında otomasyon paketine eklenir. Böylece manuel emek yeni riskleri keşfetmeye, otomasyon ise bilinen davranışları korumaya harcanır.

Sık yapılan hatalar

• Tüm manuel senaryoları birebir otomasyona çevirmeye çalışmak; manuel adımlar için yazılmış senaryolar çoğu zaman otomasyona uygun yapıda değildir.
• Otomasyonu yalnız arayüz testleri olarak düşünmek; iş kurallarını API ve birim düzeyinde test etmek daha hızlı ve kararlıdır.
• Aralıklı başarısız olan testleri görmezden gelmek; ekip kırmızı sonuca alıştığında otomasyonun güvencesi kaybolur.
• Otomasyon kapsamını tek başarı ölçütü yapmak; önemli olan, kritik risklerin kapsanıp kapsanmadığıdır.
• Otomasyon geldi diye keşif testini bırakmak; kimsenin yazmadığı bir senaryoyu hiçbir betik kontrol etmez.
• Test kodunu üretim kodu kadar özenle yazmamak; kod incelemesi, isimlendirme ve yeniden kullanım test paketinin ömrünü belirler.
• Otomasyon testinin yaşam döngüsünü sona bırakmak; test verisi, ortam ve test kimlikleri (test id) geliştirme sırasında planlanmazsa otomasyon yazmak sonradan çok daha pahalıya gelir.

Mindset programlarında manuel test ve otomasyon

Test Otomasyonu ve QA Temelleri eğitimi yazılım kalitesi ve QA temelleri, test türleri ve kapsam yönetimi, test senaryosu tasarım teknikleri, test otomasyon temelleri ve araç seçimi, hata yönetimi ve raporlama ile çevik ortamda QA başlıklarını işler; manuel ve otomatik testin dengesini kurmak için temel çerçeveyi verir.

Regresyon Test Otomasyonu Stratejisi eğitimi ise regresyon kapsamının belirlenmesi, katmanlı paket tasarımı ve önceliklendirme, kararlılık ve kırılganlık yönetimi ile ölçüm ve sürekli bakım konularıyla otomasyona hangi testlerin alınacağı kararına odaklanır.