होस्ट-संचालित मेट्रिक्स संग्राहक होस्ट पर चलते हैं, डिवाइस साइड पर नहीं। वे लक्षित मेट्रिक्स एकत्र करने के लिए होस्ट की ओर से डिवाइस के साथ इंटरैक्ट करते हैं।
मेट्रिक्स कलेक्टर डिज़ाइन
सभी संग्राहक जिस आधार वर्ग का विस्तार करेंगे वह BaseDeviceMetricCollector है, जो समान साझा बुनियादी कार्यक्षमताएँ प्रदान करने में मदद करता है:
- छनन
- अक्षम करने
- परीक्षण मामलों बनाम परीक्षण रन पर संग्रह
संग्राहक परिणाम रिपोर्टर मॉडल का पालन करते हैं क्योंकि वे होस्ट पर परीक्षण निष्पादन के साथ सिंक्रनाइज़ होते हैं। दूसरे शब्दों में, यदि परीक्षण होस्ट-संचालित हैं, तो परीक्षण के अगले निष्पादन चरण पर आगे बढ़ने से पहले संग्राहकों को निष्पादित किया जाएगा।
उदाहरण के लिए, यदि कलेक्टर testEnded पर निष्पादन करता है, तो निष्पादन से पहले testStart के साथ अगले परीक्षण के लिए कलेक्टर निष्पादित होगा।
एक होस्ट-संचालित मेट्रिक्स संग्राहक लागू करें
बेस क्लास BaseDeviceMetricCollector के शीर्ष पर कार्यान्वयन करते समय आप यह तय कर सकते हैं कि आप जीवनचक्र के दौरान अपने मेट्रिक्स कब एकत्र करना चाहेंगे:
- जब कोई परीक्षण प्रारंभ होता है:
onTestRunStart - जब कोई परीक्षण मामला प्रारंभ होता है:
onTestStart - जब कोई परीक्षण मामला समाप्त होता है:
onTestEnd - जब कोई परीक्षण रन समाप्त होता है:
onTestRunEnd
अतुल्यकालिक संग्रह करें
सिंक्रोनस तरीकों के अलावा, टीएफ कार्यान्वयन के लिए एक बेस क्लास प्रदान करता है जो आवधिक एसिंक्रोनस संग्रह, शेड्यूलडिवाइसमेट्रिककलेक्टर करता है, जो लागू करने के लिए एक collect विधि प्रदान करता है जो समय-समय पर चलाया जाएगा।
अवधि विकल्पों द्वारा अनुकूलन योग्य है।
एक्सएमएल कॉन्फ़िगरेशन
ऑब्जेक्ट टैग metrics_collector होगा, उदाहरण के लिए:
<metrics_collector class="com.android.tradefed.device.metric.AtraceCollector">
<option name="categories" value="freq"/>
</metrics_collector>
सिफारिशों
यह सुनिश्चित करने के लिए कि आप काम की नकल नहीं कर रहे हैं, पहले संग्राहकों की मौजूदा सूची पर एक नज़र डालें। हम अधिकतम पुन: प्रयोज्यता सुनिश्चित करने का प्रयास करते हैं, इसलिए प्रत्येक संग्राहक द्वारा एक ही प्रकार का संग्रह करने से परीक्षण निष्पादन के दौरान विभिन्न संग्राहकों के अधिक मिश्रण और मिलान की अनुमति मिलती है।
,होस्ट-संचालित मेट्रिक्स संग्राहक होस्ट पर चलते हैं, डिवाइस साइड पर नहीं। वे लक्षित मेट्रिक्स एकत्र करने के लिए होस्ट की ओर से डिवाइस के साथ इंटरैक्ट करते हैं।
मेट्रिक्स कलेक्टर डिज़ाइन
सभी संग्राहक जिस आधार वर्ग का विस्तार करेंगे वह BaseDeviceMetricCollector है, जो समान साझा बुनियादी कार्यक्षमताएँ प्रदान करने में मदद करता है:
- छनन
- अक्षम करने
- परीक्षण मामलों बनाम परीक्षण रन पर संग्रह
संग्राहक परिणाम रिपोर्टर मॉडल का पालन करते हैं क्योंकि वे होस्ट पर परीक्षण निष्पादन के साथ सिंक्रनाइज़ होते हैं। दूसरे शब्दों में, यदि परीक्षण होस्ट-संचालित हैं, तो परीक्षण के अगले निष्पादन चरण पर आगे बढ़ने से पहले संग्राहकों को निष्पादित किया जाएगा।
उदाहरण के लिए, यदि कलेक्टर testEnded पर निष्पादन करता है, तो निष्पादन से पहले testStart के साथ अगले परीक्षण के लिए कलेक्टर निष्पादित होगा।
एक होस्ट-संचालित मेट्रिक्स संग्राहक लागू करें
बेस क्लास BaseDeviceMetricCollector के शीर्ष पर कार्यान्वयन करते समय आप यह तय कर सकते हैं कि आप जीवनचक्र के दौरान अपने मेट्रिक्स कब एकत्र करना चाहेंगे:
- जब कोई परीक्षण प्रारंभ होता है:
onTestRunStart - जब कोई परीक्षण मामला प्रारंभ होता है:
onTestStart - जब कोई परीक्षण मामला समाप्त होता है:
onTestEnd - जब कोई परीक्षण रन समाप्त होता है:
onTestRunEnd
अतुल्यकालिक संग्रह करें
सिंक्रोनस तरीकों के अलावा, टीएफ कार्यान्वयन के लिए एक बेस क्लास प्रदान करता है जो आवधिक एसिंक्रोनस संग्रह, शेड्यूलडिवाइसमेट्रिककलेक्टर करता है, जो लागू करने के लिए एक collect विधि प्रदान करता है जो समय-समय पर चलाया जाएगा।
अवधि विकल्पों द्वारा अनुकूलन योग्य है।
एक्सएमएल कॉन्फ़िगरेशन
ऑब्जेक्ट टैग metrics_collector होगा, उदाहरण के लिए:
<metrics_collector class="com.android.tradefed.device.metric.AtraceCollector">
<option name="categories" value="freq"/>
</metrics_collector>
सिफारिशों
यह सुनिश्चित करने के लिए कि आप काम की नकल नहीं कर रहे हैं, पहले संग्राहकों की मौजूदा सूची पर एक नज़र डालें। हम अधिकतम पुन: प्रयोज्यता सुनिश्चित करने का प्रयास करते हैं, इसलिए प्रत्येक संग्राहक द्वारा एक ही प्रकार का संग्रह करने से परीक्षण निष्पादन के दौरान विभिन्न संग्राहकों के अधिक मिश्रण और मिलान की अनुमति मिलती है।