Android Açık Kaynak Projesi (AOSP) çeşitli araçlar ve test paketleri sağlar Google Analytics 4'teki Çözümler'i kullanabilirsiniz. Bu bölümünde, aşağıdaki terimlere aşina olmanız gerekir:
- Android uyumlu cihaz
- Üçüncü taraf geliştiriciler tarafından yazılan tüm üçüncü taraf uygulamalarını çalıştırabilen bir cihaz Android SDK ve NDK'yı kullanıyor. Android uyumlu cihazlar Uyumluluk Tanımlama Belgesi (CDD) ve Uyumluluk Test Paketi (CTS). Android uyumlu cihazlarınızın Android ekosistemine katılmaya uygun olduğunu unutmayın. lisans hakkı, lisanslardan bağımsız olarak Google Mobil Hizmetleri (GMS) paketi ve Android ticari markasının kullanımı. İsteyen herkes Android kaynak kodunu kullanmalarını, ancak Android ekosisteminin bir parçası olarak kabul edilmelerini Android uyumlu olması gerekir.
- yapı
- Yerel sorun gidermeyi sağlayan derlemeyle ilgili günlük.
- Uyumluluk Tanımlama Belgesi (CDD)
- Bir kuruluş için yazılım ve donanım gereksinimlerini sıralayan bir belge, Android uyumlu cihaz.
- Uyumluluk Test Paketi (CTS)
İkili program veya AOSP'deki bir kaynaktır. CTS, Google Analytics 4'teki CTS'ye entegre edilmek üzere tasarlanmış ve takip edebilirsiniz. CTS'nin amacı uyumsuzlukları ortaya çıkarmaktır Yazılımın geliştirme süreci boyunca uyumlu kalmasını sağlamak.
CTS ve platform testleri birlikte kullanılamaz. Aşağıda bazı genel kurallar:
- Bir test, çerçeve API işlevlerinin veya davranışlarının doğruluğunu onaylıyorsa testin OEM iş ortakları genelinde uygulanması ve CTS'de olması gerekir.
- Bir testin platform geliştirme sırasında regresyonları yakalaması amaçlanıyorsa Ayrıca yürütülmesi için özel izin gerektirebilir ve uygulama ayrıntılarına (AOSP'de yayınlandığı şekliyle) değindikten sonra, testi.
- Google Mobil Hizmetleri (GMS)
Cihazlara önceden yüklenebilen Google uygulamaları ve API'leri koleksiyonu.
- GoogleTest (GTest)
Bir C++ testi ve alay çerçevesi. Genellikle GTest ikili programları alt düzey soyutlama katmanlarına erişin veya çeşitli sistemlerde ham IPC gerçekleştirin kullanıma sunuyoruz. GTest için test yaklaşımı genellikle çok önemli. CTS, GTest çerçevesini içerir.
- araç testi
Özel bir test yürütme ortamı Hedeflenen uygulama işleminin gerçekleştirildiği
am instrument
komutu tarafından başlatılır yeniden başlatılıp temel uygulama bağlamıyla başlatıldığında ve enstrümantasyon iş parçacığı, uygulama işlemi sanal içinde başlatılır üretiliyor. CTS, araç testlerini içerir.- Logcat
Aşağıdakiler dahil olmak üzere sistem mesajlarının günlüğünü oluşturan bir komut satırı aracı: cihazın hata ve gönderdiği mesajları gösteren yığın izlemeleri (stack trace)
Log
sınıfıyla uygulamanızdan yazılmıştır.- günlük kaydı
Bilgisayar sistemi etkinliklerini izlemek için bir günlük kullanma: olarak ayarlayabilirsiniz. Android'de oturum açmak, kullanılan standartların karmaşık bir iştir. Logcat aracında birleştirilir.
- gönderme sonrası testi
Bir yaygın çekirdek dalını oluşturuyoruz. Kısmi şube adı olarak
aosp_kernel
girdiğinizde çekirdek dallarının listesini ve sonuçları görebilirsiniz. Örneğin, sonuçlarandroid-mainline
için şu adreste bulunabilir: https://ci.android.com/builds/branches/aosp_kernel-common-android-mainline/grid.- gönderme öncesi testi
Hataların yaygın çekirdeklerden oluşur.
- Ticaret Federasyonu
Ayrıca sürekli test amacıyla kullanılan Tradefed çerçeve oluşturmak için kullanabilirsiniz. Örneğin, Tradefed, Uyumluluk Test Paketi ve Tedarikçi Test Paketi testlerini çalıştırmak için kullanılır.
- Tedarikçi Firma Test Paketi (VTS)
Bir dizi kapsamlı özellik, Android testi, teste dayalı geliştirme sürecini destekleme ve otomatikleştirme donanım soyutlama katmanı (HAL) ve işletim sistemi çekirdek testi.
Platform testi türleri
Platform testi genellikle Android sisteminin biri veya daha fazlasıyla etkileşime girer ya da HAL katmanlarından, test edilen öznenin işlevlerini yerine getirmesini sağlar ve test sonucudur. Platform testi şunları yapabilir:
- (Tip 1) Android çerçevesini kullanan alıştırma çerçevesi API'leri. Belirli API'ler
şunları içerebilir:
- Üçüncü taraf uygulamaları için tasarlanmış herkese açık API'ler
- Ayrıcalıklı uygulamalar, yani sistem API'leri veya
gizli API'ler (
@hide
veyaprotected
,package private
)
- (Tür 2) Ham bağlayıcı veya IPC proxy'leri kullanarak Android sistem hizmetlerini çağırma ekleyebilirsiniz.
- (3. tür) Düşük seviye API'ler veya IPC arayüzleri kullanarak HAL'lerle doğrudan etkileşim kurun.
Tip 1 ve 2 testler genellikle araç testleridir, tip 3 testler ise GTest'tir.
Sırada ne var?
Daha ayrıntılı bilgi edinmek için okuyabileceğiniz belgelerin listesi aşağıda verilmiştir:
Android mimarisi hakkında bilgi sahibi değilseniz bkz. Mimariye genel bakış.
Android uyumlu bir cihaz oluşturuyorsanız Android uyumluluk programına genel bakış başlıklı makaleyi inceleyin.
Araç, işlevsel, metrik ve JAR ana makine testlerini entegre etmek için bir platforma entegre etmek için bkz. Test geliştirme iş akışını.
Cihazlarınızı güvenlik açıklarını tespit edip güvenlik açıklarına karşı güçlendirmek için Güvenlik testi başlıklı makaleyi inceleyin.
HAL ve çekirdek uygulamalarınızı test etme hakkında bilgi edinmek için Tedarikçi firma Test Paketi (VTS) ve altyapı.
Uygulama testi için şunu okuyun: Android'i test etmeyle ilgili temel bilgiler uygulamalar ve Kotlin 05.1'de Gelişmiş Android:Test Etme Temel Bilgiler her bir arama terimi için örnekler yer alır.
Depo kancaları aracılığıyla kullanabileceğiniz temel ön gönderme testi hakkında bilgi edinin. Bu kancalar; linter'ları çalıştırmak, biçimlendirmeyi kontrol etmek ve birimi tetiklemek için kullanılabilir Örneğin, devam etmeden önce test yapın (örneğin, bir kayıt yüklemek). Bu kancalar devre dışı varsayılan olarak. Daha fazla bilgi için AOSP Ön Yüklemesi bölümüne bakın Kancalar.
Günlük kaydı hakkında daha fazla bilgi edinmek için Günlük kaydını anlama bölümüne bakın.
Android kodundaki hata ayıklamayı anlamak için bkz. Yerel Android platform kodunda hata ayıklayın.