BasePostProcessor

public abstract class BasePostProcessor
extends Object implements IPostProcessor

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

बुनियादी 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