Android Uyumluluk Test Paketi (CTS) milyonlarca ayrı test sunar. Yazılım geliştirme aşamasında CTS'nin sık sık çalıştırılması gerekse de bu testlerin çalıştırılması için gereken süre kısaltılabilir.
Bu sayfada, test yürütme süresini azaltmak için kullanabileceğiniz yöntemler ve donanım kaynaklarını sürece nasıl optimize edeceğiniz açıklanmaktadır.
Parçalama cihazları
Çevrim süresini kısaltmak için CTS'yi birden fazla cihazda (parçalama) çalıştırmayı düşünebilirsiniz. Parçalama özelliğinin nasıl kullanılabileceğini öğrenmek için CTS testlerini çalıştırma başlıklı makaleyi inceleyin.
Android test istasyonu
Standart Android test paketlerini çalıştırmak için kullanıcı arayüzü kullanmak üzere Android Test İstasyonu (ATS)'nu kullanın. Bu araç, Trade Federation (TF) için bir web arayüzü görevi görür. Bu sayede, bir dizi test cihazında CTS'yi minimum kurulumla çalıştırmanın yanı sıra testleri sürekli olarak çalıştırmak için bir program oluşturabilirsiniz.
Android test istasyonu, çoklu ana makine modunu destekler. Bu modda, tek bir ATS denetleyici ana makinesi, birden fazla ATS çalışan ana makinesindeki cihazları ve testleri yönetmek için kullanılabilir.
Emülatörün sürekli çalıştırılması
Geliştirme aşamasında CTS'yi sürekli olarak çalıştırmak için donanım yerine Android Sanal Cihazlar (AVD) kullanılabilir. Test hatalarındaki gerilemeler erken tespit edilebilir. Bu sayede, temel nedenleri önceliklendirmek ve analiz etmek için gereken zamanın büyük bir kısmı tasarruf edilir. Parçalama için birden fazla emülatör örneği kullanılabilir ve Android test istasyonuyla sürekli çalışacak şekilde planlanabilir.
drawElements Quality Program (dEQP)
drawElements Kalite Programı (dEQP) Android CTS'ye dahildir. CtsDepqTestCases adlı bu program, Android grafiklerinin test kapsamına odaklanır. Bu modül, Android CTS'deki tüm test senaryolarının yaklaşık% 80'ini oluşturur ve toplam yürütme süresinin% 6'sını temsil eder.
Android grafik sürücüleri Android donanım yazılımının (BSP) bir parçası olduğundan ve geliştirme sürecinde fazla değişmediğinden bu modülü stratejik olarak çalıştırabilirsiniz. Örneğin, yazılım geliştirme sırasında CTS'yi iki haftada bir (veya daha seyrek) çalıştırıyorsanız ürün yazılımı güncelleme planına göre bu modülü birkaç döngü boyunca hariç tutabilirsiniz.
Seçeneklerden biri, CtsDeqpTestCases'yı bir grup cihazda ayrı ayrı çalıştırmak ve ardından CTS raporlarını göndermektir. Örneğin, iki farklı ana makinede.
1. Ana Bilgisayar:
cts-tf > run cts --max-log-size 100 --shard-count 6 -o -m CtsDeqpTestCases
2. Ana Bilgisayar:
cts-tf > run cts --max-log-size 100 --shard-count 6 -o --exclude-filter CtsDeqpTestCases
Medya test durumları
Medya testleri, ses, video ve multimedya sürücüleri gibi multimedya hizmetlerini doğrular. Bu multimedya test modülleri, CTS yürütme süresine en fazla katkıda bulunur. Gecikmeler şu durumlarda yaşanabilir:
- Testler sırasında medya dosyalarını indirme veya tekrar tekrar oynatma
- Başarısız test durumlarını yeniden deneme
Android CTS aşağıdaki test modüllerini içerir:
CtsMediaStressTestCasesCtsMediaPlayerTestCasesCtsMediaAudioTestCasesCtsVideoTestCasesCtsMediaDecoderTestCasesCtsMediaCodecTestCasesCtsMediaV2TestCases
Bazı medya testlerini yerel olarak veya yerel bir sunucuda çalıştırmayı düşünebilirsiniz. Ayrıntılı bilgi için CTS medya testlerini yerel olarak çalıştırma başlıklı makaleyi inceleyin.
Multimedya çerçevesi ve sürücüleri (kod çözücüler ve kodlayıcılar) Android donanım yazılımının (BSP) bir parçasıdır. Bu modülü stratejik olarak çalıştırabilir ve yazılım güncelleme planına göre bu modülleri birkaç döngü boyunca hariç tutabilirsiniz.