आउटलुक प्राप्तकर्ता परीक्षण: हमेशा सफल/हमेशा उछाल

Question

मैं जुनीट परीक्षण लिख रहा हूं और एक आउटलुक ईमेल प्राप्तकर्ता चाहता हूं जो हमेशा सफल रहेगा और एक अलग व्यक्ति जो हमेशा अविश्वसनीय रूप से उछाल देगा।

"हमेशा सफल" के लिए, मुझे लगता है कि NUL: के एसएमटीपी समकक्ष सहायक होंगे।

(मैं अपने असली ईमेल पते का दो कारणों से उपयोग नहीं करना चाहता हूं: 1) जब भी कोई परीक्षण बिस्तर चलाता है और मैं 2 बार टेस्ट ईमेल नहीं लेना चाहता हूं) मैं रिग्रेशन परीक्षण शुरू नहीं करना चाहता असफल होने पर मेरा नियोक्ता मेरी स्थिति और ईमेल पते को खत्म करने का फैसला करता है।)

"हमेशा बाउंस" के लिए, मुझे लगता है कि मैं im.a.nut@mycompany.com का उपयोग कर सकता हूं, लेकिन यह एक और अधिक विश्वसनीय तकनीक के लिए खुला होगा अगर श्री नट MyCompany में शामिल हो तो तोड़ नहीं होगा।

"हमेशा बाउंस" के साथ, मैं "सिस्टम Undeliverable" संदेशों को कैसे और कहां देखना है, इस बारे में किसी भी विचार की सराहना करता हूं। क्या मुझे एक परीक्षण ईमेल खाता का उपयोग करना चाहिए? या उछाल संदेश का नकल करने के लिए शायद एक मजाकिया ढांचा?

---

संपादित करें: http://www.oracle.com/technetwork/java/faq-135477.html#bounce के अनुसार, बाउंस संदेश मानकीकृत है लेकिन व्यापक रूप से लागू नहीं किया। ईमेल पता सत्यापन जावामेल से स्वतंत्र है। यहां बताया गया है कि मैं पिछले पैराग्राफ में सवालों का जवाब कैसे दूंगा। एक टेस्ट ईमेल खाते में संदेश प्राप्त होने में कुछ समय लग सकता है, और मैं उस संदेश पर अवरुद्ध नहीं करना चाहता हूं जिसे वितरित करने की गारंटी नहीं है। मॉकिंग अधिक समझ में आ सकता है।

Answer 1

प्रतिक्रियाओं के प्रसंस्करण तर्क को प्रमाणित करने के लिए मैक्स का उपयोग करना निश्चित रूप से जाने का तरीका है। अलगाव में परीक्षण केवल आपको प्राप्त कर सकता है - अंततः आपको एकीकरण परीक्षण के कुछ रूप लिखने की आवश्यकता होगी जो यूनिट परीक्षणों के लिए किए गए धारणाओं को सत्यापित करने के लिए नेटवर्क पर मेल सर्वर पर संचार करता है।

अतीत में, मैंने आईटी को आंतरिक विकास केवल मेल सर्वर के साथ वर्चुअल मशीन को स्पिन किया है। यह मेल सर्वर सीधे इंटरनेट से कनेक्ट नहीं होता है, लेकिन यदि कंपनी मेल सर्वर के माध्यम से आवश्यक मार्ग हैं।

अपने स्वयं के डोमेन नियंत्रक/मेल सर्वर होने के कारण, डेवलपर, उन सुविधाओं पर अधिक नियंत्रण प्रदान करता है जिन्हें आम तौर पर कॉर्पोरेट नेटवर्क के माध्यम से अनुमति नहीं दी जाएगी।

विभिन्न प्रकार के प्रतिक्रियाओं को संभालने के संबंध में, मेरे पास एक प्रोजेक्ट था जहां हमें आमंत्रित करने के लिए विभिन्न प्रकार के प्रतिक्रियाओं का परीक्षण करने की आवश्यकता थी। हमने अलग-अलग ईमेल पतों के लिए सर्वर-साइड नियम कॉन्फ़िगर किए हैं ताकि कुछ तैयार किए गए विषय या निकाय स्वीकृति, अस्वीकार इत्यादि के साथ स्वतः प्रतिक्रिया दे सकें। सर्वर-साइड नियम सेट करना आसान है - बस उस उपयोगकर्ता के रूप में लॉगऑन करें (यह वह जगह है जहां नकली डोमेन नियंत्रक काम में आता है) खुला दृष्टिकोण और एक नियम कॉन्फ़िगर करें। Exchange "Event Sink" के हिस्से के रूप में अधिक जटिल नियमों को कॉन्फ़िगर किया जा सकता है।

फिर भी, जैसा कि पहले सुझाव दिया गया था कि आपको भेजने की कार्रवाई से प्रतिक्रिया की प्रक्रिया को अलग करने का प्रयास करना चाहिए। इस फैशन में आप पर्यावरण के ऊपर के बिना प्रसंस्करण का परीक्षण कर सकते हैं।