BasePostProcessor

public abstract class BasePostProcessor
extends Object implements IPostProcessor

java.lang.Object
↳	com.android.tradefed.postprocessor.BasePostProcessor

पहचाने गए डायरेक्ट सबक्लास AggregatePostProcessor, AveragePostProcessor, BluetoothConnectionSuccessRatePostProcessor, MetricFilePostProcessor, PerfettoGenericPostProcessor, StatsdGenericPostProcessor AggregatePostProcessor यह एक मेट्रिक एग्रीगेटर है, जो कई बार किए गए टेस्ट के दौरान इकट्ठा की गई संख्या वाली मेट्रिक के लिए, कम से कम, ज़्यादा से ज़्यादा, औसत, वैरिएंस, स्टैंडर्ड डिविएशन, कुल, गिनती, और वैकल्पिक रूप से प्रतिशत देता है. साथ ही, इन मेट्रिक को डबल के तौर पर इस्तेमाल करता है.  AveragePostProcessor पोस्ट प्रोसेसर लागू करना, जो मेट्रिक की सूची का औसत निकालता है.  BluetoothConnectionSuccessRatePostProcessor पोस्टप्रोसेसर लागू करना, जो ब्लूटूथ प्रोफ़ाइल के लिए सफलता दर का हिसाब लगाता है "मेट्रिक-की-मैच" का इस्तेमाल करके, ऐसी मेट्रिक तय करें जिनमें संख्याओं के ऐरे में ब्लूटूथ कनेक्शन की स्थितियां शामिल हों. उदाहरण के लिए, [0, 1, 2, 3, 0, 1, 2, 3].  MetricFilePostProcessor इसका इस्तेमाल, टेस्ट और रन लेवल के दौरान इकट्ठा की गई मेट्रिक लॉग फ़ाइल को अपलोड करने के लिए किया जाता है.  PerfettoGenericPostProcessor एक पोस्ट प्रोसेसर, जो टेक्स्ट/बाइनरी मेट्रिक की परफ़ेक्टो प्रोटो फ़ाइल को की-वैल्यू पेयर में प्रोसेस करता है. इसके लिए, वह स्ट्रिंग वैल्यू वाले प्रोटो मैसेज और फ़ील्ड को बार-बार बड़ा करता है, जब तक कि संख्या वाली वैल्यू वाला फ़ील्ड न मिल जाए.  StatsdGenericPostProcessor एक पोस्ट प्रोसेसर, जो रिपोर्ट को ट्री स्ट्रक्चर के तौर पर बड़ा करके, बाइनरी प्रोटो statsd रिपोर्ट को की-वैल्यू पेयर में प्रोसेस करता है.

ऐसे सबक्लास जिनके बारे में पहले से पता है StatsdBeforeAfterGaugeMetricPostProcessor, StatsdEventMetricPostProcessor StatsdBeforeAfterGaugeMetricPostProcessor एक पोस्ट प्रोसेसर, जो "पहले/बाद" वाले तरीके से इकट्ठा की गई मेट्रिक को प्रोसेस करता है. जैसे,  StatsdEventMetricPostProcessor एक पोस्ट प्रोसेसर, जो प्रोसेसर पर बताए गए फ़ॉर्मैटर का इस्तेमाल करके, statsd रिपोर्ट में इवेंट मेट्रिक को की-वैल्यू पेयर में प्रोसेस करता है.

---

बुनियादी IPostProcessor, जिसे हर लागू करने की प्रक्रिया में शामिल किया जाना चाहिए. पक्का करें कि नतीजे की जानकारी देने वाले फ़ंक्शन से पहले, डेटा प्रोसेस करने के बाद के तरीकों को कॉल किया गया हो.

खास जानकारी

पब्लिक कंस्ट्रक्टर
BasePostProcessor()

सार्वजनिक तरीके
final ITestInvocationListener	init(ITestInvocationListener listener) पोस्ट प्रोसेसर को शुरू करने का चरण.
final void	invocationEnded(long elapsedTime) यह रिपोर्ट दिखाती है कि अनुरोध पूरा हो गया है या किसी गड़बड़ी की वजह से पूरा नहीं हो सका.
final void	invocationFailed(FailureDescription failure) किसी गड़बड़ी की वजह से, इंवोकेशन पूरा न होने की रिपोर्ट दिखाता है.
final void	invocationFailed(Throwable cause) किसी गड़बड़ी की वजह से, इंवोकेशन पूरा न होने की रिपोर्ट दिखाता है.
void	invocationSkipped(SkipReason reason) किसी अनुरोध को 'अभी नहीं' के तौर पर रिपोर्ट करता है
final void	invocationStarted(IInvocationContext context) फ़ॉरवर्ड करने के लिए, इनवोकेशन लिसनर
final boolean	isDisabled() अगर पूरा ऑब्जेक्ट बंद है, तो True दिखाता है. इस स्थिति में, सेटअप और टियरडाउन, दोनों को छोड़ दिया जाता है.
final void	logAssociation(String dataName, LogFile logFile) कुछ मामलों में, लॉग को टेस्ट केस से ज़्यादा से ज़्यादा जोड़ा जाना चाहिए. हालांकि, डायरेक्ट testLogSaved(String, com.android.tradefed.result.LogDataType, com.android.tradefed.result.InputStreamSource, com.android.tradefed.result.LogFile) callback पर ऐसा करना संभव नहीं है. लॉग-टू-टेस्ट असोसिएशन को अपडेट करता है.
	processAllTestMetricsAndLogs(ListMultimap<String, MetricMeasurement.Metric> allTestMetrics, allTestLogs) सभी टेस्ट में मेट्रिक और लॉग को इकट्ठा करने के लिए, यह तरीका अपनाएं.
abstract	processRunMetricsAndLogs( rawMetrics, runLogs) मौजूदा मेट्रिक और लॉग से नई मेट्रिक का सेट जनरेट करने के लिए, यह तरीका अपनाएं.
	processTestMetricsAndLogs(TestDescription testDescription, testMetrics, testLogs) हर टेस्ट की मेट्रिक और लॉग को पोस्ट प्रोसेस करने के लिए, यह तरीका अपनाएं.
final void	setLogSaver(ILogSaver logSaver) ILogSaver को सेट करें, ताकि लागू करने वाले व्यक्ति को फ़ाइलें सेव करने की अनुमति मिल सके.
void	setUp() टेस्ट शुरू होने से पहले शुरू करने के लिए, चाइल्ड पोस्ट प्रोसेसर में इस तरीके को बदलें.
final void	testAssumptionFailure(TestDescription test, String trace) जब कोई परमाणु टेस्ट फ़्लैग करता है कि वह किसी ऐसी शर्त को मानता है जो गलत है, तब इसे कॉल किया जाता है
final void	testAssumptionFailure(TestDescription test, FailureDescription failure) जब कोई परमाणु टेस्ट फ़्लैग करता है कि वह किसी ऐसी शर्त को मानता है जो गलत है, तब इसे कॉल किया जाता है
final void	testEnded(TestDescription test, long endTime, testMetrics) ERROR(/#testEnded(com.android.tradefed.result.TestDescription,Map)) का विकल्प, जहां हम सीधे तौर पर खत्म होने का समय बता सकते हैं.
final void	testEnded(TestDescription test, testMetrics) किसी टेस्ट केस के पूरा होने की जानकारी देता है.
final void	testFailed(TestDescription test, FailureDescription failure) किसी टेस्ट केस के फ़ेल होने की रिपोर्ट करता है.
final void	testFailed(TestDescription test, String trace) किसी टेस्ट केस के फ़ेल होने की रिपोर्ट करता है.
final void	testIgnored(TestDescription test) जब कोई टेस्ट नहीं चलेगा, तब इसे कॉल किया जाएगा. आम तौर पर, ऐसा इसलिए होता है, क्योंकि टेस्ट के तरीके को org.junit.Ignore के साथ एनोटेट किया गया है.
final void	testLog(String dataName, LogDataType dataType, InputStreamSource dataStream) PostProcessor लागू करने से जुड़ी फ़ाइल को लॉग करने के लिए, इस तरीके का इस्तेमाल करें.
final void	testLogSaved(String dataName, LogDataType dataType, InputStreamSource dataStream, LogFile logFile) जांच का लॉग सेव होने पर कॉल किया जाता है.
final void	testModuleEnded() मॉड्यूल के चलने के खत्म होने की रिपोर्ट दिखाता है.
final void	testModuleStarted(IInvocationContext moduleContext) किसी मॉड्यूल के चलने की शुरुआत की रिपोर्ट करता है.
final void	testRunEnded(long elapsedTime, runMetrics) टेस्ट रन खत्म होने की रिपोर्ट दिखाता है.
final void	testRunFailed(FailureDescription failure) FailureDescription की बताई गई गड़बड़ी की वजह से, रिपोर्ट की जांच पूरी नहीं हो सकी.
final void	testRunFailed(String errorMessage) किसी गंभीर गड़बड़ी की वजह से, रिपोर्ट की जांच पूरी नहीं हो सकी.
final void	testRunStarted(String runName, int testCount, int attemptNumber) टेस्ट रन शुरू होने की जानकारी देता है.
final void	testRunStarted(String runName, int testCount) कॉलबैक की जांच करना
final void	testRunStarted(String runName, int testCount, int attemptNumber, long startTime) टेस्ट रन शुरू होने की जानकारी देता है.
final void	testRunStopped(long elapsedTime) उपयोगकर्ता के अनुरोध की वजह से, रिपोर्ट की जांच पूरी होने से पहले ही रोक दी गई.
final void	testSkipped(TestDescription test, SkipReason reason) जब किसी टेस्ट को स्किप किया जाता है और वह किसी ऐसी वजह से नहीं चलता है जिसकी आम तौर पर उम्मीद नहीं की जाती, तब यह ट्रिगर होता है.
final void	testStarted(TestDescription test, long startTime) testStarted(com.android.tradefed.result.TestDescription) का विकल्प, जिसमें हम यह भी बताते हैं कि जांच कब शुरू की गई थी. सटीक मेज़रमेंट के लिए, इसे ERROR(/#testEnded(com.android.tradefed.result.TestDescription,long,Map)) के साथ जोड़ा जाता है.
final void	testStarted(TestDescription test) टेस्ट केस कॉलबैक

सुरक्षित तरीके
void	cleanUp()
MetricMeasurement.DataType	getMetricType() ज़रूरत पड़ने पर, मेट्रिक का टाइप बदलने के लिए इस तरीके को बदलें.
String	getRunName()

पब्लिक कंस्ट्रक्टर

BasePostProcessor

public BasePostProcessor ()

सार्वजनिक तरीके

init

public final ITestInvocationListener init (ITestInvocationListener listener)

पोस्ट प्रोसेसर को शुरू करने का चरण. यह पक्का करें कि इसे किसी भी टेस्ट कॉलबैक से पहले कॉल किया गया हो.

पैरामीटर
listener	ITestInvocationListener

रिटर्न
ITestInvocationListener

invocationEnded

public final void invocationEnded (long elapsedTime)

यह रिपोर्ट दिखाती है कि अनुरोध पूरा हो गया है या किसी गड़बड़ी की वजह से पूरा नहीं हो सका.

TradeFederation फ़्रेमवर्क इसे अपने-आप कॉल करेगा.

पैरामीटर
elapsedTime	long: कॉल को शुरू करने में लगा समय, मिलीसेकंड में

invocationFailed

public final void invocationFailed (FailureDescription failure)

किसी गड़बड़ी की वजह से, इंवोकेशन पूरा न होने की रिपोर्ट दिखाता है.

TradeFederation फ़्रेमवर्क इसे अपने-आप कॉल करेगा.

पैरामीटर
failure	FailureDescription: FailureDescription, जिसमें गड़बड़ी की वजह बताई गई है

invocationFailed

public final void invocationFailed (Throwable cause)

किसी गड़बड़ी की वजह से, इंवोकेशन पूरा न होने की रिपोर्ट दिखाता है.

TradeFederation फ़्रेमवर्क इसे अपने-आप कॉल करेगा.

पैरामीटर
cause	Throwable: Throwable गड़बड़ी की वजह

invocationSkipped

public void invocationSkipped (SkipReason reason)

किसी अनुरोध को 'अभी नहीं' के तौर पर रिपोर्ट करता है

पैरामीटर
reason	SkipReason

invocationStarted

public final void invocationStarted (IInvocationContext context)

फ़ॉरवर्ड करने के लिए, इनवोकेशन लिसनर

पैरामीटर
context	IInvocationContext: बोलकर निर्देश देने की सुविधा के बारे में जानकारी

isDisabled

public final boolean isDisabled ()

अगर पूरा ऑब्जेक्ट बंद है, तो True दिखाता है. इस स्थिति में, सेटअप और टियरडाउन, दोनों को छोड़ दिया जाता है. अगर ऐसा नहीं है, तो गलत.

रिटर्न
boolean

logAssociation

public final void logAssociation (String dataName, 
                LogFile logFile)

कुछ मामलों में, लॉग को टेस्ट केस से ज़्यादा से ज़्यादा जोड़ा जाना चाहिए. हालांकि, डायरेक्ट testLogSaved(String, com.android.tradefed.result.LogDataType, com.android.tradefed.result.InputStreamSource, com.android.tradefed.result.LogFile) callback पर ऐसा करना संभव नहीं है. इसलिए, इस कॉलबैक की मदद से, साफ़ तौर पर एक बेहतर असोसिएशन दिया जा सकता है.

लॉग-टू-टेस्ट असोसिएशन को अपडेट करता है. अगर इस तरीके को किसी टेस्ट के दौरान कॉल किया जाता है, तो लॉग, टेस्ट से जुड़ा होगा. अगर ऐसा नहीं होता है, तो यह रन लॉग होगा.

पैरामीटर
dataName	String: डेटा का नाम
logFile	LogFile: वह LogFile जो पहले लॉग किया गया था और जो जांच के उदाहरण से जुड़ा होना चाहिए.

processAllTestMetricsAndLogs

public  processAllTestMetricsAndLogs (ListMultimap<String, MetricMeasurement.Metric> allTestMetrics, 
                 allTestLogs)

सभी टेस्ट में मेट्रिक और लॉग को इकट्ठा करने के लिए, यह तरीका अपनाएं. इस तरीके से मिलने वाली मेट्रिक, रन मेट्रिक के तौर पर रिपोर्ट की जाएंगी. सिर्फ़ नई जनरेट की गई मेट्रिक को दिखाया जाना चाहिए. साथ ही, इनका नाम यूनीक होना चाहिए. मौजूदा कुंजियों से मेल खाने वाले नामों की अनुमति नहीं है.

पैरामीटर
allTestMetrics	ListMultimap: मेट्रिक के नाम के हिसाब से ग्रुप किए गए हर टेस्ट की मेट्रिक को सेव करने वाला हैशमल्टीमैप.
allTestLogs	: यह एक ऐसा मैप है जिसमें हर टेस्ट की लॉग फ़ाइलों का मैप सेव होता है. इस मैप में, लॉग फ़ाइलों को उनके डेटा के नाम के हिसाब से व्यवस्थित किया जाता है. साथ ही, हर टेस्ट के TestDescription को कुंजी के तौर पर इस्तेमाल किया जाता है.

रिटर्न
	सभी टेस्ट मेट्रिक से जनरेट की गई नई मेट्रिक का सेट.

processRunMetricsAndLogs

public abstract  processRunMetricsAndLogs ( rawMetrics, 
                 runLogs)

मौजूदा मेट्रिक और लॉग से नई मेट्रिक का सेट जनरेट करने के लिए, यह तरीका अपनाएं. सिर्फ़ नई जनरेट की गई मेट्रिक दिखानी चाहिए. साथ ही, उनका नाम यूनीक होना चाहिए. मौजूदा कुंजियों के नाम से मेल खाने वाली कुंजियों की अनुमति नहीं है.

पैरामीटर
rawMetrics	: रन के लिए उपलब्ध रॉ मेट्रिक का सेट.
runLogs	: टेस्ट रन के लिए लॉग फ़ाइलों का सेट.

रिटर्न
	रन मेट्रिक से जनरेट हुई नई मेट्रिक का सेट.

processTestMetricsAndLogs

public  processTestMetricsAndLogs (TestDescription testDescription, 
                 testMetrics, 
                 testLogs)

हर टेस्ट की मेट्रिक और लॉग को पोस्ट प्रोसेस करने के लिए, यह तरीका अपनाएं. सिर्फ़ नई जनरेट की गई मेट्रिक दिखानी चाहिए. साथ ही, उनका नाम यूनीक होना चाहिए. मौजूदा कुंजियों के नाम से मेल खाने वाली कुंजियों की अनुमति नहीं है.

पैरामीटर
testDescription	TestDescription: टेस्ट की जानकारी देने वाला TestDescription ऑब्जेक्ट.
testMetrics	: टेस्ट की मेट्रिक का सेट.
testLogs	: जांच के दौरान लॉग की गई फ़ाइलों का सेट.

रिटर्न
	टेस्ट मेट्रिक से जनरेट की गई नई मेट्रिक का सेट.

setLogSaver

public final void setLogSaver (ILogSaver logSaver)

ILogSaver को सेट करें, ताकि लागू करने वाले व्यक्ति को फ़ाइलें सेव करने की अनुमति मिल सके.

पैरामीटर
logSaver	ILogSaver: ILogSaver

setUp

public void setUp ()

टेस्ट शुरू होने से पहले शुरू करने के लिए, चाइल्ड पोस्ट प्रोसेसर में इस तरीके को बदलें.

testAssumptionFailure

public final void testAssumptionFailure (TestDescription test, 
                String trace)

जब कोई परमाणु टेस्ट फ़्लैग करता है कि वह किसी ऐसी शर्त को मानता है जो गलत है, तब इसे कॉल किया जाता है

पैरामीटर
test	TestDescription: टेस्ट की पहचान करता है
trace	String: गड़बड़ी का स्टैक ट्रेस

testAssumptionFailure

public final void testAssumptionFailure (TestDescription test, 
                FailureDescription failure)

जब कोई परमाणु टेस्ट फ़्लैग करता है कि वह किसी ऐसी शर्त को मानता है जो गलत है, तब इसे कॉल किया जाता है

पैरामीटर
test	TestDescription: टेस्ट की पहचान करता है
failure	FailureDescription: FailureDescription गड़बड़ी और उसके संदर्भ के बारे में बताना.

testEnded

public final void testEnded (TestDescription test, 
                long endTime, 
                 testMetrics)

ERROR(/#testEnded(com.android.tradefed.result.TestDescription,Map)) का विकल्प, जहां हम सीधे तौर पर खत्म होने का समय बता सकते हैं. सटीक मेज़रमेंट के लिए, testStarted(com.android.tradefed.result.TestDescription, long) के साथ जोड़ें.

पैरामीटर
test	TestDescription: टेस्ट की पहचान करता है
endTime	long: टेस्ट खत्म होने का समय, जिसे System.currentTimeMillis() से मेज़र किया जाता है
testMetrics	: उत्सर्जित मेट्रिक का ERROR(/Map)

testEnded

public final void testEnded (TestDescription test, 
                 testMetrics)

किसी टेस्ट केस के पूरा होने की जानकारी देता है.

अगर testFailed(TestDescription, FailureDescription) को ट्रिगर नहीं किया गया था, तो यह टेस्ट पास हो गया. यह उन सभी की-वैल्यू वाली मेट्रिक भी दिखाता है जो टेस्ट केस के दौरान उत्सर्जित की गई हो सकती हैं.

पैरामीटर
test	TestDescription: टेस्ट की पहचान करता है
testMetrics	: उत्सर्जित मेट्रिक का ERROR(/Map)

testFailed

public final void testFailed (TestDescription test, 
                FailureDescription failure)

किसी टेस्ट केस के फ़ेल होने की रिपोर्ट करता है.

इसे testStarted और testEnded के बीच कॉल किया जाएगा.

पैरामीटर
test	TestDescription: टेस्ट की पहचान करता है
failure	FailureDescription: FailureDescription गड़बड़ी और उसके संदर्भ के बारे में बताना.

testFailed

public final void testFailed (TestDescription test, 
                String trace)

किसी टेस्ट केस के फ़ेल होने की रिपोर्ट करता है.

इसे testStarted और testEnded के बीच कॉल किया जाएगा.

पैरामीटर
test	TestDescription: टेस्ट की पहचान करता है
trace	String: गड़बड़ी का स्टैक ट्रेस

testIgnored

public final void testIgnored (TestDescription test)

जब कोई टेस्ट नहीं चलेगा, तब इसे कॉल किया जाएगा. आम तौर पर, ऐसा इसलिए होता है, क्योंकि टेस्ट के तरीके को org.junit.Ignore के साथ एनोटेट किया गया है.

पैरामीटर
test	TestDescription: टेस्ट की पहचान करता है

testLog

public final void testLog (String dataName, 
                LogDataType dataType, 
                InputStreamSource dataStream)

PostProcessor लागू करने से जुड़ी फ़ाइल को लॉग करने के लिए, इस तरीके का इस्तेमाल करें.

पैरामीटर
dataName	String: डेटा का String ब्यौरा देने वाला नाम. उदाहरण के लिए, "device_logcat". ध्यान दें dataName हर बार यूनीक नहीं हो सकता. इसका मतलब है कि लागू करने वाले, एक ही dataName वाले कई कॉल को मैनेज कर पाएं
dataType	LogDataType: डेटा का LogDataType
dataStream	InputStreamSource: डेटा का InputStreamSource. डेटा पढ़ना शुरू करने के लिए, लागू करने वाले को createInputStream को कॉल करना चाहिए. साथ ही, डेटा पढ़ने के बाद, InputStream को बंद करना न भूलें. कॉल करने वाले को यह पक्का करना चाहिए कि testLog का तरीका पूरा होने तक, डेटा का सोर्स मौजूद रहे और उसे ऐक्सेस किया जा सके.

testLogSaved

public final void testLogSaved (String dataName, 
                LogDataType dataType, 
                InputStreamSource dataStream, 
                LogFile logFile)

जांच का लॉग सेव होने पर कॉल किया जाता है.

इसका इस्तेमाल ITestInvocationListener.testLog(String, LogDataType, InputStreamSource) के बजाय किया जाना चाहिए.

पैरामीटर
dataName	String: डेटा का String ब्यौरा देने वाला नाम. उदाहरण के लिए, "device_logcat". ध्यान दें हर बार कॉल करने पर, dataName यूनीक नहीं हो सकता. इसका मतलब है कि लागू करने वाले, एक ही dataName वाले कई कॉल को मैनेज कर पाएं
dataType	LogDataType: डेटा का LogDataType
dataStream	InputStreamSource: डेटा का InputStreamSource. डेटा पढ़ना शुरू करने के लिए, लागू करने वाले को createInputStream को कॉल करना चाहिए. साथ ही, डेटा पढ़ने के बाद, InputStream को बंद करना न भूलें.
logFile	LogFile: LogFile, जिसमें सेव की गई फ़ाइल का मेटाडेटा होता है.

testModuleEnded

public final void testModuleEnded ()

मॉड्यूल के चलने के खत्म होने की रिपोर्ट दिखाता है.

testModuleStarted

public final void testModuleStarted (IInvocationContext moduleContext)

किसी मॉड्यूल के चलने की शुरुआत की रिपोर्ट करता है. यह कॉलबैक testModuleEnded() से जुड़ा है और क्रम में शामिल करना ज़रूरी नहीं है. इसका इस्तेमाल सिर्फ़ उस रन के दौरान किया जाता है जिसमें मॉड्यूल का इस्तेमाल किया जाता है: suite based runners.

पैरामीटर
moduleContext	IInvocationContext: मॉड्यूल का IInvocationContext.

testRunEnded

public final void testRunEnded (long elapsedTime, 
                 runMetrics)

टेस्ट रन खत्म होने की रिपोर्ट दिखाता है.

पैरामीटर
elapsedTime	long: डिवाइस से मिलीसेकंड में, बीत चुका समय
runMetrics	: टेस्ट रन के आखिर में रिपोर्ट किए गए की-वैल्यू पेयर

testRunFailed

public final void testRunFailed (FailureDescription failure)

FailureDescription की बताई गई गड़बड़ी की वजह से, रिपोर्ट की जांच पूरी नहीं हो सकी.

पैरामीटर
failure	FailureDescription: FailureDescription गड़बड़ी और उसके संदर्भ के बारे में बताना.

testRunFailed

public final void testRunFailed (String errorMessage)

किसी गंभीर गड़बड़ी की वजह से, रिपोर्ट की जांच पूरी नहीं हो सकी.

पैरामीटर
errorMessage	String: String, जिसमें रन न होने की वजह बताई गई है.

testRunStarted

public final void testRunStarted (String runName, 
                int testCount, 
                int attemptNumber)

टेस्ट रन शुरू होने की जानकारी देता है.

पैरामीटर
runName	String: टेस्ट रन का नाम
testCount	int: टेस्ट रन में टेस्ट की कुल संख्या
attemptNumber	int: ऑर्डर नंबर, एक ही runName के अलग-अलग प्रयासों की पहचान करता है, जो कई बार चलाए जाते हैं. attemptNumber का इंडेक्स 0 से शुरू होता है और हर बार नया रन होने पर, इसकी वैल्यू बढ़नी चाहिए. उदाहरण के लिए, किसी टेस्ट को तीन बार फिर से चलाया जाता है, तो एक ही runName के तहत कुल चार रन होने चाहिए और attemptNumber की वैल्यू 0 से 3 के बीच होनी चाहिए.

testRunStarted

public final void testRunStarted (String runName, 
                int testCount)

कॉलबैक की जांच करना

पैरामीटर
runName	String: टेस्ट रन का नाम
testCount	int: टेस्ट रन में टेस्ट की कुल संख्या

testRunStarted

public final void testRunStarted (String runName, 
                int testCount, 
                int attemptNumber, 
                long startTime)

टेस्ट रन शुरू होने की जानकारी देता है.

पैरामीटर
runName	String: टेस्ट रन का नाम
testCount	int: टेस्ट रन में टेस्ट की कुल संख्या
attemptNumber	int: ऑर्डर नंबर, एक ही runName के अलग-अलग प्रयासों की पहचान करता है, जो कई बार चलाए जाते हैं. attemptNumber का इंडेक्स 0 से शुरू होता है और हर बार नया रन होने पर, इसकी वैल्यू बढ़नी चाहिए. उदाहरण के लिए, किसी टेस्ट को तीन बार फिर से चलाया जाता है, तो उसी runName के तहत कुल चार रन होने चाहिए और attemptNumber की वैल्यू 0 से 3 के बीच होनी चाहिए.
startTime	long: रन शुरू होने का समय, जिसे System.currentTimeMillis() से मेज़र किया जाता है

testRunStopped

public final void testRunStopped (long elapsedTime)

उपयोगकर्ता के अनुरोध की वजह से, रिपोर्ट की जांच पूरी होने से पहले ही रोक दी गई.

TODO: फ़िलहाल इस्तेमाल नहीं किया जा रहा है, इसे हटाने पर विचार करें

पैरामीटर
elapsedTime	long: डिवाइस से मिलीसेकंड में, बीत चुका समय

testSkipped

public final void testSkipped (TestDescription test, 
                SkipReason reason)

जब किसी टेस्ट को स्किप किया जाता है और वह किसी ऐसी वजह से नहीं चलता है जिसकी आम तौर पर उम्मीद नहीं की जाती, तब यह ट्रिगर होता है. इन टेस्ट को फिर से चलाकर, सही तरीके से लागू करने की कोशिश की जाएगी.

पैरामीटर
test	TestDescription: टेस्ट की पहचान करता है
reason	SkipReason: SkipReason

testStarted

public final void testStarted (TestDescription test, 
                long startTime)

testStarted(com.android.tradefed.result.TestDescription) का विकल्प, जिसमें हम यह भी बताते हैं कि जांच कब शुरू की गई थी. सटीक मेज़रमेंट के लिए, इसे ERROR(/#testEnded(com.android.tradefed.result.TestDescription,long,Map)) के साथ जोड़ा जाता है.

पैरामीटर
test	TestDescription: टेस्ट की पहचान करता है
startTime	long: जांच शुरू होने का समय, जिसे System.currentTimeMillis() से मेज़र किया जाता है

testStarted

public final void testStarted (TestDescription test)

टेस्ट केस कॉलबैक

पैरामीटर
test	TestDescription: टेस्ट की पहचान करता है

सुरक्षित तरीके

cleanUp

protected void cleanUp ()

getMetricType

protected MetricMeasurement.DataType getMetricType ()

ज़रूरत पड़ने पर, मेट्रिक का टाइप बदलने के लिए इस तरीके को बदलें. डिफ़ॉल्ट रूप से, मेट्रिक को प्रोसेस किए गए टाइप पर सेट किया जाता है.

रिटर्न
MetricMeasurement.DataType

getRunName

protected String getRunName ()

रिटर्न
String