टेस्ट से जुड़ी ज़रूरी शर्तें

जीटीएस टेस्ट (GtsSafetyCenterTestCases)

जीटीएस टेस्ट, कॉन्फ़िगरेशन फ़ाइल पर पाबंदियां लगाते हैं. कॉन्फ़िगरेशन फ़ाइल अपडेट करना देखें. अगर किसी डिवाइस पर Safety ऐप्लिकेशन काम नहीं करता है, तो उसे इन जांचों से छूट दी जाएगी बीच में.

ये पाबंदियां हैं:

  • सुरक्षा केंद्र के कम से कम सात सोर्स ग्रुप होने चाहिए. इन ग्रुप में में बदलाव न किया जाए या डिफ़ॉल्ट स्थिति में ही रहें. सोर्स के टाइटल, शुरुआती डिसप्ले स्टेटस, और खास जानकारी जैसे कुछ फ़ील्ड में, कभी-कभी ओवरले की जा सकने वाली स्ट्रिंग होती हैं. इनमें बदलाव किया जा सकता है.

  • GoogleAppSecuritySources के लिए:

    • GooglePlayProtect के सुरक्षा सोर्स को न तो हटाएं और न ही उसमें बदलाव करें.
    • GoogleAppProtectionService सुरक्षा सोर्स को हटाया या बदला जा सकता है. अगर यह मौजूद है, तो:
      • इसमें लॉगिंग की सुविधा होनी चाहिए.
      • अगर पैकेज के नाम में कोई बदलाव नहीं किया गया है, तो Android 13 में उसका नाम initialDisplayState="hidden" होना चाहिए. Android 14 में, उसका नाम issue-only-safety-source होना चाहिए और deduplicationGroup में कोई बदलाव नहीं होना चाहिए.
      • अगर पैकेज का नाम बदला जाता है, तो उसमें भूमिका होनी चाहिए "android.app.role.SYSTEM_APP_PROTECTION_SERVICE"; साथ ही Android 14 के लिए, इसमें deduplicationGroup.

  • AndroidLockScreenSources के लिए:

    • ग्रुप के summary इंस्टेंस की ज़रूरत है और आपके पास इसमें बदलाव करने का विकल्प है, इन्हें स्ट्रिंग ओवरले के साथ भी इस्तेमाल किया जा सकता है.
    • सुरक्षा का कम से कम एक सोर्स होना चाहिए.
    • सुरक्षा से जुड़ा पहला सोर्स, लॉक स्क्रीन की सेटिंग को कंट्रोल करता है. यह SEVERITY_LEVEL_RECOMMENDATION (maxSeverityLevel="300" या पीली एंट्री या चेतावनी वाले कार्ड तक) से ज़्यादा गंभीर समस्याओं या एंट्री को पुश नहीं कर सकता. Android 14 में, deduplicationGroup में कोई बदलाव नहीं होना चाहिए.
    • सुरक्षा से जुड़े अन्य सोर्स, बायोमेट्रिक अनलॉक करने के तरीकों से जुड़े होने चाहिए. साथ ही, इनमें maxSeverityLevel="0" होना चाहिए.

  • Android 13 में, GoogleAccountSources, GoogleDeviceFinderSources या AndroidAdvancedSources में बदलाव न करें. Android 14 में, इन ग्रुप में जोड़े गए कुछ नए सोर्स हटाए जा सकते हैं. जैसे, बैकअप और वापस लाना. साथ ही, AndroidAdvancedSources ग्रुप में नए स्टैटिक सोर्स भी जोड़े जा सकते हैं.

  • GoogleUpdateSources के लिए:

    • GoogleSecurityUpdates के लिए, intentAction को बदला जा सकता है. साथ ही, उसमें बदलाव किया जा सकता है को स्ट्रिंग ओवरले के साथ.
    • GooglePlaySystemUpdate में बदलाव न करें.

  • AndroidPrivacySources के लिए:

    • कुछ सोर्स जोड़े, हटाए या उनमें बदलाव किए जा सकते हैं, बशर्ते वे issue-only.
    • उन्हें packageName="com.google.android.permissioncontroller" रखना चाहिए.
    • बाकी AndroidPrivacySources सोर्स में बदलाव न करें.

  • सुरक्षा सोर्स के बाकी ग्रुप के लिए (अगर कोई है):

    • ग्रुप में summary या statelessIconType नहीं होने चाहिए. इसकी वजह से SAFETY_SOURCES_GROUP_TYPE_RIGID ग्रुप (Android में SAFETY_SOURCES_GROUP_TYPE_STATELESS 14).
    • हर ग्रुप में मौजूद हर सोर्स, स्टैटिक होना चाहिए या उसमें maxSeverityLevel="0" होना चाहिए. उदाहरण के लिए, स्लेटी या हरे रंग की एंट्री भेजने की अनुमति होनी चाहिए, लेकिन कोई समस्या नहीं होनी चाहिए.

सीटीएस टेस्ट (CtsSafetyCenterTestCases)

Android 13 और इसके बाद के वर्शन में, सीटीएस टेस्ट सभी OEM पर लागू होंगे जो PermissionController का इस्तेमाल करती हैं.

कॉन्फ़िगरेशन फ़ाइल की जांच (XmlConfigTest)

इन टेस्ट से यह पक्का होता है कि:

  • पार्स की गई एक्सएमएल कॉन्फ़िगरेशन फ़ाइल, पार्स किए गए कॉन्फ़िगरेशन से मेल खाती है और सुरक्षा केंद्र ने दिखाया है और बताया है कि यह पार्स हो गया है.
  • अगर इंटेंट कार्रवाई android.settings.PRIVACY_ADVANCED_SETTINGS मौजूद है तो इस कार्रवाई का समाधान होना चाहिए.
  • अगर इंटेंट कार्रवाई android.settings.PRIVACY_CONTROLS इसमें मौजूद है एक्सएमएल फ़ाइल का इस्तेमाल किया है, तो इस कार्रवाई का समाधान होना चाहिए.

यूज़र इंटरफ़ेस (यूआई) की जांच (SafetyCenterActivityTest)

इन जांचों से यह पक्का होता है कि:

  • android.intent.action.SAFETY_CENTER इंटेंट ऐक्शन से, Safety Center के चालू होने पर सुरक्षा और निजता सेटिंग स्क्रीन खुलती है. वहीं, Safety Center के बंद होने पर सेटिंग स्क्रीन खुलती है.

एपीआई जांच (SafetyCenterManagerTest)

SafetyCenterManagerTest API का इस्तेमाल करके, यह पक्का किया जा सकता है कि Center API उम्मीद के मुताबिक काम कर रहे हैं.

इन टेस्ट से इन चीज़ों को पक्का किया जाता है:

  • SafetyCenterManager.isSafetyCenterEnabled को इससे जुड़े DeviceConfig फ़्लैग से कंट्रोल किया जाता है.
  • बंद होने पर, सुरक्षा केंद्र के एपीआई काम नहीं करते.
  • सुरक्षा केंद्र के एपीआई का इस्तेमाल सिर्फ़ तब किया जा सकता है, जब इनसे जुड़ी अनुमतियां हों रोका गया.
  • Safety Center को डेटा सिर्फ़ मौजूदा कॉन्फ़िगरेशन के हिसाब से दिया जा सकता है.
  • सुरक्षा केंद्र को डेटा उपलब्ध कराए जाने पर, वह उसके मुताबिक दिखता है.
  • ये एपीआई, Safety Center के सोर्स एपीआई का इस्तेमाल करें में बताए गए स्पेसिफ़िकेशन से मेल खाते हैं. उदाहरण के लिए, रीफ़्रेश या फिर फिर से स्कैन करने का तरीका, डेटा सेट करना या मिटाना, और गड़बड़ियों की शिकायत करना.
  • यूज़र इंटरफ़ेस (यूआई) के लिए उपलब्ध कराए गए इंटरनल एपीआई ठीक से काम कर रहे हैं. उदाहरण के लिए, Safety Center में डेटा को सही तरीके से मर्ज किया गया है और डेटा को रीफ़्रेश किया जा सकता है.

सुरक्षा केंद्र पर काम नहीं करने वाला टेस्ट (SafetyCenterUnsupportedTest)

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

अगर डिवाइस पर Safety Center काम करता है, तो यह जांच नहीं की जाती. अगर डिवाइस पर Safety Center काम नहीं करता है, तो सिर्फ़ यह टेस्ट और डेटा क्लास के टेस्ट चलते हैं.

इस जांच से यह पक्का होता है कि:

  • android.intent.action.SAFETY_CENTER इंटेंट ऐक्शन से सेटिंग स्क्रीन खुलती है.
  • SafetyCenterManager.isSafetyCenterEnabled, false दिखाता है.
  • सुरक्षा केंद्र के ज़्यादातर एपीआई, कॉल करने पर काम नहीं करते हैं.

डेटा क्लास टेस्ट (SafetySourceDataTest, SafetySourceIssueTest वगैरह)

SafetySourceDataTest और SafetySourceIssueTest जैसे डेटा क्लास टेस्ट यह पक्का करना होगा कि सुरक्षा केंद्र के ज़रिए दिखाए गए डेटा क्लास उम्मीद के मुताबिक काम कर रहे हों, उदाहरण के लिए, SafetySourceData, SafetySourceIssue, और इससे जुड़े दूसरे संगठन क्लास.

MTS परीक्षण (SafetyCenterFunctionalTestCases और अन्य)

ये टेस्ट, मेनलाइन अपडेट पर किए जाते हैं. साथ ही, ये टेस्ट उन सभी OEM पर लागू होते हैं जो PermissionController. इन जांचों से लागू होने वाली ज़रूरी शर्तें, मुख्य अपडेट में बदल सकती हैं.

एपीआई टेस्ट (SafetyCenterManagerTest)

ये टेस्ट, सीटीएस टेस्ट SafetyCenterManagerTest से मिलते-जुलते हैं. हालांकि, इनमें उन ज़रूरी शर्तों की जांच की जाती है जो मुख्य अपडेट में बदल सकती हैं. उदाहरण के लिए:

  • यूज़र इंटरफ़ेस (यूआई) के लिए उपलब्ध इंटरनल एपीआई से मिले डेटा के असल कॉन्टेंट की जांच करना

यूज़र इंटरफ़ेस (यूआई) की जांच (SafetyCenterActivityTest, SafetyCenterStatusCardTest, SafetyCenterQsActivityTest वगैरह)

इन टेस्ट से यह पक्का होता है कि:

  • खास पैरामीटर के साथ सुरक्षा केंद्र पर रीडायरेक्ट करने की सुविधा, सही तरीके से काम करती है. उदाहरण के लिए, किसी खास समस्या पर रीडायरेक्ट करना. सुरक्षा केंद्र पर रीडायरेक्ट करें देखें.
  • यूज़र इंटरफ़ेस (यूआई), सुरक्षा की सही स्थिति दिखाता है.
  • यूज़र इंटरफ़ेस (यूआई) की मदद से, अलग-अलग स्क्रीन पर नेविगेट किया जा सकता है.
  • SafetySourceIssue के निर्देश पर, यूज़र इंटरफ़ेस (यूआई) की मदद से, सीधे सुरक्षा केंद्र की स्क्रीन से सुरक्षा से जुड़ी समस्याओं को हल किया जा सकता है.
  • यूज़र इंटरफ़ेस (यूआई), एक आइटम में कई चेतावनी कार्ड को छोटा कर देता है. साथ ही, इसे फिर से कई चेतावनी कार्ड में बड़ा करने की सुविधा देता है.
  • डेटा को तब रीफ़्रेश किया जाता है, जब काम के कॉन्टेंट के लिए सुरक्षा केंद्र का पेज खोला जाता है सुरक्षा केंद्र के सोर्स.
  • दोबारा स्कैन करने का बटन कुछ खास स्थितियों में ही दिखता है.
  • 'फिर से स्कैन करें' बटन पर टैप करने से नया डेटा फ़ेच होता है.

  • इसी तरह के टेस्ट, सुरक्षा केंद्र के लिए भी किए जाते हैं. अपने ऐप्लिकेशन के लिए, कस्टम क्विक सेटिंग टाइल बनाना देखें

  • अतिरिक्त किनारे वाले मामले, जैसे कि गड़बड़ी की स्थितियां और ऐसी स्थितियां जिन्हें मंज़ूरी मिलना बाकी है.

एक से ज़्यादा उपयोगकर्ताओं के लिए टेस्ट (SafetyCenterMultiUsersTest)

इन टेस्ट का मकसद यह पक्का करना है कि कई उपयोगकर्ताओं या प्रोफ़ाइलों के लिए डेटा उपलब्ध कराने पर, एपीआई सही तरीके से काम करे. एक से ज़्यादा उपयोगकर्ताओं और प्रोफ़ाइलों के लिए डेटा उपलब्ध कराना लेख पढ़ें. यह सेटअप, डिवाइस पर अलग-अलग उपयोगकर्ताओं और प्रोफ़ाइलों को सेट अप करने के लिए, Bedstead का इस्तेमाल करने वाली एक इंटरनल लाइब्रेरी का इस्तेमाल करके किया जाता है.

इस जांच से इन बातों की पुष्टि होती है:

  • किसी उपयोगकर्ता के डेटा को उससे जुड़े मैनेज किए जा रहे डेटा के साथ मर्ज कर दिया जाता है प्रोफ़ाइल मौजूद है.
  • सिर्फ़ profile="all_profiles" के साथ मार्क किए गए सोर्स, उपयोगकर्ता की मैनेज की जा रही प्रोफ़ाइल में डेटा दे सकते हैं.
  • उपयोगकर्ता से जुड़ी हर मैनेज की जा रही प्रोफ़ाइल के लिए, एक नई एंट्री बनाई जाती है.
  • किसी एक उपयोगकर्ता का डेटा, उससे जुड़े किसी दूसरे उपयोगकर्ता के पास नहीं जाता.