Internal Testing: এটি কী, কীভাবে কাজ করে এবং ট্র্যাক কীভাবে সেট করবেন

Internal Testing কী?

Internal Testing হল Google Play Console এবং TestFlight-এ একটি পরীক্ষার ট্র্যাক যা ডেভেলপমেন্ট টিম সদস্যদের মধ্যে বিল্ড বিতরণের জন্য ডিজাইন করা হয়েছে। ওপেন বিটা পরীক্ষার বিপরীতে, Internal Testing-এ অ্যাক্সেস ডেভেলপার অ্যাকাউন্ট মালিক দ্বারা অনুমোদিত ইমেল ঠিকানার তালিকায় সীমাবদ্ধ।

মূল সুবিধা হল পরীক্ষকদের কাছে ন্যূনতম বিল্ড ডেলিভারি সময়। Google Play-এ, Internal Testing-কে মডারেশনের মধ্য দিয়ে যেতে হয় না — আপলোডের 5-15 মিনিটের মধ্যে বিল্ড অংশগ্রহণকারীদের জন্য উপলব্ধ হয়। App Store-এ TestFlight-এর মাধ্যমে, বিল্ডটি পূর্বের App Review ছাড়াই বিতরণ করা হয়, তবে মৌলিক নিরাপত্তা প্রয়োজনীয়তার জন্য স্বয়ংক্রিয় যাচাইয়ের অধীন।

Internal Testing অন্যান্য ট্র্যাক থেকে কীভাবে আলাদা

Google Play-তে তিনটি পরীক্ষার ট্র্যাক আছে: Internal Testing, Closed Beta (Open Beta) এবং Production। Internal Testing দ্রুততম এবং অংশগ্রহণকারীর সংখ্যায় সবচেয়ে সীমিত (100 জন পর্যন্ত)। Closed Beta 10,000 অংশগ্রহণকারী পর্যন্ত অনুমতি দেয় এবং একটি পরীক্ষার পৃষ্ঠা সেটআপ প্রয়োজন। Production সম্পূর্ণ মডারেশন সহ চূড়ান্ত ধাপ।

কখন Internal Testing ব্যবহার করবেন

Internal Testing বিটা ট্র্যাকগুলিতে যাওয়ার আগে প্রাথমিক বিল্ড যাচাইয়ের জন্য ব্যবহৃত হয়। ডেভেলপাররা QA টিমের জন্য দৈনিক বিল্ড আপলোড করে, নতুন SDK ইন্টিগ্রেশন পরীক্ষা করে, বিভিন্ন OS সংস্করণের সাথে সামঞ্জস্য পরীক্ষা করে এবং বিল্ড বাহ্যিক পরীক্ষকদের কাছে যাওয়ার আগে রিগ্রেশন ত্রুটি চিহ্নিত করে।

Google Play-এ Internal Testing

Google Play Console-এ, Internal Testing Release → Testing বিভাগে উপলব্ধ একটি পৃথক ট্র্যাক। পরীক্ষক যোগ করতে, শুধু তাদের ইমেল ঠিকানা লিখুন — অংশগ্রহণকারী Google Play-এর মাধ্যমে যোগ দেওয়ার জন্য একটি আমন্ত্রণ এবং লিঙ্ক পায়। বিল্ড প্রোডাকশন রিলিজের মতো একই ইন্টারফেসের মাধ্যমে আপলোড করা হয়।

অভ্যন্তরীণ ট্র্যাক-এ প্রকাশনার প্রক্রিয়া

ডেভেলপার Google Play Console-এর Internal Testing বিভাগে App Bundle বা APK আপলোড করে। সিস্টেম মৌলিক প্রয়োজনীয়তা পরীক্ষা করে: স্বাক্ষর, কোড সংস্করণ এবং API সামঞ্জস্য। 5-15 মিনিট প্রক্রিয়াকরণের পরে, বিল্ড পরীক্ষকদের জন্য উপলব্ধ হয়। কনসোলে স্থিতি ট্র্যাক করা হয়: খসড়া, পর্যালোচনায়, পরীক্ষার জন্য প্রস্তুত।

// Fastlane — Internal Testing ট্র্যাক-এ প্রকাশনা
lane :internal_testing do
    gradle(task: ":app:assembleRelease")
    
    upload_to_play_store(
        track: "internal",
        release_status: "completed",
        rollout: 1.0
    )
    
    slack(
        message: "Build uploaded to Internal Testing"
    )
end

পরীক্ষকদের পরিচালনা

Google Play Console-এ Testers বিভাগের মাধ্যমে অংশগ্রহণকারীদের যোগ করা হয়। CSV ফাইলের মাধ্যমে গ্রুপ আপলোড সমর্থিত। প্রতিটি পরীক্ষক আমন্ত্রণ এবং ইনস্টলেশন নির্দেশাবলী সহ একটি ইমেল পায়। অ্যাক্সেস প্রত্যাহার করতে, শুধু গ্রুপ থেকে অংশগ্রহণকারীকে সরিয়ে ফেলুন — ইনস্টল করা অ্যাপ কাজ করতে থাকে, কিন্তু নতুন আপডেট আসে না।

App Store-এ TestFlight-এর মাধ্যমে Internal Testing

Apple ইকোসিস্টেমে, Internal Testing-এর ভূমিকা পালন করে TestFlight — বিটা সংস্করণ বিতরণের জন্য একটি প্ল্যাটফর্ম। TestFlight 100 জন অভ্যন্তরীণ পরীক্ষক পর্যন্ত সমর্থন করে, যারা App Store Connect-এর মাধ্যমে ইমেল দ্বারা যুক্ত হয়। বিল্ড প্রকাশের জন্য সম্পূর্ণ App Review-এর প্রয়োজন নেই, তবে বিল্ড স্বয়ংক্রিয়ভাবে ন্যূনতম প্রয়োজনীয়তার জন্য পরীক্ষা করা হয়।

TestFlight Internal Testing-এর বৈশিষ্ট্য

Google Play-এর বিপরীতে, যেখানে Internal Testing-এর কোনো মডারেশনের প্রয়োজন নেই, Apple একটি স্বয়ংক্রিয় মৌলিক পর্যালোচনা করে। পরীক্ষায় 30-60 মিনিট সময় লাগে এবং এতে ক্ষতিকারক API-র জন্য বাইনারি কোড স্ক্যান করা এবং মৌলিক প্রয়োজনীয়তা মেনে চলা অন্তর্ভুক্ত। সফল পরীক্ষার পরে, বিল্ড 24 ঘন্টার মধ্যে পরীক্ষকদের জন্য উপলব্ধ হয়। বিল্ড 90 দিনের জন্য বৈধ।

App Store Connect-এ Internal Testing সেটআপ করা

App Store Connect-এ, Internal Testing TestFlight → Internal Testing বিভাগে কনফিগার করা হয়। অ্যাকাউন্ট মালিক ইমেল দ্বারা পরীক্ষক যোগ করে এবং ভূমিকা নির্ধারণ করে। Xcode বা Transporter-এর মাধ্যমে বিল্ড আপলোড করার পরে, সিস্টেম অংশগ্রহণকারীদের নতুন সংস্করণের প্রাপ্যতা সম্পর্কে জানায়। পরীক্ষকরা তাদের ডিভাইসে TestFlight অ্যাপের মাধ্যমে অ্যাপ ইনস্টল করে।

Internal Testing ট্র্যাক কীভাবে সেট করবেন

উভয় প্ল্যাটফর্মের জন্য Internal Testing সেট করতে 10 থেকে 30 মিনিট সময় লাগে। নিচে Google Play এবং App Store-এর জন্য ধাপে ধাপে নির্দেশনা দেওয়া হলো। প্রক্রিয়ায় অ্যাপ কোডে পরিবর্তনের প্রয়োজন নেই — ডেভেলপার কনসোলের এককালীন সেটআপ যথেষ্ট।

CI/CD সিস্টেমের সাথে ইন্টিগ্রেশন

উভয় স্টোর API-এর মাধ্যমে Internal Testing-এ প্রকাশনা সমর্থন করে। অটোমেশনের জন্য Gradle Play Publisher (Google Play) এবং Fastlane (উভয় প্ল্যাটফর্ম) ব্যবহার করা হয়। CI/CD পাইপলাইন ইউনিট টেস্ট এবং UI টেস্টের প্রতিটি সফল রানের পরে অভ্যন্তরীণ ট্র্যাক-এ বিল্ড আপলোড করতে পারে।

পরীক্ষা অ্যাকাউন্ট সেটআপ করা

প্রমাণীকরণ প্রয়োজন এমন অ্যাপগুলির জন্য, পরীক্ষা অ্যাকাউন্ট প্রস্তুত করা এবং QA টিমকে দেওয়া প্রয়োজন। অ্যাকাউন্টগুলির পরীক্ষার পরিবেশে (staging/development) অ্যাক্সেস থাকা উচিত এবং প্রোডাকশন ডেটা প্রভাবিত করা উচিত নয়। অভ্যন্তরীণ ট্র্যাক-এর জন্য একটি পৃথক পরীক্ষা Firebase কনফিগারেশন তৈরি করার সুপারিশ করা হয়।

Internal Testing-এর সাথে QA ওয়ার্কফ্লো

Internal Testing CI-তে স্বয়ংক্রিয় পরীক্ষা পাস করার পরে QA পাইপলাইন-এ একীভূত হয়। ডেভেলপার বা DevOps ইঞ্জিনিয়ার অভ্যন্তরীণ ট্র্যাক-এ বিল্ড আপলোড করে, তারপরে QA ইঞ্জিনিয়াররা একটি বিজ্ঞপ্তি পায় এবং অ্যাপ স্টোরের মাধ্যমে পরীক্ষার ডিভাইসে আপডেট ইনস্টল করে।

সর্বোত্তম রিলিজ ফ্রিকোয়েন্সি

প্রতিদিন বা কোডবেসে প্রতিটি গুরুত্বপূর্ণ পরিবর্তনের পরে Internal Testing-এ বিল্ড প্রকাশ করার সুপারিশ করা হয়। QA টিম গুরুত্বপূর্ণ পরিস্থিতি পরীক্ষা করে: প্রমাণীকরণ, প্রধান ব্যবহারকারী প্রবাহ, API ইন্টিগ্রেশন এবং স্থানীয় স্টোরেজ অপারেশন। রিগ্রেশন টেস্টিং প্রতি তৃতীয় বা চতুর্থ বিল্ডে করা হয়।

প্রতিক্রিয়া সংগ্রহের সরঞ্জাম

বাগ রিপোর্ট সংগ্রহের জন্য ট্র্যাকিং সিস্টেম-এর সাথে ইন্টিগ্রেশন ব্যবহার করুন: Jira, YouTrack, Trello বা GitHub Issues। পরীক্ষকরা স্ক্রিনশট, লগ এবং পুনরুৎপাদনের ধাপ পাঠায়। TestFlight-এ ডিভাইস ঝাঁকানোর সময় স্ক্রিনশট এবং ডিভাইস লগ সংগ্রহের জন্য অন্তর্নির্মিত সমর্থন রয়েছে — ডেটা App Store Connect-এর মাধ্যমে ডেভেলপারের কাছে পাঠানো হয়।

CI/CD পাইপলাইন ইন্টিগ্রেশন

স্বয়ংক্রিয়ভাবে Internal Testing ট্র্যাক-এ বিল্ড প্রকাশ করতে, একটি CI/CD পাইপলাইন সেট আপ করুন। ইউনিট টেস্ট এবং UI টেস্ট পাস করার পরে, স্ক্রিপ্ট বিল্ডটি অভ্যন্তরীণ ট্র্যাক-এ আপলোড করে এবং QA টিমকে একটি বিজ্ঞপ্তি পাঠায়। Fastlane track: internal প্যারামিটার সহ upload_to_play_store অ্যাকশন প্রদান করে। iOS-এর জন্য, TestFlight-এ আপলোড করতে Fastlane Pilot ব্যবহার করুন।

Internal Testing-এর সীমাবদ্ধতা এবং সীমা

Internal Testing-এ অংশগ্রহণকারীর সংখ্যার উপর কঠোর সীমা রয়েছে: Google Play-এ 100 জন পর্যন্ত এবং TestFlight-এ 100 অভ্যন্তরীণ পরীক্ষক পর্যন্ত। Google Play অতিরিক্তভাবে গ্রুপের সংখ্যা সীমিত করে — অভ্যন্তরীণ ট্র্যাক-এর জন্য সর্বোচ্চ 1টি গ্রুপ। App Store বিল্ডের সংখ্যা সীমিত করে না, তবে প্রতিটি বিল্ড 90 দিনের জন্য বৈধ।

প্ল্যাটফর্মের মধ্যে সীমার পার্থক্য

Google Play অভ্যন্তরীণ ট্র্যাক-এ আপলোড করা বিল্ডের সংখ্যা সীমিত করে না, তবে 90 দিনের নিষ্ক্রিয়তার পরে, ট্র্যাকটি স্বয়ংক্রিয়ভাবে স্থগিত হতে পারে। TestFlight-এর কঠোর সীমা রয়েছে: একসাথে 30টি সক্রিয় বিল্ড পর্যন্ত, 10,000 বাহ্যিক পরীক্ষক পর্যন্ত (অভ্যন্তরীণ নয়)। সীমাবদ্ধতা অপসারণের জন্য Apple Developer Enterprise প্রোগ্রামে অংশগ্রহণ প্রয়োজন।

অভ্যন্তরীণ থেকে ওপেন বিটাতে মাইগ্রেশন

অভ্যন্তরীণ ট্র্যাক-এ বিল্ড স্থিতিশীল হওয়ার পরে, এটি বাহ্যিক দর্শকদের সাথে পরীক্ষার জন্য Closed বা Open Beta-তে স্থানান্তরিত হয়। Google Play ট্র্যাক সেটিংস কপি করতে এবং পুনরায় আপলোড না করে বিল্ড স্থানান্তর করতে দেয়। TestFlight-এ পরীক্ষকদের নতুন গ্রুপ সহ একটি পৃথক বাহ্যিক ট্র্যাক তৈরি করা প্রয়োজন।

Internal Testing ট্র্যাক নিরাপত্তা

অভ্যন্তরীণ ট্র্যাক-এ বিল্ডগুলি বাহ্যিক অ্যাক্সেস থেকে সুরক্ষিত: শুধুমাত্র Google Play Console বা App Store Connect-এর মাধ্যমে অনুমোদিত অংশগ্রহণকারীরা অ্যাপ ডাউনলোড করতে পারে। এমনকি কেউ অ্যাপ লিঙ্ক জানলেও, অননুমোদিত ব্যবহারকারী বিল্ড ইনস্টল করতে পারে না। এটি নতুন বৈশিষ্ট্যগুলির গোপনীয়তা নিশ্চিত করে এবং ডেভেলপমেন্ট পর্যায়ে বৌদ্ধিক সম্পত্তি রক্ষা করে।