"ইমেল পৌঁছেছে" একটি পর্যাপ্ত টেস্ট ফলাফল নয়।
একটি সাইন‑আপ মেসেজ ভুল প্রাপক, মেয়াদোত্তীর্ণ লিঙ্ক, ভাঙা মোবাইল লেআউট, প্রোডাকশন হোস্টনেম, অথবা অন্য ভাষায় অর্থহীন বিষয়বস্তু সহ ইনবক্সে পৌঁছাতে পারে। ভাল ইমেল টেস্টিং পুরো ব্যবহারকারী যাত্রা অনুসরণ করে এবং ব্যর্থতা নির্ণয়ের জন্য যথেষ্ট প্রমাণ রেখে যায়।
অস্থায়ী ইনবক্স এখানে উপকারী, কারণ প্রতিটি রান একটি পরিষ্কার ঠিকানা দিয়ে শুরু হতে পারে। ইনবক্সটি ব্যবহার‑পরিত্যক্ত হওয়া উচিত; টেস্ট ফলাফল নয়।
একটি ছোট, উদ্দেশ্যমূলক ম্যাট্রিক্স তৈরি করুন
ব্যবহারকারীকে ব্লক করতে পারে এমন প্রবাহগুলো দিয়ে শুরু করুন:
- নতুন অ্যাকাউন্ট যাচাইকরণ;
- পাসওয়ার্ড রিসেট;
- টিম বা ওয়ার্কস্পেস ইনভাইট;
- ইমেল পরিবর্তনের নিশ্চিতকরণ;
- সাইন‑ইন লিঙ্ক বা এক‑বারের কোড;
- সংবেদনশীল কাজের পরে সিকিউরিটি অ্যালার্ট।
প্রতিটি প্রবাহের জন্য, হ্যাপি পাথ, একটি মেয়াদোত্তীর্ণ বা পুনরায় ব্যবহার করা ক্রেডেনশিয়াল, এবং একটি প্রাপক‑পক্ষের ত্রুটি পরীক্ষা করুন। এটি একই হ্যাপি‑পাথ মেসেজের দর্জন পাঠানোর চেয়ে বেশি বাস্তব ত্রুটি ধরতে সাহায্য করে।
প্রতিটি দৃশ্যের জন্য একটি ইনবক্স ব্যবহার করুন
একটি ঠিকানা পুনরায় ব্যবহার করলে অস্পষ্টতা তৈরি হয়। একটি পুরনো রিসেট মেসেজকে নতুনটি হিসেবে ভুল বুঝতে পারে, এবং সমান্তরাল টেস্টগুলো একে অপরের লিঙ্ক ব্যবহার করে ফেলতে পারে।
প্রতিটি টেস্ট কেস বা টেস্ট রানের জন্য একটি অনন্য ঠিকানা তৈরি করুন। তা বিল্ড নম্বর, এনভায়রনমেন্ট, লোকেল এবং দৃশ্যের সঙ্গে রেকর্ড করুন। টেস্ট ব্যর্থ হলে, ঠিকানাটি প্রমাণের অংশ হয়ে যায় এবং রিটেনশন মেয়াদ শেষ হওয়ার আগে তা পর্যালোচনা করা যায়।
স্টেজিং-এ বাস্তব গ্রাহকের ঠিকানা ব্যবহার করবেন না। এটি অনাকাঙ্ক্ষিত মেসেজ, বিশ্লেষণকে দূষিত করে এবং স্বয়ংক্রিয় ক্লিনআপকে কঠিন করে তোলে।
বডির আগে এনভেলপ যাচাই করুন
কিছুই ক্লিক করার আগে, নিম্নলিখিত বিষয়গুলো নিশ্চিত করুন:
- মেসেজটি ঠিক সেই ঠিকানায় পাঠানো হয়েছে যা এই টেস্টের জন্য তৈরি করা হয়েছিল।
- প্রেরকের ডোমেইনটি এনভায়রনমেন্টের জন্য প্রত্যাশিত ডোমেইন।
- বিষয়বস্তু (সাবজেক্ট)টি কাজটি চিহ্নিত করে, সংবেদনশীল ডেটা প্রকাশ না করে।
- প্রত্যাশিত সংখ্যক মেসেজই এসেছে।
- টাইমস্ট্যাম্পটি সেই ক্রিয়ার পরে রয়েছে যা এটি ট্রিগার করেছে।
এই চেকগুলো রাউটিং ও ডুপ্লিকেশন সমস্যাগুলোকে বডি পার্সার লুকিয়ে রাখার আগে ধরা দেয়।
ব্যবহারকারী যেমন দেখে তেমন কন্টেন্ট টেস্ট করুন
মেসেজটি সংকীর্ণ এবং প্রশস্ত উভয় ভিউপোর্টে খুলে দেখুন। প্রাইমারি অ্যাকশনটি দৃশ্যমান আছে কিনা, প্লেইন‑টেক্সট ফ্যালব্যাকটি বোধগম্য কিনা, এবং দীর্ঘ ঠিকানা বা URL লেআউট ভেঙে দেয় না কিনা তা যাচাই করুন।
কোড‑ভিত্তিক প্রবাহের জন্য, সর্বশেষ কোডটি একবার কাজ করে এবং ব্যবহার করার পর ব্যর্থ হয় কিনা নিশ্চিত করুন। লিঙ্ক‑ভিত্তিক প্রবাহের জন্য, লিঙ্কটি খুলার আগে হোস্ট ও এনভায়রনমেন্ট যাচাই করুন। স্টেজিং মেসেজে প্রোডাকশন লিঙ্ক থাকলে, লিঙ্কটি প্রযুক্তিগতভাবে কাজ করলেও তা রিলিজ ব্লকার।
কম গ্ল্যামারাস বিবরণগুলোও পরীক্ষা করুন: রিপ্লাই‑টু আচরণ, সাপোর্ট কন্ট্যাক্ট, মেয়াদ শেষের শব্দাবলি, লোকেল, এবং মেসেজে দেখানো অ্যাকাউন্ট বা ওয়ার্কস্পেসের নাম।
নেগেটিভ কেস যা মূল্যবান
উপযোগী নেগেটিভ টেস্টের উদাহরণ:
- দ্বিতীয় কোডের অনুরোধ করা এবং প্রথমটি অবৈধ হয়ে যায় তা নিশ্চিত করা;
- মেয়াদোত্তীর্ণ লিঙ্ক খুলে দেখা;
- একই লিঙ্ক দুবার খুলে দেখা;
- মেসেজ ব্যবহার করার আগে অ্যাকাউন্টের অবস্থা পরিবর্তন করা;
- এমন একটি ঠিকানা ইনভাইট করা যা ইতিমধ্যে কোনো সদস্যের অন্তর্ভুক্ত;
- অসমর্থিত বা ভুল ফরম্যাটের ঠিকানা প্রবেশ করানো;
- ডেলিভারি এমনভাবে বিলম্বিত করা যাতে মেয়াদ শেষের সীমা অতিক্রম করে।
এই টেস্টগুলো রেস কন্ডিশন এবং বিভ্রান্তিকর ত্রুটি বার্তা প্রকাশ করে, যা শুধুমাত্র ইনবক্স চেক দিয়ে কখনো ধরা যায় না।
প্রোডাক্ট ব্যর্থতা ও ডেলিভারি বিলম্ব আলাদা করুন
মেসেজ অনুপস্থিত হলে, ব্যবহারকারী ক্রিয়া, অ্যাপ্লিকেশন এনকিউ, প্রোভাইডার হ্যান্ডঅফ এবং ইনবক্সে পৌঁছানোর টাইমস্ট্যাম্পগুলো সংরক্ষণ করুন (যদি সিগন্যালগুলো উপলব্ধ থাকে)। একটি খালি ইনবক্সের স্ক্রিনশট কেবলমাত্র দেখায় যে সেই মুহূর্তে মেসেজ দৃশ্যমান ছিল না।
যাচাইকরণ ইমেইল আসছে না: সমস্যাযুক্ত ধাপটি খুঁজে বের করুন‑এ বর্ণিত ডায়াগনস্টিক সিকোয়েন্সটি ব্যবহার করুন, তারপর অজানা “ইমেল ব্রোকেন” ইস্যু ফাইল করবেন না।
কী অটোমেট করবেন
স্থিতিশীল কন্ট্র্যাক্টগুলো অটোমেট করুন:
- একটি অনন্য ঠিকানা তৈরি করুন;
- প্রোডাক্ট অ্যাকশন ট্রিগার করুন;
- সীমিত টাইমআউট ও ব্যাকঅফ সহ পোল করুন;
- প্রত্যাশিত প্রেরক ও বিষয়বস্তু মেলান;
- সর্বশেষ মেলটি পড়ুন;
- কোড বা লিঙ্কটি প্রোডাক্টের সঙ্গে যাচাই করুন;
- উপযোগী ব্যর্থতা প্রমাণ সংরক্ষণ করুন;
- পরিষ্কার করুন।
ভিজ্যুয়াল রিভিউ, কপি কোয়ালিটি এবং অস্বাভাবিক ক্লায়েন্ট আচরণকে ফোকাসড ম্যানুয়াল পাসে রাখুন। অটোমেশন পুনরাবৃত্তিতে ভাল, স্বাদে নয়।
Reliable Temporary‑Inbox API Automation‑এ API দিক, পোলিং ও ক্লিনআপের বিবরণ আছে।
একটি উপযোগী ব্যর্থতা রিপোর্ট
ডেভেলপাররা কাজ করতে পারে এমন রিপোর্টে দৃশ্য, এনভায়রনমেন্ট, ঠিকানা, ট্রিগার সময়, প্রত্যাশিত প্রেরক, পর্যবেক্ষিত মেসেজ, শেষ পোলিং সময়, রেসপন্স স্ট্যাটাস এবং স্ক্রিনশট বা স্যানিটাইজড বডি এক্সার্প্ট থাকা দরকার। পাবলিক ইস্যুতে লাইভ সিক্রেট বা পুনরায় ব্যবহারযোগ্য ভেরিফিকেশন লিঙ্ক সংযুক্ত করবেন না।
লক্ষ্য হল ইমেল অবিশ্বাসযোগ্য প্রমাণ করা নয়; কোন কন্ট্র্যাক্ট ব্যর্থ হয়েছে তা শনাক্ত করা এবং ফিক্সের দিকে পুনরুত্পাদনযোগ্য পথ রেখে যাওয়া।