ईमेल चाचणीचा अविश्वसनीय आवृत्ती संक्षिप्त असते: पत्ता तयार करा, पाच सेकंद झोपा, पहिला संदेश वाचा, आणि तो या रनचा आहे अशी आशा करा.
विश्वसनीय आवृत्ती अजूनही सोपी आहे, परंतु ती वितरणाला असिंक्रोनस मानते. ती एक अद्वितीय पत्ता तयार करते, सुरूवातीचा वेळ नोंदवते, अंतिम मुदतीच्या आत पोलिंग करते, इच्छित संदेश जुळवते, उत्पादन क्रिया सत्यापित करते, आणि काही चूक झाल्यास पुरेसा संदर्भ नोंदवते.
API की URL मध्ये ठेवू नका
GPTMail की X-API-Key हेडरमध्ये पाठवा. ती ?api_key= क्वेरी पॅरामीटर्समध्ये ठेवू नका. URLs ब्राउझर इतिहास, प्रवेश लॉग, मॉनिटरिंग प्रणाली आणि रेफरर डेटामध्ये नियमितपणे साठवले जातात.
X-API-Key: YOUR_API_KEYकी आपल्या CI सीक्रेट मॅनेजरमध्ये साठवा आणि लॉगमध्ये मास्क करा. अन्वेषणासाठी सार्वजनिक दैनिक की सोयीची असते; नियंत्रित स्वयंचलित सूट्सने अशी की वापरावी ज्याची कोटा आणि वापर आपण ट्रॅक करू शकता.
सध्याचे एंडपॉइंट्स आणि प्रतिसाद उदाहरणे GPTMail API दस्तऐवज पृष्ठावर राखली जातात.
प्रत्येक रनसाठी एक पत्ता
प्रत्येक स्वतंत्रपणे चालवता येणाऱ्या चाचणीसाठी नवीन पत्ता तयार करा. संपूर्ण चाचणी सूटने सामायिक इनबॉक्सवरून बरोबरपणा ठरवू नका.
पत्ता, परिस्थिती आयडी, वातावरण, आणि चाचणी सुरूवातीचा वेळ नोंदवा. हे मूल्ये तुम्हाला जुने संदेश नाकारण्यास आणि संदेश गुपिते लॉग न करता टक्करांचे निदान करण्यास मदत करतात.
निश्चित झोपेऐवजी अंतिम मुदतीवर पोल करा
ईमेल वितरणाचा वेळ बदलतो. निश्चित पाच सेकंदाची झोप जलद वितरणावर वाया जाते आणि हळू वितरणावर अस्थिर असते.
मर्यादित लूप वापरा:
deadline = now + 90 seconds
delay = 2 seconds
while now < deadline:
messages = list inbox
candidate = newest message matching sender, subject, and start time
if candidate exists:
read candidate and continue the product test
wait delay with a small random jitter
delay = min(delay * 1.5, 10 seconds)अंतिम मुदत चाचणी कराराचा भाग आहे. पासवर्ड‑रीसेट प्रवाहाला बॅच न्यूजलेटर पूर्वावलोकनापेक्षा वेगळी मर्यादा आवश्यक असू शकते. मर्यादा स्पष्ट ठेवा जेणेकरून हळू अवलंबित्व संपूर्ण CI जॉबला न पुसता वाढणार नाही.
अचूक जुळवणे
“इनबॉक्समधील पहिला संदेश” हा उपयुक्त सिलेक्टर नाही. अनेक संकेत जुळवा:
- प्राप्तकर्ता हा या रनसाठी तयार केलेला पत्ता आहे;
- निर्मितीचा वेळ ट्रिगर वेळेपेक्षा नंतरचा आहे;
- प्रेषक अपेक्षित सेवेशी संबंधित आहे;
- विषय किंवा संदेश प्रकार प्रवाहाशी जुळतो;
- संदेश आयडी आधीच वापरला गेलेला नाही.
जेव्हा प्रेषक अनेक कोड जारी करू शकतो, तेव्हा नवीनतम जुळणारा संदेश निवडा. त्याचा आयडी चाचणी आउटपुटमध्ये जतन करा जेणेकरून पुनःप्रयत्न अनवधानाने त्याचा पुनर्वापर करू शकणार नाही.
सूची जुळल्यावरच वाचा
इनबॉक्स सूचीकरण हा स्वस्त शोध पायरी असावा. फक्त निवडलेल्या उमेदवारासाठी पूर्ण संदेश मिळवा. यामुळे अनावश्यक काम कमी होते आणि असंबंधित प्रमोशनल मेलचे पार्सिंग टाळले जाते.
व्यवसायिक परिणामाची पडताळणी करा, फक्त सहा‑अंकी स्ट्रिंगच्या उपस्थितीची नाही. कोड सबमिट करा किंवा अपेक्षित लिंक उघडा, नंतर खात्याने योग्य स्थिती गाठली आहे का हे निश्चित करा.
दर मर्यादा संकेत म्हणून हाताळा
API कोटा किंवा दर‑मर्यादा प्रतिसाद परत करतो तर, सध्याचा प्रयत्न थांबवा आणि रीसेट माहिती दर्शवा. आक्रमक पुनःप्रयत्न स्पष्ट क्षमता संकेताला आवाजात बदलतात आणि असंबंधित चाचण्यांना विलंब करु शकतात.
चाचणी रनरवरील समकालिकता मर्यादित करा, विशेषतः जेव्हा सूट एकाचवेळी अनेक पत्ते तयार करते. लहान वर्कर पूल शेकडो समकालिक पोलिंग लूपपेक्षा डीबग करणे सोपे असते.
अपयश लपविल्याशिवाय स्वच्छता करा
पुरावा मिळाल्यानंतर स्वच्छता चालवली पाहिजे. यशस्वी झाल्यास, संदेश काढा किंवा लहान रिटेन्शनला त्यांची काळजी घेऊ द्या. अपयश झाल्यास, पत्ता आणि संदेश आयडी संरक्षित CI आर्टिफॅक्ट्समध्ये पुरेसा वेळ ठेवून तपासणी करा, नंतर त्यांना हटवा.
कधीही सत्यापन कोड, खाजगी लिंक किंवा संपूर्ण HTML बॉडी सार्वजनिक बिल्ड लॉगमध्ये छापू नका.
पुनःप्रयत्न आयडेम्पोटेंट करा
चाचणीला नवीन पत्ता असलेल्या नवीन रन म्हणून पुनःप्रयत्न करा. समान खाते आणि इनबॉक्सवर समान विनंती पुन्हा करणे स्वच्छ स्थितीपासून सुरू होते असे गृहीत धरू नका. प्रेषक जुने कोड अवैध करू शकतो, पुनरावृत्ती विनंत्यांवर थ्रॉटल लावू शकतो, किंवा डुप्लिकेट आमंत्रणे नाकारू शकतो.
नेटवर्क विनंती टाइम‑आउट झाल्यास, “कोणताही प्रतिसाद मिळाला नाही” आणि “ऑपरेशन घडले नाही” यांमध्ये फरक करा. विनाशकारी पुनःप्रयत्न करण्यापूर्वी निरीक्षणीय स्थिती तपासा.
अपयशाचा बिंदू नोंदवा
उपयुक्त स्वयंचलन अपयश खालील पैकी एक टप्पा ओळखते:
- पत्ता निर्मिती अयशस्वी झाली;
- उत्पादन क्रिया ईमेल क्यूमध्ये जाण्यापूर्वी अयशस्वी झाली;
- अंतिम मुदतीपूर्वी जुळणारा संदेश आला नाही;
- संदेश आला पण सामग्री जुळली नाही;
- सत्यापन क्रिया अयशस्वी झाली;
- स्वच्छता अयशस्वी झाली.
ही वर्गीकरण अनियमित “ईमेल चाचणी अयशस्वी” याला टीमच्या मालकीचे काम बनवते.
विस्तृत चाचणी मॅट्रिक्ससाठी, वास्तविक ईमेल चाचणी योजना वाचा. वितरण निदानासाठी, सत्यापन ईमेल न येणे: तुटलेला टप्पा शोधा वापरा.