सुलभता ऐप्लिकेशन की जांच करने से, आपको ऐप्लिकेशन को अलग-अलग नज़रिए से देखने का मौका मिलता है. आपके पूरे उपयोगकर्ता आधार को ट्रैक करता है. इनमें सुलभता से जुड़ी ज़रूरतों वाले उपयोगकर्ताओं को भी शामिल किया जाता है. इस तरह का टेस्टिंग से आपके ऐप्लिकेशन को ज़्यादा असरदार और कई तरह की सुविधाओं वाला बनाने के अवसरों के बारे में पता चल सकता है.
इस पेज में आपके मौजूदा Espresso में सुलभता जांच को जोड़ने का तरीका बताया गया है टेस्ट. सुलभता के बारे में ज़्यादा जानकारी के लिए, सुलभता गाइड देखें.
जांच की सुविधा चालू करें
सुलभता टेस्टिंग को चालू और कॉन्फ़िगर करने के लिए, इनका इस्तेमाल किया जा सकता है:
AccessibilityChecks
क्लास:
Kotlin
import androidx.test.espresso.accessibility.AccessibilityChecks @RunWith(AndroidJUnit4::class) @LargeTest class MyWelcomeWorkflowIntegrationTest { init { AccessibilityChecks.enable() } }
Java
import androidx.test.espresso.accessibility.AccessibilityChecks; @RunWith(AndroidJUnit4.class) @LargeTest public class MyWelcomeWorkflowIntegrationTest { @BeforeClass public void enableAccessibilityChecks() { AccessibilityChecks.enable(); } }
डिफ़ॉल्ट रूप से, जांच तब चलती है, जब आप में तय की गई कोई भी व्यू कार्रवाई करते हैं
ViewActions
. हर
चेक में वह व्यू शामिल होता है जिस पर कार्रवाई की जाती है. साथ ही,
डिसेंडेंट व्यू. आप के दौरान स्क्रीन के पूरे व्यू हैरारकी (व्यू और व्यू ग्रुप) का आकलन
हर चेक के लिए, true
को पास करके
setRunChecksFromRootView()
,
जैसा कि नीचे दिए गए कोड स्निपेट में दिखाया गया है:
Kotlin
AccessibilityChecks.enable().setRunChecksFromRootView(true)
Java
AccessibilityChecks.enable().setRunChecksFromRootView(true);
नतीजों के सबसेट रोकें
जब Espresso आपके ऐप्लिकेशन पर सुलभता की जांच करता है, तब आपको कई तरह की
आपके ऐप्लिकेशन की सुलभता को बेहतर बनाने के मौके जिन्हें आप ठीक नहीं कर सकते
तुरंत. ताकि एस्प्रेसो टेस्ट लगातार न पूरे हो सकें, क्योंकि
तो आप उन्हें कुछ समय के लिए अनदेखा कर सकते हैं. सुलभता की जांच
फ़्रेमवर्क (ATF) इनका इस्तेमाल करके यह सुविधा देता है:
setSuppressingResultMatcher()
तरीका, जो Espresso को यह निर्देश देता है कि वह दिए गए नतीजे को पूरा करे
मैचर एक्सप्रेशन के बारे में ज़्यादा जानें.
अगर आपने अपने ऐप्लिकेशन में सुलभता के किसी एक पहलू को शामिल करने के लिए बदलाव किए हैं, तो Espresso के लिए फ़ायदेमंद है कि वह इसके अन्य पहलुओं के आधार पर नतीजे दिखाए सुलभता सुविधाओं को प्राथमिकता दें. इस वजह से, बेहतर होगा कि आप सिर्फ़ खास क्वेरी के नतीजों को को बेहतर बनाने के नए अवसर मिलते हैं.
जब सुलभता की जांच के नतीजों को कुछ समय के लिए रोका जाता है, तो बाद में, यह ज़रूरी है कि आप इसी तरह के नतीजे को गलती से न दिखाएं. इसके लिए इसलिए, कम दायरे वाले मैचर का इस्तेमाल करें. ऐसा करने के लिए, मैचर ताकि एस्प्रेसो किसी दिए गए नतीजे को सिर्फ़ तब छिपाए, जब वह हर इन सुलभता जांचों को पूरा करें:
- कुछ खास तरह की सुलभता जांच करना. उदाहरण के लिए, टच की जांच करने वाले डिवाइस टारगेट साइज़.
- सुलभता की जांच करके, किसी यूज़र इंटरफ़ेस (यूआई) एलिमेंट का आकलन किया जाता है. जैसे, कोई बटन.
ATF, कई मैचर के बारे में बताता है
ताकि आपको यह तय करने में मदद मिल सके कि आपके Espresso परीक्षणों में कौन-से नतीजे दिखाए जाएं. नीचे दिए गए
उदाहरण में, एक TextView
से जुड़ी जांच के नतीजों को सीमित किया जाता है
एलिमेंट का कलर कंट्रास्ट. एलिमेंट का आईडी countTV
है.
Kotlin
AccessibilityChecks.enable().apply { setSuppressingResultMatcher( allOf( matchesCheck(TextContrastCheck::class.java), matchesViews(withId(R.id.countTV)) ) ) }
Java
AccessibilityValidator myChecksValidator = AccessibilityChecks.enable() .setSuppressingResultMatcher( allOf( matchesCheck(TextContrastCheck.class), matchesViews(withId(R.id.countTV))));