Android'de test edilmesi gerekenler

Test etmeniz gerekenler; uygulama türü, geliştirme ekibi, eski kodun miktarı ve kullanılan mimari gibi unsurlara bağlıdır. Aşağıdaki bölümlerde, yeni başlayanların uygulamasında neleri test edeceğini planlarken neleri göz önünde bulundurabileceği özetlenmektedir.

Test dizinlerinin düzenlenmesi

Android Studio'daki tipik bir proje, yürütme ortamına bağlı olarak testleri içeren iki dizin içerir. Testlerinizi aşağıdaki dizinlerde açıklandığı şekilde düzenleyin:

  • androidTest dizini, gerçek veya sanal cihazlarda çalışan testleri içermelidir. Bu testler arasında entegrasyon testleri, uçtan uca testler ve uygulamanızın işlevselliğini JVM'nin tek başına doğrulayamaması nedeniyle diğer testler yer alır.
  • test dizini, yerel makinenizde çalıştırılan testleri (ör. birim testleri) içermelidir. Yukarıdakilerin aksine, bunlar yerel bir JVM üzerinde çalışan testler olabilir.

Temel birim testleri

En iyi uygulamayı uygularken aşağıdaki durumlarda birim testlerini kullandığınızdan emin olmalısınız:

  • ViewModels veya sunucular için birim testleri.
  • Veri katmanı, özellikle de depolar için birim testleri. Veri katmanının çoğu platformdan bağımsız olmalıdır. Böylece test çiftleri, testlerde veritabanı modüllerini ve uzak veri kaynaklarını değiştirebilir. Android'de test çiftleri kullanma ile ilgili kılavuza bakın
  • Kullanım alanları ve etkileşimcilerde olduğu gibi, Alan katmanı gibi platformdan bağımsız diğer katmanlar için birim testleri.
  • Dize manipülasyonu ve matematik gibi yardımcı sınıfları için birim testleri.

Uç Durumları Test Etme

Birim testleri hem normal hem de uç durumlara odaklanmalıdır. Uç durumlar gerçek kişilerin ve daha büyük testlerin yakalayamadığı nadir senaryolardır. Örnekler şunları içerir:

  • Negatif sayılar, sıfır ve sınır koşulları kullanan matematik işlemleri.
  • Olası tüm ağ bağlantısı hataları.
  • Bozuk veriler (ör. bozuk JSON JSON)
  • Dosyaya kaydederken dolu depolama alanı simüle ediliyor.
  • Bir işlemin ortasında yeniden oluşturulan nesne (ör. cihaz döndürüldüğünde gerçekleşen bir etkinlik).

Kaçınılması Gereken Birim Testleri

Bazı birim testlerinde değerleri düşük olduğundan bu testlerden kaçınılmalıdır:

  • Kodunuzu değil, çerçevenin veya kitaplığın doğru çalıştığını doğrulayan testler.
  • Etkinlikler, parçalar veya hizmetler gibi çerçeve giriş noktalarının iş mantığı olmaması gerekir. Bu nedenle, birim testi öncelikli olmamalıdır. Aktivitelere ilişkin birim testleri, çoğunlukla çerçeve kodunu kapsadıkları ve daha karmaşık bir kurulum gerektirdiği için çok az değere sahiptir. Kullanıcı arayüzü testleri gibi enstrümanlı testler bu sınıfları kapsayabilir.

Kullanıcı arayüzü testleri

Uygulamanız gereken birkaç tür kullanıcı arayüzü testi vardır:

  • Ekran kullanıcı arayüzü testleri, tek bir ekrandaki kritik kullanıcı etkileşimlerini kontrol eder. Düğmeleri tıklama, formlara yazma ve görünür durumları kontrol etme gibi işlemler gerçekleştirirler. Ekran başına bir test sınıfı iyi bir başlangıç noktasıdır.
  • Kullanıcı akış testleri veya gezinme testleri; en yaygın yolları kapsar. Bu testler, gezinme akışında hareket eden bir kullanıcıyı simüle eder. Bunlar basit testlerdir ve başlatma sırasında çalışma zamanı kilitlenmelerini kontrol etmek için yararlıdır.

Diğer testler

Ekran görüntüsü testleri, performans testleri ve maymun testleri gibi daha özel testler mevcuttur. Testleri, regresyonlar, erişilebilirlik ve uyumluluk gibi amaca göre de kategorilere ayırabilirsiniz.

Daha fazla bilgi

Tek başına test yapmak için çoğu zaman test edilen kişinin bağımlılıklarını, genel olarak "İkili test" adı verilen sahte veya sahte bağımlılıklarla değiştirmeniz gerekir. Android'de test ikililerini kullanma başlıklı makalede bu konu hakkında okumaya devam edin.

Birim ve kullanıcı arayüzü testlerinin nasıl oluşturulacağını öğrenmek istiyorsanız Codelab testlerini inceleyin.