सदस्यता समाप्त परीक्षण एक स्थिति बदलने वाला परीक्षण है। किसी ग्राहक संदेश से URL की प्रतिलिपि बनाना और उस पर पोस्ट करना उस ग्राहक को वास्तविक सूची से हटा सकता है। एक सुरक्षित परीक्षण योजना नियंत्रित पहचान, ज्ञात सदस्यता स्थिति और स्थानीय सिमुलेशन और उत्पादन सत्यापन के बीच एक स्पष्ट सीमा के साथ शुरू होती है।
अनुरोध करने से पहले एक परीक्षण मैट्रिक्स बनाएं
दो नियंत्रित प्राप्तकर्ताओं और कम से कम दो अलग-अलग सूचियों का उपयोग करें। प्रत्येक प्राप्तकर्ता/सूची जोड़ी के लिए प्रारंभिक स्थिति, उनके लिए उत्पन्न टोकन और प्रत्येक कार्रवाई के बाद अपेक्षित स्थिति को रिकॉर्ड करें। वास्तविक ग्राहक के टोकन को सुविधाजनक नमूने के रूप में उपयोग न करें। परीक्षण डेटासेट को ग्राहक निर्यात और अभियान दर्शकों से अलग रखें।
उदाहरण के लिए, समाचार और अलर्ट पर ऐलिस और समाचार पर बॉब को परिभाषित करें। ऐलिस न्यूज़ टोकन का उपयोग करने वाले अनुरोध को केवल उस जोड़ी को हटाना चाहिए। ऐलिस अलर्ट और बॉब समाचार अपरिवर्तित रहना चाहिए। यह एक उदाहरणात्मक स्कोप डिज़ाइन है; लेबल काल्पनिक हैं और वास्तविक सदस्यताएँ नहीं हैं।
संदेश-से-टोकन मैपिंग सत्यापित करें
सटीक अधिकृत परीक्षण संदेश का निरीक्षण करें और विज्ञापित HTTPS URI और List-Unsubscribe-Post मान निकालें। पुष्टि DKIM हस्ताक्षर विज्ञापित ऑपरेशन पर भरोसा करने से पहले दोनों क्षेत्रों को कवर करना मान्य है। RFC 8058 को प्राप्तकर्ता और सूची की पहचान करने के लिए यूआरआई की आवश्यकता होती है और कुकीज़ या पूर्व संदर्भ पर निर्भरता को प्रतिबंधित करता है। RFC 8058 अनुभाग 3 और 4.
सदस्यता पहचान के लिए दृश्यमान पते को प्रतिस्थापित न करें। संदेश अग्रेषित किए जा सकते हैं, उपनाम शामिल हो सकते हैं और डिस्प्ले हेडर एंडपॉइंट का प्राधिकरण डेटाबेस नहीं है। यह अनुमान लगाने के बजाय कि यह किस पते को प्रभावित करेगा, नियंत्रित परीक्षण मैपिंग या अधिकृत सिस्टम साक्ष्य के माध्यम से टोकन का समाधान करें।
सकारात्मक और नकारात्मक मामलों का अभ्यास करें
एक गैर-विनाशकारी GET, एक विकृत या अज्ञात टोकन, सही POST और बार-बार दोहराए जाने वाले सही POST का परीक्षण करें। HTTP स्थिति, रीडायरेक्ट, प्रतिक्रिया प्रबंधन और परिणामी सदस्यता स्थिति रिकॉर्ड करें। दो अनुमत अनुरोध एन्कोडिंग, अनुपलब्ध या गलत बॉडी मान और बिना ब्राउज़र सत्र वाले अनुरोधों के मामले जोड़ें।
काल्पनिक मैट्रिक्स में, ऐलिस के न्यूज़ टोकन से केवल ऐलिस/न्यूज़ को बदलने की उम्मीद है। यदि इसके बजाय कोई अनुरोध ऐलिस/न्यूज़ और ऐलिस/अलर्ट्स दोनों को हटा देता है, तो परीक्षण ने अत्यधिक गुंजाइश को उजागर कर दिया है, भले ही वह सफलता की स्थिति लौटाता हो। यदि बॉब/न्यूज बदलता है, तो प्राप्तकर्ता मैपिंग की जांच करें। दोनों परिणाम विफल अनुरोध वाले अपरिवर्तित डेटाबेस से भिन्न हैं।
अकेले HTTP स्थिति से इनमें से किसी भी परिणाम का अनुमान न लगाएं। प्रत्येक नियंत्रित जोड़ी के लिए पहले/बाद के अधिकृत रिकॉर्ड का निरीक्षण करें। ये उदाहरण व्याख्याएं और अपेक्षित जांच हैं, न कि देखे गए समापन बिंदु निष्पादन। HTTPS परिवहन, एन्कोडिंग और डाउनस्ट्रीम पात्रता दोनों स्वतंत्र परीक्षण आयाम बने हुए हैं।
अगले-भेजें निर्णय की जाँच करें
यदि अभियान सिस्टम पुराने निर्यात या कैश का उपयोग करता है तो डेटाबेस ध्वज पर्याप्त नहीं है। एक अधिकृत मंचन वातावरण में, अगले दर्शक चयन का निर्माण करें और सत्यापित करें कि हटाई गई जोड़ी अनुपस्थित है जबकि अप्रभावित जोड़ी पात्र बनी हुई है। किसी भी प्रतिकृति या सिंक्रनाइज़ेशन कतार की जाँच करें जो वरीयता सेवा और प्रेषक को जोड़ती है।
उत्पादन कैनरी के लिए, आवश्यक प्राधिकार प्राप्त करें और केवल निर्दिष्ट परीक्षण सदस्यता का उपयोग करें। सटीक लक्ष्य और अपेक्षित दायरा सुरक्षित रखें. किसी परीक्षण को एक न्यूज़लेटर से प्रत्येक सदस्यता तक विस्तारित न करें क्योंकि समापन बिंदु एक "सभी सूचियाँ" विकल्प प्रदान करता है। रुकें और जांच करें कि क्या देखी गई स्थिति परीक्षण मैट्रिक्स से भिन्न है।
क्षमता टोकन बनाए रखे बिना उपयोगी साक्ष्य बनाए रखें
संशोधित अनुरोध विवरण, टाइमस्टैम्प, स्थिति और पहले/बाद की स्थिति पहचानकर्ता रखें। सामान्य समर्थन टिकट, साझा लॉग या स्क्रीनशॉट में लाइव अनसब्सक्राइब यूआरएल रखने से बचें। संवेदनशील परिचालन साक्ष्य केवल वहीं संग्रहित करें जहां अधिकृत टीम उस तक पहुंच सके, और संगठन के प्रतिधारण नियमों को लागू करें।
पारित मामलों, अप्रयुक्त परतों और किसी भी सुधारात्मक कार्रवाइयों की सूची के साथ बंद करें। एक सच्ची रिपोर्ट कह सकती है कि स्थानीय हैंडलर सही है जबकि उत्पादन TLS , दमन प्रसार और प्रदाता प्रदर्शन अभी भी लंबित हैं। यह अंतर एक छोटे से सफल परीक्षण को एंड-टू-एंड प्रमाणन समझने की भूल से रोकता है।
अप्रत्याशित दायरे पर रोकें
यदि परीक्षण किसी अन्य सूची या प्राप्तकर्ता को बदलता है, तो अतिरिक्त राज्य-परिवर्तन अनुरोधों को रोकें और संपादित साक्ष्य को बनाए रखें। आगे बढ़ने से पहले मालिक से अनुमोदित प्रक्रिया के माध्यम से मैपिंग की जांच और परीक्षण स्थिति बहाल करने को कहें। एक गुजरता हुआ खुशहाल रास्ता एक असफल नकारात्मक मामले को रद्द नहीं कर सकता।