Od 27 marca 2025 r. zalecamy używanie android-latest-release zamiast aosp-main do kompilowania i wspołtworzenia AOSP. Więcej informacji znajdziesz w artykule o zmianach w AOSP.
Proces tworzenia testów
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Aby zintegrować testy z usługą ciągłego testowania platformy, muszą one spełniać wytyczne podane na tej stronie i stosować się do zalecanego procesu.
- Użyj systemu kompilacji Soong do prostej konfiguracji testów.
- Użyj Test Mapping, aby utworzyć reguły testowania przed i po przesłaniu bezpośrednio w drzewie kodu źródłowego Androida.
- uruchomić testy lokalnie za pomocą platformy Atest.
Typy testów
Obsługiwane typy testów:
Testy funkcjonalne prowadzą do stwierdzenia, czy testy są pozytywne czy negatywne, a testy danych zwykle wykonują działanie wielokrotnie w celu zebrania danych dotyczących czasu.
Dzięki ujednoliconemu formatowi danych wejściowych i wyjściowych nie trzeba już tworzyć niestandardowych funkcji analizowania i przetwarzania wyników po każdym teście. Można też używać uniwersalnych narzędzi testowych do wszystkich testów, które pasują do danej konwencji. Zapoznaj się z artykułem Omówienie federacji handlowej, aby dowiedzieć się więcej o ramówce ciągłego testowania, która jest częścią Androida.
Wskazówki dotyczące przypadków testowych
Przypadki testowe wykonywane przez usługę ciągłego testowania powinny być hermetyczne, co oznacza, że wszystkie zależności są deklarowane i dostarczane wraz z testami. Aby poznać tę zasadę, przeczytaj artykuł Hermetic Servers na blogu Google Testing (w języku angielskim). Krótko mówiąc, testy hermetyczne nie wymagają tego:
- Logowanie na konto Google
- Konfiguracja łączności (telefonia/Wi-Fi/Bluetooth/NFC)
- Parametry testu przekazywane w ramach
- Konfiguracja lub rozbudowa wykonana przez test harness w przypadku konkretnego testu
Treść strony i umieszczone na niej fragmenty kodu podlegają licencjom opisanym w Licencji na treści. Java i OpenJDK są znakami towarowymi lub zastrzeżonymi znakami towarowymi należącymi do firmy Oracle lub jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-07-27 UTC.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 2025-07-27 UTC."],[],[],null,["# Test development workflow\n\nTo integrate tests into a platform continuous testing service, they should meet\nthe guidelines on this page and follow this recommended flow.\n\n1. Use the [Soong build system](https://android.googlesource.com/platform/build/soong/) for [Simple Test Configuration](/docs/core/tests/development/blueprints).\n2. Employ [Test Mapping](/docs/core/tests/development/test-mapping) to create pre- and post-submit test rules directly in the Android source tree.\n3. Run tests locally using [Atest](/docs/core/tests/development/atest).\n\nTest types\n----------\n\nSupported test types are:\n\n- [Instrumentation tests](/docs/core/tests/development/instrumentation) support both functional and metrics tests. See [Test your app](https://developer.android.com/studio/test/) for general app testing guidance.\n- [GoogleTest](/docs/core/tests/development/gtest) (GTest) supports the following test types:\n - [Functional GTests](/docs/core/tests/development/gtest-func-e2e) using the [GTest](https://github.com/google/googletest) framework\n - [Metric tests](/docs/core/tests/development/metrics) using [`google-benchmark`](https://github.com/google/benchmark)\n- [JAR host tests](/docs/core/tests/development/jar) using JUnit\n\nFunctional tests make assertions of pass or fail on test cases, while metrics\ntests generally perform an action repeatedly to collect timing metrics.\n\nWith standardized input/output format, the need for customized result parsing\nand post-processing per test is eliminated, and generic test harnesses can be\nused for all tests that fit into the convention. See the [Trade Federation\nOverview](/docs/core/tests/tradefed) for the continuous test framework\nincluded with Android.\n\nTest case guidelines\n--------------------\n\nTest cases executed through the continuous testing service are expected to be\n**hermetic** , meaning that all dependencies are declared and provided with the\ntests. See [Hermetic Servers on the Google Testing\nBlog](https://testing.googleblog.com/2012/10/hermetic-servers.html)\nfor an understanding of this principle. In short, hermetic tests require **no**:\n\n- Google Account sign-in\n- Connectivity configured (telephony/Wi-Fi/Bluetooth/NFC)\n- Test parameters passed in\n- Setup or tear down performed by test harness for a specific test case"]]
