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