Test otomasyonundan agentic kalite döngüsüne: Cunda nasıl çalışır?
Testleri üreten agent'lar, gerçek firmware'den açılan sanal telefonlar, çalışan servislerde ölçülen kapsam ve gerçek kullanıcı oturumları. Cunda'nın beş ürününün tek bir kalite döngüsünde nasıl birleştiğini anlatıyoruz.
Cunda, yazılım kalitesini tek seferlik bir test aşaması olarak değil, kendini geliştiren bir döngü olarak ele alan bir ürün ailesi. Döngüde AI agent'lar testleri üretir, testler gerçek ve sanal cihazlarda koşar, koşunun hangi koda dokunduğu ölçülür ve gerçek kullanıcıların yaşadığı sorunlar bir sonraki teste dönüşür. Bu yazıda beş ürünün bu döngüde nasıl birleştiğini anlatıyoruz.
Klasik test otomasyonu nerede tıkanıyor?
Çoğu ekipte test otomasyonu dört ayrı dünyada yaşar. Test senaryolarını insanlar yazar ve uygulama değiştikçe script'leri elle günceller. Mobil testler emülatörlerde ya da sayısı sınırlı fiziksel cihazlarda koşar. Kapsam ölçümü genellikle birim testleriyle sınırlı kalır, oysa regression setinin zamanını harcadığı yer yayındaki servislerdir. Üretimde kullanıcının yaşadığı sorun ise destek biletine düştüğünde test ekibine çoktan ulaşmamıştır.
Bu dört dünya birbirinden habersiz olduğunda ekip aynı soruya her sürümde yeniden cevap arar: Bu değişiklik neyi etkiledi ve onu gerçekten test ettik mi?
Döngünün altı aşaması
Cunda bu soruyu tek bir döngüde cevaplar. Her ürün bir aşamayı tek başına çözer ve diğerlerine bağlanır:
- Commit: TestingOps. Agent'lar değişikliği okur, gereksinimlere ve kodunuza dayanan test case'leri yazar.
- Provision: DeviceOps. Sanal telefonlar resmi OEM firmware'inden açılır ve her koşu için bilinen bir durumdan klonlanır.
- Build: RunningOps. Doğal dille yazılmış testler web, Android, iOS ve API hedeflerinde paralel koşar.
- Test: CoverOps. Çalışan servislere takılan agent'lar, her testin gerçekte hangi kod satırlarını çalıştırdığını kaydeder.
- Deploy: yayın kapısı. Değişen satırlara hiçbir test ulaşmadıysa bu, sürüm çıkmadan pull request'te görünür.
- Monitor: ReplayOps. Gerçek oturumlar kaydedilir, kullanıcı sıkıntısı puanlanır ve en kötü oturumlar bulguya dönüşür.
Döngü burada bitmez. ReplayOps'un bulduğu sorunlar ve CoverOps'un gösterdiği kapsam boşlukları TestingOps agent'larına geri döner; agent'lar bir sonraki döngüde bu alanlar için daha keskin testler üretir.
Agentic test ne demek?
Agentic test, tek bir yardımcı bot yerine rolleri belli bir agent ekibinin test işini yürütmesidir. TestingOps'ta her projeye bir QA Delivery Lead, test mühendisleri, bir test verisi mühendisi ve bir test yöneticisi atanır. Delivery Lead talebi alır ve planlar, test mühendisleri senaryoları tasarlar, veri mühendisi koşu için gereken hesapları ve verileri hazırlar.
Bu yaklaşımın iki kuralı var. Birincisi, her test adımı dayanağını gösterir: agent'lar depolarınızı, takip araçlarınızı ve belgelerinizi okur, kanıt bulamadığında tahmin etmek yerine bunu söyler. İkincisi, sonuç dürüsttür: altyapı kaynaklı bir hata ürün hatası olarak sayılmaz, atlanan senaryo atlandı olarak işaretlenir. Yeşil bir sonuç, ürünün gerçekten çalıştığı anlamına gelmelidir.
Mobil test neden sanal cihazla başlar?
Mobil testlerin en büyük darboğazı genellikle cihazdır. DeviceOps bir emülatör değildir: telefon üreticisinin kendi sistem görüntüsünü (Samsung One UI, Google Pixel, Xiaomi HyperOS gibi) sanal donanım için yeniden kurar ve Arm sunucularda doğrudan çalıştırır. Gerçek bir telefonun dijital ikizi de çıkarılabilir; uygulamalar ve seçili ayarlar kopyalanır, kişisel veri ve hesaplar kopyalanmaz.
SMS ile gelen tek kullanımlık kod gibi gerçek donanım gerektiren adımlar ise RunningOps ve TestingOps üzerinden gerçek SIM kartlı fiziksel telefonlarda koşar.
Veriniz nerede kalıyor?
Ürünlerin hepsi Cunda bulutunda ya da kendi altyapınızda, yani kendi bulut hesabınızda veya veri merkezinizde çalışabilir. CoverOps kapalı ağlarda da çalışır ve istek ya da yanıt gövdelerini kaydetmez. ReplayOps'un dinamik KVKK/GDPR maskelemesi, kayıttaki adları, e-postaları, TC kimlik numaralarını, IBAN'ları ve kart numaralarını saklanmadan ya da dışarı gönderilmeden önce değiştirir; bunun için Türkçe veriyle eğitilmiş bir model kullanır.
Nereden başlamalı?
Döngünün tamamını aynı gün kurmak gerekmez. En çok canınızı yakan aşamadan başlayın:
- Regression setiniz saatler sürüyorsa, her değişiklikte neyin yeniden test edileceğini CoverOps ile görün.
- Mobil testler cihaz yüzünden bekliyorsa, DeviceOps ile ihtiyacınız kadar özdeş cihaz açın.
- Test yazmaya zaman kalmıyorsa, TestingOps agent ekibiyle başlayın.
- Kullanıcının yaşadığını göremiyorsanız, ReplayOps ile oturumları kaydedin.
Hangi aşamanın sizin için en büyük farkı yaratacağını birlikte bakmak isterseniz bize yazın.