Sehen Sie sich die Liste unten an, um die grundlegende Terminologie des Android Open Source Project (AOSP) zu lernen. Hier sind weitere Quellen für Definitionen von Schlüsselbegriffen:
- Abschnitt „Android Compatibility Definition Document (CDD) Build Parameters “.
- Audio-Terminologie
- USB-Audio-Terminologie
- Automotive-Terminologie
- Automotive Dialer-Terminologie
- Terminologie für Automobil-Instrumentencluster
- Vokabular für App-Entwickler
- Terminologie der Kameraversion
- Device Tree Overlay (DTO)-Terminologie
- Framework Compatibility Matrix (FCM) Lebenszyklus-Terminologie
- Terminologie der Gesundheit
- HIDL-Terminologie
- Hardwaregestützte Keystore-Terminologie
- Terminologie für mehrere Bildschirme
Beispiele für Terminologie, die für ein integrativeres Ökosystem verwendet und vermieden werden sollte, finden Sie unter Codierung mit Respekt .
Anwendungen
- .apk-Datei
- Android-Anwendungspaketdatei. Jede Android-Anwendung wird kompiliert und in eine einzelne Datei gepackt, die den gesamten Anwendungscode (.dex-Dateien), Ressourcen, Assets und die Manifestdatei enthält. Die Anwendungspaketdatei kann einen beliebigen Namen haben, muss jedoch die Erweiterung
.apk
verwenden. Beispiel:myExampleAppname.apk
. Der Einfachheit halber wird eine Anwendungspaketdatei oft als ".apk" bezeichnet.Verwandte: Anwendung .
- Aktion
- Eine Beschreibung von etwas, das ein Intent -Absender getan haben möchte. Eine Aktion ist ein einem Intent zugewiesener Zeichenfolgenwert. Aktionszeichenfolgen können von Android oder einem Drittentwickler definiert werden. Beispielsweise android.intent.action.VIEW für eine Web-URL oder com.example.rumbler.SHAKE_PHONE für eine benutzerdefinierte Anwendung zum Vibrieren des Telefons.
Verwandte: Absicht .
- Aktivität
- Ein einzelner Bildschirm in einer Anwendung mit unterstützendem Java-Code, abgeleitet von der
Activity
-Klasse. Am häufigsten wird eine Aktivität sichtbar durch ein Vollbildfenster dargestellt, das UI-Ereignisse empfangen und verarbeiten und komplexe Aufgaben ausführen kann, da das Fenster zum Rendern des Fensters verwendet wird. Obwohl eine Aktivität normalerweise im Vollbildmodus angezeigt wird, kann sie auch schwebend oder transparent sein. - Anwendung
- Aus Sicht der Komponenten besteht eine Android-Anwendung aus einer oder mehreren Aktivitäten, Diensten, Zuhörern und Absichtsempfängern. Aus Sicht der Quelldatei besteht eine Android-Anwendung aus Code, Ressourcen, Assets und einem einzigen Manifest. Während der Kompilierung werden diese Dateien in einer einzigen Datei gepackt, die als Anwendungspaketdatei (.apk) bezeichnet wird.
- Rundfunkempfänger
- Eine Anwendungsklasse, die auf Broadcast-Intents lauscht, anstatt an eine einzelne Zielanwendung/Aktivität gesendet zu werden. Das System liefert eine Broadcast-Intent an alle interessierten Broadcast-Empfänger, die die Intent sequentiell bearbeiten.
Verwandte: Absicht , Absichtsfilter .
- Inhalt Anbieter
- Eine Datenabstraktionsschicht, die Sie verwenden können, um die Daten Ihrer Anwendung sicher für andere Anwendungen verfügbar zu machen. Ein Inhaltsanbieter basiert auf der
ContentProvider
-Klasse, die Inhaltsabfragezeichenfolgen eines bestimmten Formats verarbeitet, um Daten in einem bestimmten Format zurückzugeben. Weitere Informationen finden Sie im Thema Inhaltsanbieter .Verwandte: URI-Verwendung in Android
- Dialog
- Ein schwebendes Fenster, das als leichte Form fungiert. Ein Dialogfeld kann nur Schaltflächensteuerelemente enthalten und soll eine einfache Aktion ausführen (z. B. Schaltflächenauswahl) und möglicherweise einen Wert zurückgeben. Ein Dialogfeld soll nicht im Verlaufsstapel verbleiben, ein komplexes Layout enthalten oder komplexe Aktionen ausführen. Android bietet Ihnen ein einfaches Standarddialogfeld mit optionalen Schaltflächen, obwohl Sie Ihr eigenes Dialoglayout definieren können. Die Basisklasse für Dialoge ist
Dialog
.Verwandte: Aktivität .
- Absicht
- Ein Nachrichtenobjekt, das Sie zum asynchronen Starten oder Kommunizieren mit anderen Anwendungen/Aktivitäten verwenden können. Ein Intent-Objekt ist eine Instanz von
Intent
. Es enthält mehrere Kriterienfelder, die Sie angeben können, um zu bestimmen, welche Anwendung/Aktivität die Absicht erhält und was der Empfänger tut, wenn er die Absicht verarbeitet. Zu den verfügbaren Kriterien gehören die gewünschte Aktion, eine Kategorie, ein Datenstring, der MIME-Typ der Daten, eine Behandlungsklasse und andere. Eine Anwendung sendet eine Absicht an das Android-System, anstatt sie direkt an eine andere Anwendung/Aktivität zu senden. Die Anwendung kann den Intent an eine einzelne Zielanwendung oder als Broadcast senden, der wiederum von mehreren Anwendungen nacheinander verarbeitet werden kann. Das Android-System ist für die Auflösung des am besten verfügbaren Empfängers für jeden Intent verantwortlich, basierend auf den im Intent bereitgestellten Kriterien und den von anderen Anwendungen definierten Intent-Filtern. Weitere Informationen finden Sie unter Absichten und Absichtsfilter .Verwandte: Intent Filter , Broadcast Receiver .
- Absichtsfilter
- Ein Filterobjekt, das eine Anwendung in ihrer Manifestdatei deklariert, um dem System mitzuteilen, welche Arten von Absichten jede ihrer Komponenten zu akzeptieren bereit ist und mit welchen Kriterien. Durch einen Intent-Filter kann eine Anwendung Interesse an bestimmten Datentypen, Intent-Aktionen, URI-Formaten usw. bekunden. Beim Auflösen einer Absicht wertet das System alle verfügbaren Absichtsfilter in allen Anwendungen aus und leitet die Absicht an die Anwendung/Aktivität weiter, die der Absicht und den Kriterien am besten entspricht. Weitere Informationen finden Sie unter Absichten und Absichtsfilter .
Verwandte: Absicht , Broadcast Receiver .
- Ressourcen
- Nichtprogrammatische Anwendungskomponenten, die sich außerhalb des kompilierten Anwendungscodes befinden, die jedoch mithilfe eines bekannten Referenzformats aus dem Anwendungscode geladen werden können. Android unterstützt eine Vielzahl von Ressourcentypen, aber die Ressourcen einer typischen Anwendung bestehen aus UI-Strings, UI-Layoutkomponenten, Grafiken oder anderen Mediendateien und so weiter. Eine Anwendung verwendet Ressourcen, um die Lokalisierung und verschiedene Geräteprofile und -zustände effizient zu unterstützen. Beispielsweise würde eine Anwendung einen separaten Satz von Ressourcen für jeden unterstützten lokalen oder Gerätetyp enthalten, und sie könnte Layoutressourcen enthalten, die für die aktuelle Bildschirmausrichtung (Querformat oder Hochformat) spezifisch sind. Weitere Informationen zu Ressourcen finden Sie unter Ressourcen und Assets . Die Ressourcen einer Anwendung werden immer in den Unterordnern
res/*
des Projekts gespeichert. - Service
- Ein Objekt der Klasse
Service
, das im Hintergrund (ohne UI-Präsenz) ausgeführt wird, um verschiedene dauerhafte Aktionen auszuführen, z. B. das Abspielen von Musik oder das Überwachen der Netzwerkaktivität.Verwandte: Aktivität
- URIs in Android
- Android verwendet URI-Strings (Uniform Resource Identifier) als Grundlage zum Anfordern von Daten bei einem Inhaltsanbieter (z. B. zum Abrufen einer Kontaktliste) und zum Anfordern von Aktionen in einem Intent (z. B. Öffnen einer Webseite in einem Browser). Das URI-Schema und -Format ist je nach Art der Verwendung spezialisiert, und eine Anwendung kann bestimmte URI-Schemata und -Strings auf beliebige Weise handhaben. Einige URI-Schemata werden von Systemkomponenten reserviert. Datenanforderungen von einem Inhaltsanbieter müssen beispielsweise
content://
verwenden. In einem Intent wird ein URI, der einhttp://
Schema verwendet, vom Browser verarbeitet.
Bauen
- adb
- Android Debug Bridge, eine im SDK enthaltene Befehlszeilen-Debugging-Anwendung. Es bietet Tools zum Durchsuchen des Geräts, Kopieren von Tools auf dem Gerät und Weiterleiten von Ports zum Debuggen. Wenn Sie in Android Studio entwickeln, ist adb in Ihre Entwicklungsumgebung integriert. Weitere Informationen finden Sie unter Android Debug Bridge .
- Android-Projekt
- Ein Git-Repository auf einem Android-Gerrit-Host. Weitere Informationen finden Sie unter Quellcodeverwaltungstools > Gerrit .
- Fingerabdruck erstellen
- Der Build-Fingerabdruck ist eine eindeutige, für Menschen lesbare Zeichenfolge, die Herstellerinformationen enthält, die für jeden Build ausgegeben werden. Weitere Informationen finden Sie unter Grundlegendes zu Build-Fingerabdrücken .
- Git
- Das von Android verwendete Quellcodeverwaltungstool, das in der Vergangenheit auf einem einzigen Git-Repository ausgeführt wurde. Wird in Verbindung mit Repo für mehrere Git-Repositories verwendet. Weitere Informationen finden Sie unter Quellcodeverwaltungstools > Git .
- Git-Zweig – kanonisch
- Unterschiedliche Versionen für jedes Git-Repository, z. B.
android-11.0.0_r1
, finden Sie unter cs.android.com/android/platform/superproject/+/android-11.0.0_r1 . Weitere Informationen finden Sie unter Git Branching – Branches in a Nutshell . - Git-Zweig – lokal
- Eine temporäre Verzweigung im aktuellen Repo-Client, um Codeänderungen vorzunehmen, die mit dem
repo start branch-name .
Befehl. eine aktive Entwicklungslinie. Der letzte Commit auf einem Zweig wird als Spitze dieses Zweigs bezeichnet. - Git-Repository
- Dies wird manchmal als Projekt bezeichnet und ist ein Teil der Codebasis, der eine bestimmte Komponente oder einen bestimmten Gerätetyp darstellt, z. B.
frameworks/base
oderplatform/packages/apps/Car/Media
. - Manifest-Datei
- Eine XML-Datei, die eine Gruppierung von Git-Repositories pro Branche, die Git-Revisionen, in denen diese Repositories ausgecheckt werden sollen, und ihr Layout in einem Dateisystem beschreibt. Diese XML-Datei, die normalerweise
default.xml
heißt, ist mit einem Repo-Zweig verknüpft und beschreibt die Git-Repositories und Git-Zweige, die ausgecheckt werden, wenn Sie den Repo-Zweig initialisieren und synchronisieren. Diese Datei definiert die verschiedenen Git-Repositories, die das Repo-Tool in einen Repo-Client-Checkout abrufen soll, um ein Produkt (z. B. Android Automotive OS) zu erstellen. Alle Manifeste finden Sie unter android.googlesource.com/platform/manifest/+refs . Sehen Sie sich das Standardmanifest an, das in AndroidManifest- Dateien enthalten ist, um Dateien der Android-Plattform (AOSP) unter android.googlesource.com/platform/manifest/+/refs/heads/master/default.xml abzurufen . In der Datei AndroidManifest.xml finden Sie App-Informationen und das Repository- Manifestformat für die Plattformentwicklung. - Over-the-air (OTA)-Update
- Android-Geräte im Außendienst können Over-the-Air (OTA)-Updates für das System, die Anwendungssoftware und die Zeitzonenregeln empfangen und installieren. Weitere Informationen finden Sie unter OTA-Updates .
- Repo
- Ein Wrapper um Git, um einfachere Operationen auf mehreren Git-Repositories zu ermöglichen. Es aggregiert und verwaltet die vielen Git-Repositories als einzelne Kasse oder Codebasis. Weitere Informationen finden Sie unter Quellcodeverwaltungstools > Repo .
- Repo-Zweig
- Eine Sammlung von Git-Repositories, die in einer AndroidManifest -Datei erfasst sind, die eine Version (Build) der Android-Codebasis darstellt, z. B.
android11-gsi
oderaosp-android-games-sdk
, heruntergeladen über die Befehlerepo init
undrepo sync
. In der Beschreibung der Manifestdatei finden Sie Links zu allen Manifestdateien, und verwenden Sie https://cs.android.com/, um nach ihren Builds zu suchen. - aufwärts
- Im Allgemeinen aktualisiert uprev ein Teilprojekt eines größeren Projekts auf eine neuere Version. Ein Uprev ändert eine Revisionsstufe entweder auf die nächste inkrementierte Version oder auf die neueste verfügbare Version. Im Fall eines HIDL-Pakets aktualisiert ein Minor-Version-Uprev das neue Paket auf eine höhere Minor-Version, um die abwärtskompatible Erweiterbarkeit auf Paketebene beizubehalten, während derselbe Name und dieselbe Hauptversion wie das alte Paket beibehalten werden. Im Fall der Bootloader-Konfiguration aktualisiert ein uprev die Boot-Header-Versionsunterstützung auf die neueste Version.
Grafik
- Leinwand
- Eine Zeichenoberfläche, die das Zusammensetzen der tatsächlichen Bits mit einem Bitmap- oder Oberflächenobjekt handhabt. Es verfügt über Methoden zum standardmäßigen Computerzeichnen von Bitmaps, Linien, Kreisen, Rechtecken, Text usw. und ist an ein Bitmap oder eine Oberfläche gebunden. Canvas ist die einfachste Möglichkeit, 2D-Objekte auf dem Bildschirm zu zeichnen. Die Basisklasse ist
Canvas
. - Ziehbar
- Eine kompilierte visuelle Ressource, die als Hintergrund, Titel oder anderer Teil des Bildschirms verwendet werden kann. Ein Drawable wird normalerweise in ein anderes UI-Element geladen, beispielsweise als Hintergrundbild. Ein Drawable ist nicht in der Lage, Ereignisse zu empfangen, weist aber verschiedene andere Eigenschaften wie "Zustand" und Zeitplanung zu, um Unterklassen wie Animationsobjekte oder Bildbibliotheken zu aktivieren. Viele zeichenbare Objekte werden aus zeichenbaren Ressourcendateien geladen – XML- oder Bitmap-Dateien, die das Bild beschreiben. Drawable-Ressourcen werden in Unterklassen von
android.graphics.drawable
kompiliert. Weitere Informationen zu Drawables und anderen Ressourcen finden Sie unter Ressourcen .Verwandte: Ressourcen , Leinwand
- Layout-Ressource
- Eine XML-Datei, die das Layout eines Aktivitätsbildschirms beschreibt.
Verwandte: Ressourcen
- Neun-Patch / 9-Patch / Neun-Patch-Bild
- Eine Bitmap-Ressource mit veränderbarer Größe, die für Hintergründe oder andere Bilder auf dem Gerät verwendet werden kann. Weitere Informationen finden Sie unter Dehnbares Neun-Patch-Bild .
Verwandte: Ressourcen .
- OpenGL ES
- Android stellt OpenGL ES-Bibliotheken für hardwarebeschleunigtes 3D-Rendering bereit. Für das 2D-Rendering ist Canvas die einfachere Option." OpenGL ES ist im Android Native Development Kit (NDK) für eine einfache Verwendung verfügbar. Die Pakete
android.opengl
undjavax.microedition.khronos.opengles
stellen die OpenGL ES-Funktionalität bereit.Verwandte: Leinwand , Oberfläche
- Auftauchen
- Ein Objekt vom Typ
Surface
, das einen Speicherblock darstellt, der auf dem Bildschirm zusammengesetzt wird. Eine Oberfläche enthält ein Canvas-Objekt zum Zeichnen und bietet verschiedene Hilfsmethoden zum Zeichnen von Ebenen und zum Ändern der Größe der Oberfläche. Sie sollten diese Klasse nicht direkt verwenden; Verwenden Sie stattdessenSurfaceView
.Verwandte: Leinwand
- SurfaceView
- Ein View-Objekt, das eine Oberfläche zum Zeichnen umschließt und Methoden verfügbar macht, um seine Größe und sein Format dynamisch anzugeben. Ein SurfaceView bietet eine Möglichkeit, unabhängig vom UI-Thread für ressourcenintensive Vorgänge (z. B. Spiele oder Kameravorschauen) zu zeichnen, verbraucht jedoch dadurch zusätzlichen Speicher. SurfaceView unterstützt sowohl Canvas- als auch OpenGL ES-Grafiken. Die Basisklasse ist
SurfaceView
.Verwandte: Oberfläche
- Thema
- Eine Reihe von Eigenschaften (Textgröße, Hintergrundfarbe usw.), die gebündelt sind, um verschiedene Standardanzeigeeinstellungen zu definieren. Android bietet einige Standarddesigns, die in
R.style
aufgeführt sind (beginnend mit „Theme_“). - Aussicht
- Ein Objekt, das einen rechteckigen Bereich auf dem Bildschirm zeichnet und Klicks, Tastenanschläge und andere Interaktionsereignisse verarbeitet. Eine Ansicht ist eine Basisklasse für die meisten Layoutkomponenten eines Aktivitäts- oder Dialogbildschirms (Textfelder, Fenster usw.). Es empfängt Aufrufe von seinem übergeordneten Objekt (siehe ViewGroup ), sich selbst zu zeichnen, und informiert sein übergeordnetes Objekt darüber, wo und wie groß es sein möchte (was vom übergeordneten Objekt respektiert werden kann oder nicht). Weitere Informationen finden Sie unter
View
.Verwandt: Hierarchie anzeigen , ViewGroup , Widget
- Hierarchie anzeigen
- Eine Anordnung von View- und ViewGroup-Objekten, die die Benutzeroberfläche für jede Komponente einer App definiert. Die Hierarchie besteht aus Ansichtsgruppen, die eine oder mehrere untergeordnete Ansichten oder Ansichtsgruppen enthalten. Sie können eine visuelle Darstellung einer Ansichtshierarchie zum Debuggen und Optimieren erhalten, indem Sie den im Android SDK enthaltenen Hierarchy Viewer verwenden.
- ViewGroup
- Ein Containerobjekt, das einen Satz untergeordneter Ansichten gruppiert. Die Ansichtsgruppe ist verantwortlich für die Entscheidung, wo untergeordnete Ansichten positioniert werden und wie groß sie sein können, sowie für den Aufruf jeder Ansicht, sich selbst zu zeichnen, wenn dies angemessen ist. Einige Ansichtsgruppen sind unsichtbar und dienen nur dem Layout, während andere eine intrinsische Benutzeroberfläche haben (z. B. ein Listenfeld mit Bildlauf). Ansichtsgruppen befinden sich alle im
widget
, erweitern jedochViewGroup
.Verwandt: Ansicht , Hierarchie anzeigen
- Widget
- Eine aus einer Reihe von vollständig implementierten View-Unterklassen, die Formularelemente und andere UI-Komponenten darstellen, z. B. ein Textfeld oder ein Popup-Menü. Da ein Widget vollständig implementiert ist, verarbeitet es das Messen und Zeichnen selbst und reagiert auf Bildschirmereignisse. Widgets befinden sich alle im Paket
android.widget
. - Fenster
- In einer Android-Anwendung ein von der abstrakten Klasse
Window
abgeleitetes Objekt, das die Elemente eines generischen Fensters angibt, z. B. das Erscheinungsbild (Titelleistentext, Position und Inhalt von Menüs usw.). Dialog und Activity verwenden eine Implementierung dieser Klasse, um ein Fenster zu rendern. Sie müssen diese Klasse nicht implementieren oder Windows in Ihrer Anwendung verwenden.
Plattform
- Android Runtime (ART) und Dalvik
- Die Android-Laufzeit (ART) ist die verwaltete Laufzeit, die von Anwendungen und einigen Systemdiensten auf Android verwendet wird. Die Android-Laufzeit (ART) ist die Standardlaufzeit für Geräte mit Android 5.0 (API-Ebene 21) und höher. ART und sein Vorgänger Dalvik wurden ursprünglich speziell für das Android Open Source Project entwickelt. ART als Laufzeitumgebung führt das Dalvik Executable-Format und die Dex-Bytecode-Spezifikation aus. ART und Dalvik sind kompatible Laufzeiten, auf denen Dex-Bytecode ausgeführt wird, sodass für Dalvik entwickelte Apps funktionieren sollten, wenn sie mit ART ausgeführt werden.
- Codeline
- Eine Codeline enthält die Freigabe eines Softwareprodukts. Es besteht aus einem oder mehreren Zweigen aus einem oder mehreren Repositories, die häufig alle gleichzeitig aktiv entwickelt werden. Die Codeline ist der Aggregationspunkt und das Ziel für die Veröffentlichung. Weitere Informationen zu Codelines finden Sie unter Android Software Management .
- .dex-Datei
- Kompilierte Android-Anwendungscodedatei.
Android-Programme werden in .dex-Dateien (Dalvik Executable) kompiliert, die wiederum in eine einzelne .apk-Datei auf dem Gerät gezippt werden. .dex-Dateien können erstellt werden, indem kompilierte Anwendungen, die in der Programmiersprache Java geschrieben wurden, automatisch übersetzt werden.
Prüfen
- Artefakte
- Artefakte sind Build-bezogene Protokolle, die eine lokale Fehlerbehebung ermöglichen. Diese Protokolle sind direkt von Gerrit aus zugänglich, wenn Sie Ihre Änderungsliste anzeigen. Scrollen Sie nach unten zu Presubmit Status und klicken Sie auf den roten Build -Link, um die zugehörige Datei
build_error.log
anzuzeigen oder herunterzuladen. Sie können diese Artefakte auch vom zentralen Android Continuous Integration-Server unter ci.android.com/ abrufen , indem Sie auf das Download-Symbol (Pfeil nach unten) für das Ziel und den Build klicken. Weitere Informationen zum Auffinden von Artefakten finden Sie unter Android Continuous Integration . - CDD
- Das Android Compatibility Definition Document (CDD) listet die Anforderungen auf, die erfüllt sein müssen, damit Ihre Geräte mit der neuesten Version von Android kompatibel sind. Um als mit Android kompatibel zu gelten, MÜSSEN Geräteimplementierungen die in dieser Kompatibilitätsdefinition aufgeführten Anforderungen erfüllen, einschließlich aller Dokumente, die durch Bezugnahme aufgenommen wurden. Weitere Informationen zum CDD finden Sie im Android Compatibility Definition Document .
- CTS
- Die Compatibility Test Suite (CTS) ist die Testsuite zur Sicherstellung der API-Korrektheit und der in der CDD festgelegten Spezifikation. Es ist als Quelle innerhalb von AOSP verfügbar und kann als Binärdatei heruntergeladen werden. Weitere Informationen finden Sie unter Compatibility Test Suite .
- CTS-Verifizierer
- Der Compatibility Test Suite Verifier (CTS Verifier) ist eine Ergänzung zum CTS. CTS Verifier bietet Tests für APIs und Funktionen, die auf einem stationären Gerät nicht ohne manuelle Eingabe getestet werden können (z. B. Audioqualität, Beschleunigungsmesser usw.). Weitere Informationen finden Sie unter Verwenden von CTS Verifier .
- Debuggen
- Das Debuggen erfordert das Auffinden und Beheben von Fehlern im Code der Android-Plattform, entweder in Funktionen oder deren Tests. Weitere Informationen finden Sie unter Debuggen von nativem Android-Plattformcode
- GoogleTest (GTest)
- GTest ist das Test- und Mocking-Framework für C++ von Google. GTest-Binärdateien greifen normalerweise auf Abstraktionsschichten auf niedrigerer Ebene zu oder führen rohe IPC gegen verschiedene Systemdienste durch. Aus diesem Grund ist der Testansatz für Gtest normalerweise eng mit dem zu testenden Dienst gekoppelt. Den Code finden Sie unter github.com/google/googletest und die Dokumentation unter google.github.io/googletest .
- Instrumententest
- Ein Instrumentierungstest stellt eine spezielle Testausführungsumgebung bereit, die durch den
am instrument
-Befehl gestartet wird, wo der Zielanwendungsprozess neu gestartet und mit grundlegendem Anwendungskontext initialisiert wird und ein Instrumentierungs-Thread innerhalb der virtuellen Maschine des Anwendungsprozesses gestartet wird. Weitere Informationen finden Sie unter Instrumentierungstests . - Logcat
- Logcat ist ein Befehlszeilentool, das ein Protokoll mit Systemmeldungen ausgibt, einschließlich Stacktraces, wenn das Gerät einen Fehler ausgibt, und Meldungen, die Sie von Ihrer App mit der
Log
-Klasse geschrieben haben. Weitere Informationen finden Sie unter Logcat-Befehlszeilentool . - Protokollierung
- Die Anmeldung in Android ist aufgrund der Mischung aus verwendeten Standards, die in
logcat
kombiniert werden, komplex. Einzelheiten zu den wichtigsten verwendeten Standards finden Sie unter Protokollierung verstehen . - Konflikt zusammenführen
- Ein Zusammenführungskonflikt tritt auf, wenn zwei oder mehr Versionen derselben Datei nicht mehr automatisch vom Android-Build-Server zusammengeführt werden können. Diese erfordern normalerweise eine manuelle Bearbeitung der Datei, um alle widersprüchlichen Aktualisierungen zu beheben.
- Presubmit- und Postsubmit-Tests
- Presubmit-Tests werden verwendet, um zu verhindern, dass Fehler in die gemeinsamen Kernel eingeführt werden. Die Ergebnisse sind derzeit nicht öffentlich verfügbar.
Android-Postsubmit-Tests werden durchgeführt, wenn ein neuer Patch an einen gemeinsamen Kernel-Zweig übergeben wird. Indemaosp_kernel
als Teil des Zweignamens eingeben, können Sie eine Liste der Kernel-Zweige mit verfügbaren Ergebnissen sehen. Ergebnisse für „android-mainline“ finden Sie beispielsweise hier . - Tradefed
- Die Testumgebung Trade Federation (kurz Tradefed oder TF) ist ein kontinuierliches Testframework, das für die Ausführung von Tests auf Android-Geräten entwickelt wurde. Beispielsweise wird Tradefed verwendet, um CTS und VTS auszuführen. Weitere Informationen finden Sie unter Überblick über den Handelsverband .
- VTS
- Die Android Vendor Test Suite (VTS) bietet umfangreiche Funktionen für Android-Tests, fördert einen testgetriebenen Entwicklungsprozess und automatisiert HAL- und OS-Kernel-Tests. Weitere Informationen finden Sie unter Vendor Test Suite (VTS) und Infrastruktur .