आपके परीक्षण सूट में कहीं न कहीं एक साइन-अप प्रवाह है जिसका वास्तविक इनबॉक्स के साथ कभी परीक्षण नहीं किया गया है। पुष्टिकरण ईमेल भेजा जाता है, परीक्षण पास हो जाता है क्योंकि एपीआई 200 लौटाता है, और कोई भी यह जांच नहीं करता है कि लिंक काम करता है या नहीं, संदेश प्रस्तुत करता है या नहीं, या यह स्पैम में जाता है या नहीं।
परीक्षण खाते आपके व्यक्तिगत इनबॉक्स में नहीं रहने चाहिए. लेकिन स्पष्ट समाधान - हर चीज़ को एक डिस्पोजेबल पते पर इंगित करना - केवल आधा सही है। यहां बताया गया है कि कब एक अस्थायी इनबॉक्स मदद करता है, कब एक स्थानीय मेल सिंक बेहतर होता है, और कैसे अपनी खुद की ब्लॉकलिस्ट को ट्रिप न करें।
आप जो परीक्षण कर रहे हैं उससे शुरुआत करें
सही उपकरण प्रश्न से अनुसरण करता है:
| सवाल | सर्वोत्तम उपकरण |
|---|---|
| क्या पुष्टिकरण ईमेल सही ढंग से प्रस्तुत और लिंक करता है? | स्थानीय मेल सिंक (Mailpit, MailHog) |
| क्या डिलीवरी वास्तविक प्रदाता और वास्तविक DNS के माध्यम से काम करती है? | डिस्पोजेबल इनबॉक्स |
| क्या प्रवाह वास्तविक उपयोगकर्ता के समय के साथ फ़ोन पर काम करता है? | डिस्पोजेबल इनबॉक्स |
| क्या मैं कच्चे हेडर और अनुलग्नकों का निरीक्षण कर सकता हूँ? | स्थानीय मेल सिंक |
| क्या मेरे साइन-अप फॉर्म द्वारा डिस्पोजेबल डोमेन स्वीकार किया जाएगा? | आपकी अपनी ब्लॉकलिस्ट पर निर्भर करता है |
जब एक डिस्पोजेबल इनबॉक्स सही कॉल है
- शुरू से अंत तक जांच।आप यह देखना चाहते हैं कि वास्तव में इंटरनेट पर क्या आता है, न कि आपके स्थानीय एसएमटीपी सर्वर को क्या प्राप्त हुआ।
- डिलिवरीबिलिटी धुआं परीक्षण.अपने उत्पादन प्रदाता से एक डिस्पोजेबल पते पर भेजें और पुष्टि करें कि यह स्पैम में नहीं जाता है या हटा नहीं दिया जाता है।
- मोबाइल परीक्षण.एक अस्थायी इनबॉक्स एक फोन पर एक टैप है; स्थानीय सिंक के लिए एक सुरंग और कॉन्फ़िगरेशन परिवर्तन की आवश्यकता होती है।
- मैनुअल क्यूए.एक परीक्षक एक पता उत्पन्न कर सकता है, प्रवाह पूरा कर सकता है, और साझा परीक्षण खाते को छुए बिना मेल पढ़ सकता है।
जब एक स्थानीय सिंक बेहतर होता है
यदि आप संदेश सामग्री पर जोर दे रहे हैं, तो स्थानीय सिंक तेज़ और अधिक विश्वसनीय है। Mailpit या MailHog आपको एक API, कच्चा MIME, अनुलग्नक निरीक्षण और कोई दर सीमा नहीं देता है। आप एक लूप में सौ साइन-अप चला सकते हैं, इस बात की चिंता किए बिना कि कोई प्रदाता आपका गला घोंट देगा या कोई डोमेन ब्लॉक कर दिया जाएगा।
समझौता यह है कि एक स्थानीय सिंक वास्तविक वितरण पथ को बायपास कर देता है। यह आपको यह नहीं बताएगा कि आपका एसपीएफ़ रिकॉर्ड गलत है, कि आपका भेजने वाला डोमेन ब्लॉकलिस्ट पर है, या कि Gmail प्रमोशन के तहत आपका पुष्टिकरण ईमेल दाखिल कर रहा है।
इस क्रम में दोनों का प्रयोग करें
- तर्क के लिए स्थानीय सिंक.लिंक, टोकन, समाप्ति तिथि और प्रस्तुत HTML पर जोर दें। यह वह तेज़ लूप है जिसे आप हर कमिट पर चलाते हैं।
- डिलीवरी के लिए डिस्पोजेबल इनबॉक्स।वास्तविक प्रदाता और अस्थायी पते के साथ स्टेजिंग के विरुद्ध समान प्रवाह चलाएँ। इनबॉक्स प्लेसमेंट, लिंक पुनर्लेखन और मोबाइल रेंडरिंग की जाँच करें।
- अंतिम जाँच के लिए वास्तविक मेलबॉक्स।प्रति रिलीज़ एक बार, Gmail, Outlook और एक कॉर्पोरेट डोमेन पर एक पते का उपयोग करें। यहीं पर अजीब ग्राहक-विशिष्ट बग रहते हैं।
अपने स्वयं के परीक्षणों को अवरुद्ध न करें
यदि आपका उत्पाद डिस्पोजेबल डोमेन को ब्लॉक करता है - और कई लोग ऐसा करते हैं - तो आपका अपना QA शुरू होने से पहले ही विफल हो जाएगा। दो विकल्प:
- स्टेजिंग में अपने परीक्षण डोमेन को अनुमति सूची में डालें।उत्पादन ब्लॉकलिस्ट को बरकरार रखें, लेकिन अपने परीक्षण वातावरण को आपके परीक्षकों द्वारा उपयोग किए जाने वाले पतों को स्वीकार करने दें।
- एक समर्पित परीक्षण डोमेन का उपयोग करें.एक उपडोमेन जिसे आप नियंत्रित करते हैं, एक सिंक पर रूट किया गया, उत्पादन नियम को कमजोर करने की तुलना में साफ है।
टेस्ट पास करने के लिए विश्व स्तर पर ब्लॉकलिस्ट को कभी भी अक्षम न करें। इस प्रकार एक अस्थायी QA शॉर्टकट एक स्थायी छेद बन जाता है।
चीज़ें जो वास्तविक इनबॉक्स में टूट जाती हैं
ये वो विफलताएं हैं जो स्थानीय सिंक आपको कभी नहीं दिखाएगा:
- लिंक पुनर्लेखन.ईमेल सुरक्षा गेटवे प्रत्येक URL को पुनः लिखते हैं। आपका जादुई लिंक लपेटा हुआ और टूटा हुआ आ सकता है।
- छवि अवरोधन.लोगो गायब हो जाता है, और लेआउट उसके चारों ओर ध्वस्त हो जाता है।
- डार्क मोड.सफ़ेद पृष्ठभूमि पर एक सफ़ेद कार्ड एक सफ़ेद आयत बन जाता है।
- लंबे कोड.छह अंकों का कोड ठीक है; 64-अक्षरों वाला टोकन लपेटा हुआ है और एक टूटे हुए लिंक जैसा दिखता है।
- समाप्ति का समय.एक कोड जो दस मिनट में समाप्त हो जाता है वह अनुपयोगी हो जाता है यदि डिलीवरी में चार मिनट लगते हैं।
- स्पैम प्लेसमेंट.प्रमाणीकरण विफलताएं, एक नया भेजने वाला डोमेन, या एक ट्रिगर शब्द एक लेनदेन संबंधी ईमेल को स्पैम में भेज सकता है।
अगली रिलीज़ के लिए एक छोटी चेकलिस्ट
- पुष्टिकरण लिंक सही वातावरण खोलता है और उपयोगकर्ता को एक बार लॉग इन करता है।
- कोड ठीक उसी समय समाप्त होता है जब यूआई कहता है कि ऐसा होता है।
- कार्य पुनः भेजें, और दर-सीमित है।
- अवरुद्ध छवियों के साथ संदेश 320px चौड़ाई पर प्रस्तुत होता है।
- सादा-पाठ विकल्प मौजूद है और इसमें समान लिंक है।
- सदस्यता समाप्त करें और प्राथमिकताएँ लिंक केवल लेन-देन के लिए नहीं, बल्कि मार्केटिंग मेल के लिए भी काम करते हैं।
- साइन-अप के बाद पता बदला जा सकता है।
ईमेल का परीक्षण करना अस्वाभाविक है और लगभग हमेशा छोड़ दिया जाता है। ऐसा करने वाली टीमें उन विफलताओं को पकड़ती हैं जिनकी उपयोगकर्ता कभी रिपोर्ट नहीं करते - वे बस चले जाते हैं। यदि आपको डिलीवरी पास के लिए वास्तविक इनबॉक्स की आवश्यकता है,यहां एक उत्पन्न करें; लॉजिक पास के लिए, स्थानीय सिंक रखें। और यदि आप सोच रहे हैं कि क्या आपके द्वारा डिस्पोजेबल पतों का उपयोग उचित है,यह टुकड़ा परीक्षण पर हैरेखा खींचता है.