পরীক্ষার প্রয়োজনীয়তা

GTS পরীক্ষা ( GtsSafetyCenterTestCases )

GTS পরীক্ষা কনফিগারেশন ফাইলের উপর সীমাবদ্ধতা আরোপ করে। কনফিগারেশন ফাইল আপডেট দেখুন। ডিভাইসটি নিরাপত্তা কেন্দ্র সমর্থন না করলে একটি ডিভাইসকে এই পরীক্ষাগুলি থেকে অব্যাহতি দেওয়া হয়।

সীমাবদ্ধতাগুলি নিম্নরূপ:

• কমপক্ষে সাতটি সেফটি সেন্টার সোর্স গ্রুপ থাকতে হবে, যা অপরিবর্তিত বা ডিফল্ট অবস্থায় থাকা উচিত। কিছু নির্দিষ্ট ক্ষেত্র যেমন সোর্স শিরোনাম, প্রারম্ভিক ডিসপ্লে স্টেট এবং সারাংশ কখনও কখনও ওভারলেয়েবল স্ট্রিং দ্বারা সমর্থিত হয় এবং সংশোধন করা যেতে পারে।

• GoogleAppSecuritySources এর জন্য:

  • GooglePlayProtect নিরাপত্তার উৎস সরিয়ে ফেলবেন না বা পরিবর্তন করবেন না।
  • আপনি GoogleAppProtectionService নিরাপত্তা উৎস সরাতে বা পরিবর্তন করতে পারেন। যদি এটি উপস্থিত থাকে:
    • এটা লগিং সমর্থন করা আবশ্যক.
    • যদি প্যাকেজের নাম অপরিবর্তিত থাকে, তাহলে অবশ্যই Android 13-এ initialDisplayState="hidden" থাকতে হবে; অ্যান্ড্রয়েড 14-এ, এটি অবশ্যই একটি issue-only-safety-source হতে হবে এবং deduplicationGroup অবশ্যই অপরিবর্তিত থাকবে।
    • প্যাকেজের নাম পরিবর্তন করা হলে, এটি অবশ্যই "android.app.role.SYSTEM_APP_PROTECTION_SERVICE" ভূমিকা পালন করবে; এছাড়াও অ্যান্ড্রয়েড 14-এ এটির একটি deduplicationGroup থাকতে হবে না।

• AndroidLockScreenSources জন্য:

  • গোষ্ঠীর summary উদাহরণ প্রয়োজন এবং আপনি একটি স্ট্রিং ওভারলে সহ এটি সংশোধন করতে পারেন।
  • অন্তত একটি নিরাপত্তা উৎস থাকতে হবে।
  • প্রথম নিরাপত্তা উৎসের উদ্দেশ্য হল সেই উৎস যা লক স্ক্রীন সেটিংস নিয়ন্ত্রণ করে এবং এটি SEVERITY_LEVEL_RECOMMENDATION ( maxSeverityLevel="300" বা হলুদ এন্ট্রি বা সতর্কতা কার্ড পর্যন্ত) থেকে বেশি গুরুতর সমস্যা বা এন্ট্রিগুলিকে ঠেলে দিতে সক্ষম হবে না৷ অ্যান্ড্রয়েড 14-এ, deduplicationGroup অবশ্যই অপরিবর্তিত থাকবে।
  • অন্যান্য নিরাপত্তা উত্সগুলি বায়োমেট্রিক আনলক প্রক্রিয়া সম্পর্কিত উত্স হতে উদ্দিষ্ট এবং তাদের maxSeverityLevel="0" থাকা উচিত।

• Android 13-এ, GoogleAccountSources , GoogleDeviceFinderSources বা AndroidAdvancedSources পরিবর্তন করবেন না। অ্যান্ড্রয়েড 14-এ, আপনি এই গোষ্ঠীগুলিতে প্রবর্তিত কিছু নতুন উত্সগুলি সরিয়ে ফেলতে পারেন (যেমন ব্যাকআপ এবং পুনরুদ্ধার), আপনি AndroidAdvancedSources গোষ্ঠীতে নতুন স্ট্যাটিক উত্স যুক্ত করতে পারেন৷

• GoogleUpdateSources জন্য:

  • আপনি GoogleSecurityUpdates জন্য intentAction পরিবর্তন করতে পারেন এবং একটি স্ট্রিং ওভারলে দিয়ে এটি সংশোধন করতে পারেন।
  • GooglePlaySystemUpdate পরিবর্তন করবেন না।

• AndroidPrivacySources জন্য:

  • আপনি কিছু উত্স যোগ করতে, অপসারণ করতে বা সংশোধন করতে পারেন, যতক্ষণ না সেগুলি issue-only হয়৷
  • তাদের অবশ্যই packageName="com.google.android.permissioncontroller" রাখতে হবে।
  • AndroidPrivacySources Sources এর বাকি অংশগুলিকে সংশোধন করবেন না৷

• বাকি নিরাপত্তা উৎস গোষ্ঠীর জন্য (যদি থাকে):

  • গোষ্ঠীগুলির summary বা statelessIconType থাকা উচিত নয়, যার ফলে একটি SAFETY_SOURCES_GROUP_TYPE_RIGID গ্রুপ ( Android 14-এ SAFETY_SOURCES_GROUP_TYPE_STATELESS )।
  • প্রতিটি গোষ্ঠীর মধ্যে প্রতিটি উত্স স্থির হওয়া উচিত বা maxSeverityLevel="0" থাকতে হবে, উদাহরণস্বরূপ, ধূসর বা সবুজ এন্ট্রি পাঠানোর অনুমতি দেওয়া হয়েছে তবে কোনও সমস্যা নেই৷

CTS পরীক্ষা ( CtsSafetyCenterTestCases )

অ্যান্ড্রয়েড 13 থেকে শুরু করে, PermissionController সমর্থন করে এমন সমস্ত OEM-এর জন্য CTS পরীক্ষাগুলি প্রযোজ্য৷

কনফিগারেশন ফাইল পরীক্ষা ( XmlConfigTest )

এই পরীক্ষাগুলি নিশ্চিত করে:

• পার্স করা XML কনফিগারেশন ফাইলটি সেফটি সেন্টার দ্বারা পার্স করা এবং প্রকাশ করা কনফিগারেশনের সাথে মেলে এবং এই পার্সিং সফল হয়েছে৷
• যদি অভিপ্রায় ক্রিয়া android.settings.PRIVACY_ADVANCED_SETTINGS XML ফাইলে উপস্থিত থাকে, তাহলে এই ক্রিয়াটি অবশ্যই সমাধান করতে হবে৷
• যদি অভিপ্রায় ক্রিয়া android.settings.PRIVACY_CONTROLS XML ফাইলে উপস্থিত থাকে, তাহলে এই ক্রিয়াটি অবশ্যই সমাধান করতে হবে৷

UI পরীক্ষা ( SafetyCenterActivityTest )

এই পরীক্ষাগুলি নিশ্চিত করে:

• android.intent.action.SAFETY_CENTER ইন্টেন্ট অ্যাকশন নিরাপত্তা কেন্দ্র সক্ষম হলে নিরাপত্তা ও গোপনীয়তা সেটিংস স্ক্রীন এবং নিরাপত্তা কেন্দ্র অক্ষম করা হলে সেটিংস স্ক্রীন সমাধান করে এবং খোলে।

API পরীক্ষা ( SafetyCenterManagerTest )

SafetyCenterManagerTest API পরীক্ষার লক্ষ্য হল নিরাপত্তা কেন্দ্রের APIগুলি উদ্দেশ্য অনুযায়ী কাজ করছে তা নিশ্চিত করা।

এই পরীক্ষাগুলি নিম্নলিখিতগুলি নিশ্চিত করে:

• SafetyCenterManager.isSafetyCenterEnabled সংশ্লিষ্ট DeviceConfig পতাকা দ্বারা নিয়ন্ত্রিত হয়।
• অক্ষম করা হলে, নিরাপত্তা কেন্দ্র APIs no-op.
• সেফটি সেন্টার এপিআই শুধুমাত্র তখনই ব্যবহারযোগ্য হয় যখন সংশ্লিষ্ট অনুমতিগুলো রাখা হয়।
• শুধুমাত্র অন্তর্নিহিত কনফিগারেশন অনুযায়ী নিরাপত্তা কেন্দ্রে ডেটা প্রদান করা যেতে পারে।
• যখন নিরাপত্তা কেন্দ্রে ডেটা সরবরাহ করা হয়, তখন তা সেই অনুযায়ী প্রকাশ পায়।
• এপিআইগুলি সেফটি সেন্টার সোর্স এপিআই ব্যবহার করুন -এ বর্ণিত স্পেসগুলির সাথে মেলে, উদাহরণস্বরূপ, রিফ্রেশ বা রিস্ক্যান আচরণ, ডেটা সেটিং বা সাফ করা এবং রিপোর্টিং ত্রুটি৷
• UI-এর সংস্পর্শে আসা অভ্যন্তরীণ APIগুলি সঠিকভাবে কাজ করছে, উদাহরণস্বরূপ, নিরাপত্তা কেন্দ্র দ্বারা ডেটা যথাযথভাবে মার্জ করা হয়েছে এবং ডেটা রিফ্রেশ করা যেতে পারে৷

নিরাপত্তা কেন্দ্র অসমর্থিত পরীক্ষা ( SafetyCenterUnsupportedTest )

এই পরীক্ষাটি নিশ্চিত করে যে সুরক্ষা কেন্দ্র অক্ষম করা হয়েছে যখন ডিভাইসটি সমর্থন করে না যখন ফ্রেমওয়ার্ক XML কনফিগারেশন ফাইলে সমর্থন নিষ্ক্রিয় করা হয়।

ডিভাইসটি নিরাপত্তা কেন্দ্র সমর্থন করলে, এই পরীক্ষাটি চালানো হবে না। যদি ডিভাইসটি নিরাপত্তা কেন্দ্র সমর্থন না করে, তবে শুধুমাত্র এই পরীক্ষা এবং ডেটা ক্লাসের পরীক্ষা চালানো হয়।

এই পরীক্ষা নিম্নলিখিত নিশ্চিত করে:

• android.intent.action.SAFETY_CENTER ইন্টেন্ট অ্যাকশন সেটিংস স্ক্রীন খোলে।
• SafetyCenterManager.isSafetyCenterEnabled false ফেরত দেয়।
• বেশির ভাগ নিরাপত্তা কেন্দ্র API কল করলে সাড়া দেয় না।

ডেটা ক্লাস পরীক্ষা ( SafetySourceDataTest , SafetySourceIssueTest , ইত্যাদি)

ডেটা ক্লাস পরীক্ষা যেমন SafetySourceDataTest এবং SafetySourceIssueTest নিশ্চিত করে যে সেফটি সেন্টার দ্বারা প্রকাশিত ডেটা ক্লাসগুলি উদ্দেশ্য অনুযায়ী কাজ করছে, উদাহরণস্বরূপ, SafetySourceData , SafetySourceIssue , এবং অন্যান্য সম্পর্কিত অভ্যন্তরীণ ক্লাস৷

এমটিএস পরীক্ষা ( SafetyCenterFunctionalTestCases এবং অন্যান্য)

এই পরীক্ষাগুলি মেইনলাইন আপডেট জুড়ে চালানো হয় এবং PermissionController সমর্থন করে এমন সমস্ত OEM-এর ক্ষেত্রে প্রযোজ্য। এই পরীক্ষাগুলির দ্বারা প্রয়োগ করা প্রয়োজনীয়তাগুলি মেইনলাইন আপডেটগুলিতে পরিবর্তিত হতে পারে।

API পরীক্ষা ( SafetyCenterManagerTest )

এই পরীক্ষাগুলি CTS পরীক্ষার SafetyCenterManagerTest এর অনুরূপ, তবে তারা প্রয়োজনীয়তাগুলি পরীক্ষা করে যা মেইনলাইন আপডেট জুড়ে পরিবর্তিত হতে পারে, উদাহরণস্বরূপ:

• UI-তে উন্মুক্ত অভ্যন্তরীণ APIগুলি দ্বারা ফেরত ডেটার প্রকৃত বিষয়বস্তু পরীক্ষা করা হচ্ছে

UI পরীক্ষা ( SafetyCenterActivityTest , SafetyCenterStatusCardTest , SafetyCenterQsActivityTest , ইত্যাদি)

এই পরীক্ষাগুলি নিশ্চিত করে:

• নির্দিষ্ট প্যারামিটার সহ নিরাপত্তা কেন্দ্রে পুনঃনির্দেশ করা উদ্দেশ্য অনুযায়ী কাজ করে, উদাহরণস্বরূপ, একটি নির্দিষ্ট সমস্যায় পুনঃনির্দেশ করা। নিরাপত্তা কেন্দ্রে পুনঃনির্দেশ দেখুন।
• UI সঠিক অন্তর্নিহিত নিরাপত্তা অবস্থা প্রদর্শন করে।
• UI আলাদা স্ক্রিনে নেভিগেট করার অনুমতি দেয়।
• SafetySourceIssue দ্বারা নির্দিষ্ট করা হলে UI সরাসরি নিরাপত্তা কেন্দ্রের স্ক্রীন থেকে নিরাপত্তা সংক্রান্ত সমস্যা সমাধানের অনুমতি দেয়।
• UI একটি আইটেমে একাধিক সতর্কতা কার্ড ভেঙে দেয় এবং এটিকে আবার একাধিক সতর্কতা কার্ডে প্রসারিত করার অনুমতি দেয়।
• প্রাসঙ্গিক নিরাপত্তা কেন্দ্র সূত্রের জন্য নিরাপত্তা কেন্দ্র পৃষ্ঠা খোলা হলে ডেটা রিফ্রেশ করা হয়।
• রিস্ক্যান বোতামটি শুধুমাত্র নির্দিষ্ট পরিস্থিতিতে উপস্থিত হয়।
• রিস্ক্যান বোতামে ট্যাপ করলে নতুন ডেটা পাওয়া যায়।

• নিরাপত্তা কেন্দ্রের জন্য অনুরূপ পরীক্ষা করা হয়। আপনার অ্যাপের জন্য কাস্টম দ্রুত সেটিংস টাইলস তৈরি করুন দেখুন

• অতিরিক্ত প্রান্তের ক্ষেত্রে যেমন ত্রুটির অবস্থা এবং মুলতুবি অবস্থা।

মাল্টি ইউজার টেস্ট ( SafetyCenterMultiUsersTest মাল্টি ইউজার টেস্ট)

একাধিক ব্যবহারকারী বা প্রোফাইলের জন্য ডেটা সরবরাহ করা হলে API সঠিকভাবে কাজ করে তা নিশ্চিত করা এই পরীক্ষার লক্ষ্য। একাধিক ব্যবহারকারী এবং প্রোফাইলের জন্য ডেটা প্রদান দেখুন। এই সেটআপটি একটি অভ্যন্তরীণ লাইব্রেরি ব্যবহার করে অর্জন করা হয় যা বেডস্টেড ব্যবহার করে ডিভাইসে পৃথক ব্যবহারকারী এবং প্রোফাইল সেট আপ করতে সহায়তা করে।

এই পরীক্ষা নিম্নলিখিত নিশ্চিত করে:

• একটি ব্যবহারকারীর অন্তর্গত ডেটা তার সংশ্লিষ্ট পরিচালিত প্রোফাইলের সাথে একত্রিত করা হয় যদি এটি বিদ্যমান থাকে।
• profile="all_profiles" দিয়ে চিহ্নিত শুধুমাত্র উৎসগুলিই ব্যবহারকারীর পরিচালিত প্রোফাইলে ডেটা প্রদান করতে পারে।
• একটি ব্যবহারকারীর সাথে যুক্ত প্রতিটি পরিচালিত প্রোফাইলের জন্য একটি নতুন এন্ট্রি তৈরি করা হয়৷
• একজন ব্যবহারকারীর ডেটা অন্য অসংলগ্ন ব্যবহারকারীর কাছে ফাঁস হয় না।

,

GTS পরীক্ষা ( GtsSafetyCenterTestCases )

GTS পরীক্ষা কনফিগারেশন ফাইলের উপর সীমাবদ্ধতা আরোপ করে। কনফিগারেশন ফাইল আপডেট দেখুন। ডিভাইসটি নিরাপত্তা কেন্দ্র সমর্থন না করলে একটি ডিভাইসকে এই পরীক্ষাগুলি থেকে অব্যাহতি দেওয়া হয়।

সীমাবদ্ধতাগুলি নিম্নরূপ:

• কমপক্ষে সাতটি সেফটি সেন্টার সোর্স গ্রুপ থাকতে হবে, যা অপরিবর্তিত বা ডিফল্ট অবস্থায় থাকা উচিত। কিছু নির্দিষ্ট ক্ষেত্র যেমন সোর্স শিরোনাম, প্রারম্ভিক ডিসপ্লে স্টেট এবং সারাংশ কখনও কখনও ওভারলেয়েবল স্ট্রিং দ্বারা সমর্থিত হয় এবং সংশোধন করা যেতে পারে।

• GoogleAppSecuritySources এর জন্য:

  • GooglePlayProtect নিরাপত্তার উৎস সরিয়ে ফেলবেন না বা পরিবর্তন করবেন না।
  • আপনি GoogleAppProtectionService নিরাপত্তা উৎস সরাতে বা পরিবর্তন করতে পারেন। যদি এটি উপস্থিত থাকে:
    • এটা লগিং সমর্থন করা আবশ্যক.
    • যদি প্যাকেজের নাম অপরিবর্তিত থাকে, তাহলে অবশ্যই Android 13-এ initialDisplayState="hidden" থাকতে হবে; অ্যান্ড্রয়েড 14-এ, এটি অবশ্যই একটি issue-only-safety-source হতে হবে এবং deduplicationGroup অবশ্যই অপরিবর্তিত থাকবে।
    • প্যাকেজের নাম পরিবর্তন করা হলে, এটি অবশ্যই "android.app.role.SYSTEM_APP_PROTECTION_SERVICE" ভূমিকা পালন করবে; এছাড়াও অ্যান্ড্রয়েড 14-এ এটির একটি deduplicationGroup থাকতে হবে না।

• AndroidLockScreenSources জন্য:

  • গোষ্ঠীর summary উদাহরণ প্রয়োজন এবং আপনি একটি স্ট্রিং ওভারলে সহ এটি সংশোধন করতে পারেন।
  • অন্তত একটি নিরাপত্তা উৎস থাকতে হবে।
  • প্রথম নিরাপত্তা উৎসের উদ্দেশ্য হল সেই উৎস যা লক স্ক্রীন সেটিংস নিয়ন্ত্রণ করে এবং এটি SEVERITY_LEVEL_RECOMMENDATION ( maxSeverityLevel="300" বা হলুদ এন্ট্রি বা সতর্কতা কার্ড পর্যন্ত) থেকে বেশি গুরুতর সমস্যা বা এন্ট্রিগুলিকে ঠেলে দিতে সক্ষম হবে না৷ অ্যান্ড্রয়েড 14-এ, deduplicationGroup অবশ্যই অপরিবর্তিত থাকবে।
  • অন্যান্য নিরাপত্তা উত্সগুলি বায়োমেট্রিক আনলক প্রক্রিয়া সম্পর্কিত উত্স হতে উদ্দিষ্ট এবং তাদের maxSeverityLevel="0" থাকা উচিত।

• Android 13-এ, GoogleAccountSources , GoogleDeviceFinderSources বা AndroidAdvancedSources পরিবর্তন করবেন না। অ্যান্ড্রয়েড 14-এ, আপনি এই গোষ্ঠীগুলিতে প্রবর্তিত কিছু নতুন উত্সগুলি সরিয়ে ফেলতে পারেন (যেমন ব্যাকআপ এবং পুনরুদ্ধার), আপনি AndroidAdvancedSources গোষ্ঠীতে নতুন স্ট্যাটিক উত্স যুক্ত করতে পারেন৷

• GoogleUpdateSources জন্য:

  • আপনি GoogleSecurityUpdates জন্য intentAction পরিবর্তন করতে পারেন এবং একটি স্ট্রিং ওভারলে দিয়ে এটি পরিবর্তন করতে পারেন।
  • GooglePlaySystemUpdate পরিবর্তন করবেন না।

• AndroidPrivacySources জন্য:

  • আপনি কিছু উত্স যোগ করতে, অপসারণ করতে বা সংশোধন করতে পারেন, যতক্ষণ না সেগুলি issue-only হয়৷
  • তাদের অবশ্যই packageName="com.google.android.permissioncontroller" রাখতে হবে।
  • AndroidPrivacySources Sources এর বাকি অংশগুলিকে সংশোধন করবেন না৷

• বাকি নিরাপত্তা উৎস গোষ্ঠীর জন্য (যদি থাকে):

  • গোষ্ঠীগুলির summary বা statelessIconType থাকা উচিত নয়, যার ফলে একটি SAFETY_SOURCES_GROUP_TYPE_RIGID গ্রুপ ( Android 14-এ SAFETY_SOURCES_GROUP_TYPE_STATELESS )।
  • প্রতিটি গোষ্ঠীর মধ্যে প্রতিটি উত্স স্থির হওয়া উচিত বা maxSeverityLevel="0" থাকতে হবে, উদাহরণস্বরূপ, ধূসর বা সবুজ এন্ট্রি পাঠানোর অনুমতি দেওয়া হয়েছে তবে কোনও সমস্যা নেই৷

CTS পরীক্ষা ( CtsSafetyCenterTestCases )

অ্যান্ড্রয়েড 13 থেকে শুরু করে, PermissionController সমর্থন করে এমন সমস্ত OEM-এর জন্য CTS পরীক্ষাগুলি প্রযোজ্য৷

কনফিগারেশন ফাইল পরীক্ষা ( XmlConfigTest )

এই পরীক্ষাগুলি নিশ্চিত করে:

• পার্স করা XML কনফিগারেশন ফাইলটি সেফটি সেন্টার দ্বারা পার্স করা এবং প্রকাশ করা কনফিগারেশনের সাথে মেলে এবং এই পার্সিং সফল হয়েছে৷
• যদি অভিপ্রায় ক্রিয়া android.settings.PRIVACY_ADVANCED_SETTINGS XML ফাইলে উপস্থিত থাকে, তাহলে এই ক্রিয়াটি অবশ্যই সমাধান করতে হবে৷
• যদি অভিপ্রায় ক্রিয়া android.settings.PRIVACY_CONTROLS XML ফাইলে উপস্থিত থাকে, তাহলে এই ক্রিয়াটি অবশ্যই সমাধান করতে হবে৷

UI পরীক্ষা ( SafetyCenterActivityTest )

এই পরীক্ষাগুলি নিশ্চিত করে:

• android.intent.action.SAFETY_CENTER ইন্টেন্ট অ্যাকশন নিরাপত্তা কেন্দ্র সক্ষম হলে নিরাপত্তা ও গোপনীয়তা সেটিংস স্ক্রীন এবং নিরাপত্তা কেন্দ্র অক্ষম করা হলে সেটিংস স্ক্রীন সমাধান করে এবং খোলে।

API পরীক্ষা ( SafetyCenterManagerTest )

SafetyCenterManagerTest API পরীক্ষার লক্ষ্য হল নিরাপত্তা কেন্দ্রের APIগুলি উদ্দেশ্য অনুযায়ী কাজ করছে তা নিশ্চিত করা।

এই পরীক্ষাগুলি নিম্নলিখিতগুলি নিশ্চিত করে:

• SafetyCenterManager.isSafetyCenterEnabled সংশ্লিষ্ট DeviceConfig পতাকা দ্বারা নিয়ন্ত্রিত হয়।
• অক্ষম করা হলে, নিরাপত্তা কেন্দ্র APIs no-op.
• সেফটি সেন্টার এপিআই শুধুমাত্র তখনই ব্যবহারযোগ্য হয় যখন সংশ্লিষ্ট অনুমতিগুলো রাখা হয়।
• শুধুমাত্র অন্তর্নিহিত কনফিগারেশন অনুযায়ী নিরাপত্তা কেন্দ্রে ডেটা প্রদান করা যেতে পারে।
• যখন নিরাপত্তা কেন্দ্রে ডেটা সরবরাহ করা হয়, তখন তা সেই অনুযায়ী প্রকাশ পায়।
• এপিআইগুলি সেফটি সেন্টার সোর্স এপিআই ব্যবহার করুন -এ বর্ণিত স্পেসগুলির সাথে মেলে, উদাহরণস্বরূপ, রিফ্রেশ বা রিস্ক্যান আচরণ, ডেটা সেটিং বা সাফ করা এবং রিপোর্টিং ত্রুটি৷
• UI-এর সংস্পর্শে আসা অভ্যন্তরীণ APIগুলি সঠিকভাবে কাজ করছে, উদাহরণস্বরূপ, নিরাপত্তা কেন্দ্র দ্বারা ডেটা যথাযথভাবে মার্জ করা হয়েছে এবং ডেটা রিফ্রেশ করা যেতে পারে৷

নিরাপত্তা কেন্দ্র অসমর্থিত পরীক্ষা ( SafetyCenterUnsupportedTest )

এই পরীক্ষাটি নিশ্চিত করে যে সুরক্ষা কেন্দ্র অক্ষম করা হয়েছে যখন ডিভাইসটি সমর্থন করে না যখন ফ্রেমওয়ার্ক XML কনফিগারেশন ফাইলে সমর্থন নিষ্ক্রিয় করা হয়।

ডিভাইসটি নিরাপত্তা কেন্দ্র সমর্থন করলে, এই পরীক্ষাটি চালানো হবে না। যদি ডিভাইসটি নিরাপত্তা কেন্দ্র সমর্থন না করে, তবে শুধুমাত্র এই পরীক্ষা এবং ডেটা ক্লাসের পরীক্ষা চালানো হয়।

এই পরীক্ষা নিম্নলিখিত নিশ্চিত করে:

• android.intent.action.SAFETY_CENTER ইন্টেন্ট অ্যাকশন সেটিংস স্ক্রীন খোলে।
• SafetyCenterManager.isSafetyCenterEnabled false ফেরত দেয়।
• বেশির ভাগ নিরাপত্তা কেন্দ্র API কল করলে সাড়া দেয় না।

ডেটা ক্লাস পরীক্ষা ( SafetySourceDataTest , SafetySourceIssueTest , ইত্যাদি)

ডেটা ক্লাস পরীক্ষা যেমন SafetySourceDataTest এবং SafetySourceIssueTest নিশ্চিত করে যে সেফটি সেন্টার দ্বারা প্রকাশিত ডেটা ক্লাসগুলি উদ্দেশ্য অনুযায়ী কাজ করছে, উদাহরণস্বরূপ, SafetySourceData , SafetySourceIssue , এবং অন্যান্য সম্পর্কিত অভ্যন্তরীণ ক্লাস৷

এমটিএস পরীক্ষা ( SafetyCenterFunctionalTestCases এবং অন্যান্য)

এই পরীক্ষাগুলি মেইনলাইন আপডেট জুড়ে চালানো হয় এবং PermissionController সমর্থন করে এমন সমস্ত OEM-এর ক্ষেত্রে প্রযোজ্য। এই পরীক্ষাগুলির দ্বারা প্রয়োগ করা প্রয়োজনীয়তাগুলি মেইনলাইন আপডেটগুলিতে পরিবর্তিত হতে পারে।

API পরীক্ষা ( SafetyCenterManagerTest )

এই পরীক্ষাগুলি CTS পরীক্ষার SafetyCenterManagerTest এর অনুরূপ, তবে তারা প্রয়োজনীয়তাগুলি পরীক্ষা করে যা মেইনলাইন আপডেট জুড়ে পরিবর্তিত হতে পারে, উদাহরণস্বরূপ:

• UI-তে উন্মুক্ত অভ্যন্তরীণ APIগুলি দ্বারা ফেরত ডেটার প্রকৃত বিষয়বস্তু পরীক্ষা করা হচ্ছে

UI পরীক্ষা ( SafetyCenterActivityTest , SafetyCenterStatusCardTest , SafetyCenterQsActivityTest , ইত্যাদি)

এই পরীক্ষাগুলি নিশ্চিত করে:

• নির্দিষ্ট প্যারামিটার সহ নিরাপত্তা কেন্দ্রে পুনঃনির্দেশ করা উদ্দেশ্য অনুযায়ী কাজ করে, উদাহরণস্বরূপ, একটি নির্দিষ্ট সমস্যায় পুনঃনির্দেশ করা। নিরাপত্তা কেন্দ্রে পুনঃনির্দেশ দেখুন।
• UI সঠিক অন্তর্নিহিত নিরাপত্তা অবস্থা প্রদর্শন করে।
• UI আলাদা স্ক্রিনে নেভিগেট করার অনুমতি দেয়।
• SafetySourceIssue দ্বারা নির্দিষ্ট করা হলে UI সরাসরি নিরাপত্তা কেন্দ্রের স্ক্রীন থেকে নিরাপত্তা সংক্রান্ত সমস্যা সমাধানের অনুমতি দেয়।
• UI একটি আইটেমে একাধিক সতর্কতা কার্ড ভেঙে দেয় এবং এটিকে আবার একাধিক সতর্কতা কার্ডে প্রসারিত করার অনুমতি দেয়।
• প্রাসঙ্গিক নিরাপত্তা কেন্দ্র সূত্রের জন্য নিরাপত্তা কেন্দ্র পৃষ্ঠা খোলা হলে ডেটা রিফ্রেশ করা হয়।
• রিস্ক্যান বোতামটি শুধুমাত্র নির্দিষ্ট পরিস্থিতিতে উপস্থিত হয়।
• রিস্ক্যান বোতামে ট্যাপ করলে নতুন ডেটা পাওয়া যায়।

• নিরাপত্তা কেন্দ্রের জন্য অনুরূপ পরীক্ষা করা হয়। আপনার অ্যাপের জন্য কাস্টম দ্রুত সেটিংস টাইলস তৈরি করুন দেখুন

• অতিরিক্ত প্রান্তের ক্ষেত্রে যেমন ত্রুটির অবস্থা এবং মুলতুবি অবস্থা।

মাল্টি ইউজার টেস্ট ( SafetyCenterMultiUsersTest মাল্টি ইউজার টেস্ট)

একাধিক ব্যবহারকারী বা প্রোফাইলের জন্য ডেটা সরবরাহ করা হলে API সঠিকভাবে কাজ করে তা নিশ্চিত করা এই পরীক্ষার লক্ষ্য। একাধিক ব্যবহারকারী এবং প্রোফাইলের জন্য ডেটা প্রদান দেখুন। এই সেটআপটি একটি অভ্যন্তরীণ লাইব্রেরি ব্যবহার করে অর্জন করা হয় যা বেডস্টেড ব্যবহার করে ডিভাইসে পৃথক ব্যবহারকারী এবং প্রোফাইল সেট আপ করতে সহায়তা করে।

এই পরীক্ষা নিম্নলিখিত নিশ্চিত করে:

• একটি ব্যবহারকারীর অন্তর্গত ডেটা তার সংশ্লিষ্ট পরিচালিত প্রোফাইলের সাথে একত্রিত করা হয় যদি এটি বিদ্যমান থাকে।
• profile="all_profiles" দিয়ে চিহ্নিত শুধুমাত্র উৎসগুলিই ব্যবহারকারীর পরিচালিত প্রোফাইলে ডেটা প্রদান করতে পারে।
• একটি ব্যবহারকারীর সাথে যুক্ত প্রতিটি পরিচালিত প্রোফাইলের জন্য একটি নতুন এন্ট্রি তৈরি করা হয়৷
• একজন ব্যবহারকারীর ডেটা অন্য অসংলগ্ন ব্যবহারকারীর কাছে ফাঁস হয় না।

,

GTS পরীক্ষা ( GtsSafetyCenterTestCases )

GTS পরীক্ষা কনফিগারেশন ফাইলের উপর সীমাবদ্ধতা আরোপ করে। কনফিগারেশন ফাইল আপডেট দেখুন। ডিভাইসটি নিরাপত্তা কেন্দ্র সমর্থন না করলে একটি ডিভাইসকে এই পরীক্ষাগুলি থেকে অব্যাহতি দেওয়া হয়।

সীমাবদ্ধতাগুলি নিম্নরূপ:

• কমপক্ষে সাতটি সেফটি সেন্টার সোর্স গ্রুপ থাকতে হবে, যা অপরিবর্তিত বা ডিফল্ট অবস্থায় থাকা উচিত। কিছু নির্দিষ্ট ক্ষেত্র যেমন সোর্স শিরোনাম, প্রারম্ভিক ডিসপ্লে স্টেট এবং সারাংশ কখনও কখনও ওভারলেয়েবল স্ট্রিং দ্বারা সমর্থিত হয় এবং সংশোধন করা যেতে পারে।

• GoogleAppSecuritySources এর জন্য:

  • GooglePlayProtect নিরাপত্তার উৎস সরিয়ে ফেলবেন না বা পরিবর্তন করবেন না।
  • আপনি GoogleAppProtectionService নিরাপত্তা উৎস সরাতে বা পরিবর্তন করতে পারেন। যদি এটি উপস্থিত থাকে:
    • এটা লগিং সমর্থন করা আবশ্যক.
    • যদি প্যাকেজের নাম অপরিবর্তিত থাকে, তাহলে অবশ্যই Android 13-এ initialDisplayState="hidden" থাকতে হবে; অ্যান্ড্রয়েড 14-এ, এটি অবশ্যই একটি issue-only-safety-source হতে হবে এবং deduplicationGroup অবশ্যই অপরিবর্তিত থাকবে।
    • প্যাকেজের নাম পরিবর্তন করা হলে, এটি অবশ্যই "android.app.role.SYSTEM_APP_PROTECTION_SERVICE" ভূমিকা পালন করবে; এছাড়াও অ্যান্ড্রয়েড 14-এ এটির একটি deduplicationGroup থাকতে হবে না।

• AndroidLockScreenSources জন্য:

  • গোষ্ঠীর summary উদাহরণ প্রয়োজন এবং আপনি একটি স্ট্রিং ওভারলে সহ এটি সংশোধন করতে পারেন।
  • অন্তত একটি নিরাপত্তা উৎস থাকতে হবে।
  • প্রথম নিরাপত্তা উৎসের উদ্দেশ্য হল সেই উৎস যা লক স্ক্রীন সেটিংস নিয়ন্ত্রণ করে এবং এটি SEVERITY_LEVEL_RECOMMENDATION ( maxSeverityLevel="300" বা হলুদ এন্ট্রি বা সতর্কতা কার্ড পর্যন্ত) থেকে বেশি গুরুতর সমস্যা বা এন্ট্রিগুলিকে ঠেলে দিতে সক্ষম হবে না৷ অ্যান্ড্রয়েড 14-এ, deduplicationGroup অবশ্যই অপরিবর্তিত থাকবে।
  • অন্যান্য নিরাপত্তা উত্সগুলি বায়োমেট্রিক আনলক প্রক্রিয়া সম্পর্কিত উত্স হতে উদ্দিষ্ট এবং তাদের maxSeverityLevel="0" থাকা উচিত।

• Android 13-এ, GoogleAccountSources , GoogleDeviceFinderSources বা AndroidAdvancedSources পরিবর্তন করবেন না। অ্যান্ড্রয়েড 14-এ, আপনি এই গোষ্ঠীগুলিতে প্রবর্তিত কিছু নতুন উত্সগুলি সরিয়ে ফেলতে পারেন (যেমন ব্যাকআপ এবং পুনরুদ্ধার), আপনি AndroidAdvancedSources গোষ্ঠীতে নতুন স্ট্যাটিক উত্স যুক্ত করতে পারেন৷

• GoogleUpdateSources জন্য:

  • আপনি GoogleSecurityUpdates জন্য intentAction পরিবর্তন করতে পারেন এবং একটি স্ট্রিং ওভারলে দিয়ে এটি সংশোধন করতে পারেন।
  • GooglePlaySystemUpdate পরিবর্তন করবেন না।

• AndroidPrivacySources জন্য:

  • আপনি কিছু উত্স যোগ করতে, অপসারণ করতে বা সংশোধন করতে পারেন, যতক্ষণ না সেগুলি issue-only হয়৷
  • তাদের অবশ্যই packageName="com.google.android.permissioncontroller" রাখতে হবে।
  • AndroidPrivacySources Sources এর বাকি অংশগুলিকে সংশোধন করবেন না৷

• বাকি নিরাপত্তা উৎস গোষ্ঠীর জন্য (যদি থাকে):

  • গোষ্ঠীগুলির summary বা statelessIconType থাকা উচিত নয়, যার ফলে একটি SAFETY_SOURCES_GROUP_TYPE_RIGID গ্রুপ ( Android 14-এ SAFETY_SOURCES_GROUP_TYPE_STATELESS )।
  • প্রতিটি গোষ্ঠীর মধ্যে প্রতিটি উত্স স্থির হওয়া উচিত বা maxSeverityLevel="0" থাকতে হবে, উদাহরণস্বরূপ, ধূসর বা সবুজ এন্ট্রি পাঠানোর অনুমতি দেওয়া হয়েছে তবে কোনও সমস্যা নেই৷

CTS পরীক্ষা ( CtsSafetyCenterTestCases )

অ্যান্ড্রয়েড 13 থেকে শুরু করে, PermissionController সমর্থন করে এমন সমস্ত OEM-এর জন্য CTS পরীক্ষাগুলি প্রযোজ্য৷

কনফিগারেশন ফাইল পরীক্ষা ( XmlConfigTest )

এই পরীক্ষাগুলি নিশ্চিত করে:

• পার্স করা XML কনফিগারেশন ফাইলটি সেফটি সেন্টার দ্বারা পার্স করা এবং প্রকাশ করা কনফিগারেশনের সাথে মেলে এবং এই পার্সিং সফল হয়েছে৷
• যদি অভিপ্রায় ক্রিয়া android.settings.PRIVACY_ADVANCED_SETTINGS XML ফাইলে উপস্থিত থাকে, তাহলে এই ক্রিয়াটি অবশ্যই সমাধান করতে হবে৷
• যদি অভিপ্রায় ক্রিয়া android.settings.PRIVACY_CONTROLS XML ফাইলে উপস্থিত থাকে, তাহলে এই ক্রিয়াটি অবশ্যই সমাধান করতে হবে৷

UI পরীক্ষা ( SafetyCenterActivityTest )

এই পরীক্ষাগুলি নিশ্চিত করে:

• android.intent.action.SAFETY_CENTER ইন্টেন্ট অ্যাকশন নিরাপত্তা কেন্দ্র সক্ষম হলে নিরাপত্তা ও গোপনীয়তা সেটিংস স্ক্রীন এবং নিরাপত্তা কেন্দ্র অক্ষম করা হলে সেটিংস স্ক্রীন সমাধান করে এবং খোলে।

API পরীক্ষা ( SafetyCenterManagerTest )

SafetyCenterManagerTest API পরীক্ষার লক্ষ্য হল নিরাপত্তা কেন্দ্রের APIগুলি উদ্দেশ্য অনুযায়ী কাজ করছে তা নিশ্চিত করা।

এই পরীক্ষাগুলি নিম্নলিখিতগুলি নিশ্চিত করে:

• SafetyCenterManager.isSafetyCenterEnabled সংশ্লিষ্ট DeviceConfig পতাকা দ্বারা নিয়ন্ত্রিত হয়।
• অক্ষম করা হলে, নিরাপত্তা কেন্দ্র APIs no-op.
• সেফটি সেন্টার এপিআই শুধুমাত্র তখনই ব্যবহারযোগ্য হয় যখন সংশ্লিষ্ট অনুমতিগুলো রাখা হয়।
• শুধুমাত্র অন্তর্নিহিত কনফিগারেশন অনুযায়ী নিরাপত্তা কেন্দ্রে ডেটা প্রদান করা যেতে পারে।
• যখন নিরাপত্তা কেন্দ্রে ডেটা সরবরাহ করা হয়, তখন তা সেই অনুযায়ী প্রকাশ পায়।
• এপিআইগুলি সেফটি সেন্টার সোর্স এপিআই ব্যবহার করুন -এ বর্ণিত স্পেসগুলির সাথে মেলে, উদাহরণস্বরূপ, রিফ্রেশ বা রিস্ক্যান আচরণ, ডেটা সেটিং বা সাফ করা এবং রিপোর্টিং ত্রুটি৷
• UI-এর সংস্পর্শে আসা অভ্যন্তরীণ APIগুলি সঠিকভাবে কাজ করছে, উদাহরণস্বরূপ, নিরাপত্তা কেন্দ্র দ্বারা ডেটা যথাযথভাবে মার্জ করা হয়েছে এবং ডেটা রিফ্রেশ করা যেতে পারে৷

নিরাপত্তা কেন্দ্র অসমর্থিত পরীক্ষা ( SafetyCenterUnsupportedTest )

এই পরীক্ষাটি নিশ্চিত করে যে সুরক্ষা কেন্দ্র অক্ষম করা হয়েছে যখন ডিভাইসটি সমর্থন করে না যখন ফ্রেমওয়ার্ক XML কনফিগারেশন ফাইলে সমর্থন নিষ্ক্রিয় করা হয়।

ডিভাইসটি নিরাপত্তা কেন্দ্র সমর্থন করলে, এই পরীক্ষাটি চালানো হবে না। যদি ডিভাইসটি নিরাপত্তা কেন্দ্র সমর্থন না করে, তবে শুধুমাত্র এই পরীক্ষা এবং ডেটা ক্লাসের পরীক্ষা চালানো হয়।

এই পরীক্ষা নিম্নলিখিত নিশ্চিত করে:

• android.intent.action.SAFETY_CENTER ইন্টেন্ট অ্যাকশন সেটিংস স্ক্রীন খোলে।
• SafetyCenterManager.isSafetyCenterEnabled false ফেরত দেয়।
• বেশির ভাগ নিরাপত্তা কেন্দ্র API কল করলে সাড়া দেয় না।

ডেটা ক্লাস পরীক্ষা ( SafetySourceDataTest , SafetySourceIssueTest , ইত্যাদি)

ডেটা ক্লাস পরীক্ষা যেমন SafetySourceDataTest এবং SafetySourceIssueTest নিশ্চিত করে যে সেফটি সেন্টার দ্বারা প্রকাশিত ডেটা ক্লাসগুলি উদ্দেশ্য অনুযায়ী কাজ করছে, উদাহরণস্বরূপ, SafetySourceData , SafetySourceIssue , এবং অন্যান্য সম্পর্কিত অভ্যন্তরীণ ক্লাস৷

এমটিএস পরীক্ষা ( SafetyCenterFunctionalTestCases এবং অন্যান্য)

এই পরীক্ষাগুলি মেইনলাইন আপডেট জুড়ে চালানো হয় এবং PermissionController সমর্থন করে এমন সমস্ত OEM-এর ক্ষেত্রে প্রযোজ্য। এই পরীক্ষাগুলির দ্বারা প্রয়োগ করা প্রয়োজনীয়তাগুলি মেইনলাইন আপডেটগুলিতে পরিবর্তিত হতে পারে।

API পরীক্ষা ( SafetyCenterManagerTest )

এই পরীক্ষাগুলি CTS পরীক্ষার SafetyCenterManagerTest এর অনুরূপ, তবে তারা প্রয়োজনীয়তাগুলি পরীক্ষা করে যা মেইনলাইন আপডেট জুড়ে পরিবর্তিত হতে পারে, উদাহরণস্বরূপ:

• UI-তে উন্মুক্ত অভ্যন্তরীণ APIগুলি দ্বারা ফেরত ডেটার প্রকৃত বিষয়বস্তু পরীক্ষা করা হচ্ছে

UI পরীক্ষা ( SafetyCenterActivityTest , SafetyCenterStatusCardTest , SafetyCenterQsActivityTest , ইত্যাদি)

এই পরীক্ষাগুলি নিশ্চিত করে:

• নির্দিষ্ট প্যারামিটার সহ নিরাপত্তা কেন্দ্রে পুনঃনির্দেশ করা উদ্দেশ্য অনুযায়ী কাজ করে, উদাহরণস্বরূপ, একটি নির্দিষ্ট সমস্যায় পুনঃনির্দেশ করা। নিরাপত্তা কেন্দ্রে পুনঃনির্দেশ দেখুন।
• UI সঠিক অন্তর্নিহিত নিরাপত্তা অবস্থা প্রদর্শন করে।
• UI আলাদা স্ক্রিনে নেভিগেট করার অনুমতি দেয়।
• SafetySourceIssue দ্বারা নির্দিষ্ট করা হলে UI সরাসরি নিরাপত্তা কেন্দ্রের স্ক্রীন থেকে নিরাপত্তা সংক্রান্ত সমস্যা সমাধানের অনুমতি দেয়।
• UI একটি আইটেমে একাধিক সতর্কতা কার্ড ভেঙে দেয় এবং এটিকে আবার একাধিক সতর্কতা কার্ডে প্রসারিত করার অনুমতি দেয়।
• প্রাসঙ্গিক নিরাপত্তা কেন্দ্র সূত্রের জন্য নিরাপত্তা কেন্দ্র পৃষ্ঠা খোলা হলে ডেটা রিফ্রেশ করা হয়।
• রিস্ক্যান বোতামটি শুধুমাত্র নির্দিষ্ট পরিস্থিতিতে উপস্থিত হয়।
• রিস্ক্যান বোতামে ট্যাপ করলে নতুন ডেটা পাওয়া যায়।

• নিরাপত্তা কেন্দ্রের জন্য অনুরূপ পরীক্ষা করা হয়। আপনার অ্যাপের জন্য কাস্টম দ্রুত সেটিংস টাইলস তৈরি করুন দেখুন

• অতিরিক্ত প্রান্তের ক্ষেত্রে যেমন ত্রুটির অবস্থা এবং মুলতুবি অবস্থা।

মাল্টি ইউজার টেস্ট ( SafetyCenterMultiUsersTest মাল্টি ইউজার টেস্ট)

একাধিক ব্যবহারকারী বা প্রোফাইলের জন্য ডেটা সরবরাহ করা হলে API সঠিকভাবে কাজ করে তা নিশ্চিত করা এই পরীক্ষার লক্ষ্য। একাধিক ব্যবহারকারী এবং প্রোফাইলের জন্য ডেটা প্রদান দেখুন। এই সেটআপটি একটি অভ্যন্তরীণ লাইব্রেরি ব্যবহার করে অর্জন করা হয় যা বেডস্টেড ব্যবহার করে ডিভাইসে পৃথক ব্যবহারকারী এবং প্রোফাইল সেট আপ করতে সহায়তা করে।

এই পরীক্ষা নিম্নলিখিত নিশ্চিত করে:

• একটি ব্যবহারকারীর অন্তর্গত ডেটা তার সংশ্লিষ্ট পরিচালিত প্রোফাইলের সাথে একত্রিত করা হয় যদি এটি বিদ্যমান থাকে।
• profile="all_profiles" দিয়ে চিহ্নিত শুধুমাত্র উৎসগুলিই ব্যবহারকারীর পরিচালিত প্রোফাইলে ডেটা প্রদান করতে পারে।
• একটি ব্যবহারকারীর সাথে যুক্ত প্রতিটি পরিচালিত প্রোফাইলের জন্য একটি নতুন এন্ট্রি তৈরি করা হয়৷
• একজন ব্যবহারকারীর ডেটা অন্য অসংলগ্ন ব্যবহারকারীর কাছে ফাঁস হয় না।