हमारा सुझाव है कि 27 मार्च, 2025 से AOSP को बनाने और उसमें योगदान देने के लिए, aosp-main
के बजाय android-latest-release
का इस्तेमाल करें. ज़्यादा जानकारी के लिए, AOSP में हुए बदलाव लेख पढ़ें.
Android 10 और इससे पहले के वर्शन के लिए वेंडर टेस्ट सुइट और इन्फ़्रास्ट्रक्चर
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
Android वेंडर टेस्ट सुइट (VTS), Android टेस्टिंग के लिए कई नई सुविधाएं उपलब्ध कराता है. साथ ही, टेस्ट-ड्रिवन डेवलपमेंट प्रोसेस को बढ़ावा देता है. Android डेवलपमेंट कम्यूनिटी को टेस्ट डेटा के साथ इंटरैक्ट करने में मदद करने के लिए, Android में ये टेस्टिंग संसाधन शामिल हैं:
- वीडियो ट्यूटोरियल.
इसमें Android 9 और Android 8.1 पर, VTS और CTS-on-GSI को चलाने और डेवलप करने के बारे में बताया गया है.
- VTS की मदद से सिस्टम की जांच करना.
इसमें, Android नेटिव सिस्टम के लागू होने की जांच करने के लिए, VTS का इस्तेमाल करने का तरीका बताया गया है. साथ ही, इसमें टेस्टिंग एनवायरमेंट सेट अप करने और फिर VTS प्लान का इस्तेमाल करके पैच की जांच करने का तरीका भी बताया गया है.
- टेस्ट फ़्रेमवर्क. इसमें, वीटीएस टेस्ट फ़्रेमवर्क का इस्तेमाल करने के बारे में जानकारी दी गई है. इसमें ये शामिल हैं:
- डिवाइस के शेल से जुड़े निर्देश.
डिवाइस के शेल निर्देशों का इस्तेमाल करके, टारगेट-साइड टेस्ट बाइनरी को चलाने, प्रॉपर्टी, एनवायरमेंट वैरिएबल, और सिस्टम की जानकारी पाने/सेट करने, और Android फ़्रेमवर्क को शुरू/बंद करने के तरीके के बारे में निर्देश.
- टेंप्लेट की जांच करना.
टेस्ट मॉड्यूल के लिए टेस्ट टेंप्लेट को कॉन्फ़िगर करने और इस्तेमाल करने के बारे में जानकारी. ये मॉड्यूल,
VTS रनर के BaseTest के होस्ट-साइड Python सबक्लास नहीं हैं.
- सेवा के नाम के बारे में जानकारी रखने वाले एचएएल की जांच. Android 9 के साथ काम करने की जानकारी, ताकि किसी डिवाइस पर, वीटीएस के चलने के आधार पर, किसी दिए गए एचएएल इंस्टेंस की सेवा का नाम पाया जा सके.
- एचएएल की जांच की जा सकती है.
Android 9 के साथ काम करने वाले रनटाइम तरीके के बारे में जानकारी, जो डिवाइस कॉन्फ़िगरेशन का इस्तेमाल करके यह पता लगाता है कि उस डिवाइस टारगेट के लिए कौनसे VTS टेस्ट छोड़े जाने चाहिए.
- मल्टी-डिवाइस
टेस्टिंग. ऐसे टेस्ट कॉन्फ़िगर करने के लिए निर्देश जिनमें एक से ज़्यादा Android डिवाइसों के बीच इंटरैक्शन की ज़रूरत होती है.
- डीबग रैमडिस्क की मदद से VTS की जांच करना. सामान्य सिस्टम इमेज (जीएसआई) के साथ VTS को चलाने की सुविधा चालू करने के लिए, डिबग रैमडिस्क का इस्तेमाल करने के तरीके के बारे में निर्देश.
- VTS डैशबोर्ड. वीटीएस के नतीजे देखने के लिए, वेब-आधारित यूज़र इंटरफ़ेस. इसमें ये चीज़ें शामिल हैं:
- सेटअप. वीटीएस डैशबोर्ड को सेट अप करने और कॉन्फ़िगर करने के लिए निर्देश.
- डेटाबेस. लगातार इंटिग्रेशन वाले डैशबोर्ड के साथ काम करने के लिए, स्केलेबल
बैक-एंड.
- यूज़र इंटरफ़ेस. एक ऐसा यूज़र इंटरफ़ेस जो जांच के नतीजों, प्रोफ़ाइलिंग, और कवरेज के बारे में जानकारी को असरदार तरीके से दिखाने के लिए, मटीरियल डिज़ाइन का इस्तेमाल करता है.
- लैब का इंफ़्रास्ट्रक्चर. इसमें, AOSP सामान्य सिस्टम इमेज (जीएसआई) पर काम करने वाले पार्टनर डिवाइसों पर, VTS, CTS या अन्य टेस्ट चलाने के लिए, अपने-आप टेस्ट करने वाले इन्फ़्रास्ट्रक्चर के आर्किटेक्चर के बारे में बताया गया है.
इसके लिए, होस्ट कंट्रोलर की ज़रूरत होती है.
- binder और hwbinder के परफ़ॉर्मेंस टेस्ट. थ्रुपुट और इंतज़ार का समय मेज़र करने के लिए टूल.
ज़्यादा जानकारी के लिए, Google Developers का Android के वीटीएस प्रॉडक्ट वाला वीडियो देखें. साथ ही, ACM के सदस्यों के लिए उपलब्ध Treble:
दुनिया भर में मौजूद हिस्सेदारों के सक्रिय सॉफ़्टवेयर नेटवर्क में संतुलन बनाकर, तेज़ी से सॉफ़्टवेयर अपडेट करना पेपर पढ़ें. इस पेपर का खास हिस्सा, सदस्यों के अलावा अन्य लोग भी खरीद सकते हैं या पढ़ सकते हैं.
इस पेज पर मौजूद कॉन्टेंट और कोड सैंपल कॉन्टेंट के लाइसेंस में बताए गए लाइसेंस के हिसाब से हैं. Java और OpenJDK, Oracle और/या इससे जुड़ी हुई कंपनियों के ट्रेडमार्क या रजिस्टर किए हुए ट्रेडमार्क हैं.
आखिरी बार 2025-07-27 (UTC) को अपडेट किया गया.
[[["समझने में आसान है","easyToUnderstand","thumb-up"],["मेरी समस्या हल हो गई","solvedMyProblem","thumb-up"],["अन्य","otherUp","thumb-up"]],[["वह जानकारी मौजूद नहीं है जो मुझे चाहिए","missingTheInformationINeed","thumb-down"],["बहुत मुश्किल है / बहुत सारे चरण हैं","tooComplicatedTooManySteps","thumb-down"],["पुराना","outOfDate","thumb-down"],["अनुवाद से जुड़ी समस्या","translationIssue","thumb-down"],["सैंपल / कोड से जुड़ी समस्या","samplesCodeIssue","thumb-down"],["अन्य","otherDown","thumb-down"]],["आखिरी बार 2025-07-27 (UTC) को अपडेट किया गया."],[],[],null,["# Vendor Test Suite and infrastructure for Android 10 and lower\n\nThe Android Vendor Test Suite (VTS) provides extensive new functionality for\nAndroid testing and promotes a test-driven development process. To help the\nAndroid development community interact with test data, Android includes the\nfollowing testing resources:\n\n- [Video Tutorials.](/docs/core/tests/vts/vts-video) Describes the videos on running and developing VTS and CTS-on-GSI on Android 9 and Android 8.1.\n- [Systems Testing with VTS.](/docs/core/tests/vts/systems) Describes how to use VTS to test an Android native system implementation, set up a testing environment, then test a patch using a VTS plan.\n- **Test Framework.** Provides details on using the VTS test framework. Includes:\n - [Device shell commands](/docs/core/tests/vts/shell-commands). Instructions on how to use device shell commands to execute target-side test binaries, to get/set properties, environment variables, and system information, and to start/stop the Android framework.\n - [Test templates](/docs/core/tests/vts/test-templates). Details on configuring and using test templates for test modules that are not host-side Python subclass of VTS runner's BaseTest.\n - [Service name aware HAL\n testing](/docs/core/tests/vts/sna-hal-testing). Details on Android 9 support for obtaining the service name of a given HAL instance based on the device on VTS is running.\n - [HAL testability check](/docs/core/tests/vts/hal-testability). Details on Android 9 support for a runtime method that uses the device configuration to identify which VTS tests should be skipped for that device target.\n - [Multi-device\n testing](/docs/core/tests/vts/multi-device-testing). Instructions for configuring tests that require interaction between multiple Android devices.\n - [VTS testing with debug ramdisk](/docs/core/tests/vts/vts-on-gsi). Instructions on how to use a debug ramdisk to enable running VTS with a generic system image (GSI).\n- **VTS Dashboard.** Web-based user interface for viewing VTS results. Includes details on:\n - [Setup](/docs/core/tests/vts/setup). Instructions for setting up and configuring the VTS Dashboard.\n - [Database](/docs/core/tests/vts/database). A scalable back-end to support the continuous integration dashboard.\n - [User Interface](/docs/core/tests/vts/ui). A cohesive user interface that uses material design to effectively display information about test results, profiling, and coverage.\n- **Lab infrastructure.** Describes the architecture of an [automated testing\n infrastructure](/docs/core/tests/vts/automated-test-infra) for running VTS, CTS, or other tests on partner devices running the AOSP [Generic System Image (GSI)](/docs/setup/create/gsi). Requires a [Host Controller](/docs/core/tests/vts/host-controller).\n- [binder and hwbinder\n performance tests](/docs/core/tests/vts/performance). Tools for measuring throughput and latency.\n\n\nFor additional details, refer to the\n[Android\nVTS Products video](https://www.youtube.com/watch?v=7BX7oSHc7nk&list=PLWz5rJ2EKKc9JOMtoWWMJHFHgvXDoThva) produced by Google Developers, and the\n[Treble:\nFast Software Updates by Creating an Equilibrium in an Active Software\nEcosystem of Globally Distributed Stakeholders](https://dl.acm.org/doi/10.1145/3358237) paper, which is free\nfor ACM members and non-members can purchase or read the abstract."]]