मेन्यू

ईमेल सत्यापन परीक्षण: किसी एप्लिकेशन की ईमेल कार्यक्षमता का परीक्षण कैसे करें

  • मुख्य
  • वेब परीक्षण
  • ईमेल सत्यापन परीक्षण: किसी एप्लिकेशन की ईमेल कार्यक्षमता का परीक्षण कैसे करें

email validation testing

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

आज का ट्यूटोरियल सभी किसी भी एप्लिकेशन की ईमेल कार्यक्षमता का परीक्षण करने के बारे में है।

अधिकांश वेब और मोबाइल अनुप्रयोगों में, ईमेल सुविधा को मान्य करना परीक्षण के सबसे महत्वपूर्ण भागों में से एक के रूप में माना जाता है, ईमेल घटक में गुणवत्ता को सुनिश्चित करने के साथ-साथ सिस्टम के अन्य घटकों के साथ।

विभिन्न परिदृश्यों के तहत ट्रिगर किए गए ईमेल को इसके सभी घटकों की जाँच करके मान्य माना जाता है जिसमें ईमेल, लिंक, टू, सीसी, बीसीसी फ़ील्ड्स, अटैचमेंट्स, ईमेल अधिसूचना के अनुसार सामग्री इत्यादि का एक टेम्प्लेट शामिल है।

ईमेल सत्यापन

आप क्या सीखेंगे:

हमें ईमेल परीक्षण की आवश्यकता क्यों है?

सिस्टम के प्रत्येक घटक (वेब ​​/ मोबाइल एप्लिकेशन) में ईमेल भेजने के अलग-अलग उद्देश्य हो सकते हैं। घटक के बीच एकीकरण और ईमेल उचित सूचनाओं के साथ अंतिम-उपयोगकर्ता तक पहुंचने में महत्वपूर्ण भूमिका निभाता है। किसी भी लापरवाही जब हम इस सुविधा को मान्य कर रहे हैं, तो गलतफहमी, ग्राहकों पर बुरा नाम, हैकिंग, आदि हो सकते हैं।

उदाहरण के लिए , एक ऐसी स्थिति की कल्पना करें जहां उपयोगकर्ता को पासवर्ड रीसेट करने के लिए एक ईमेल मिला है। क्या होगा यदि रीसेट पासवर्ड लिंक / बटन या किसी ब्राउज़र में पेस्ट कॉपी करने के लिए प्रदान किया गया URL कार्य नहीं कर रहा है? यहां एकमात्र विकल्प ग्राहक सहायता से संपर्क करना है, जो एक थकाऊ बात हो सकती है या ऐसी स्थिति की कल्पना कर सकती है जहां उपयोगकर्ता 10-15 दिनों पहले बिल भुगतान के लिए नियत तारीख से संबंधित ईमेल प्राप्त करता रहता है या नियत तारीख के बाद अनुस्मारक प्राप्त करता है। बीतने के। - चिड़चिड़ा यह नहीं है ??

बहुत सारे परिदृश्य हैं जहां ईमेल हमारे जीवन का एक अभिन्न हिस्सा बन गए हैं क्योंकि वे उपयोगकर्ता को सटीक जानकारी के साथ अद्यतित रखने के लिए हैं।

सामान्य वास्तविक समय परिदृश्य और ईमेल के लिए मान्यता अंक

परीक्षण ईमेल में सत्यापन बिंदु प्रकार से प्रकार और फिर से आवेदन से भिन्न होता है। सामान्य रूप से सभी ईमेल को टेम्पलेट के लिए मान्य किया जाना चाहिए (जिसमें एप्लिकेशन लोगो, एप्लिकेशन का नाम, उपयोगकर्ता को संबोधित करना, पाद लेख सामग्री - कॉपीराइट, ग्राहक सहायता विवरण), अलग-अलग समय क्षेत्रों के लिए दिनांक और टाइमस्टैम्प शामिल हैं।

यहां हम कुछ सामान्य प्रकार के ईमेल के बारे में चर्चा करेंगे, जिनके बारे में लगभग सभी को पता है (नीचे दिए गए सभी सत्यापन बिंदु बुनियादी जांच हैं जो परीक्षक को आवेदन के ईमेल का परीक्षण करते समय प्रदर्शन करना है)।

# 1) सक्रियण ईमेल

जब कोई उपयोगकर्ता पहली बार किसी एप्लिकेशन को पंजीकृत करता है, तो उसे ईमेल में भेजे गए सक्रियण लिंक पर क्लिक करके खाता सक्रिय करना होगा। यह भी सत्यापित करता है कि उपयोगकर्ता का दिया गया ईमेल पता वैध और सुलभ है।

सत्यापन बिंदु निम्नानुसार हैं:

  • सक्रियण लिंक या बटन - इस पर क्लिक करना चाहिए:
    • लॉग इन करने वाले उपयोगकर्ता खाते के साथ संबंधित एप्लिकेशन के पृष्ठ पर उपयोगकर्ता को ले जाएं
    • यदि ईमेल पेज ईमेल के माध्यम से सफलतापूर्वक पहुंच जाता है, तो उपयोगकर्ता के ईमेल खाते को स्वचालित रूप से सत्यापित किया जाना चाहिए
  • अवधि - उस अवधि की जाँच करें जिसके भीतर लिंक पर क्लिक करना है और सत्यापित करना है।
    • निर्दिष्ट अवधि के भीतर सत्यापित करें
    • अवधि बीत जाने के बाद सत्यापित करने का प्रयास करें - खाता सक्रिय नहीं होना चाहिए और ईमेल असत्यापित रहना चाहिए

सक्रियण ईमेल

# 2) पासवर्ड ईमेल भूल गए

जब कोई उपयोगकर्ता एप्लिकेशन को लॉगिन करने के लिए पासवर्ड भूल जाता है, तो पासवर्ड रीसेट करने के लिए लिंक के साथ एक ईमेल प्राप्त करने के लिए पासवर्ड भूल गए प्रदर्शन किया जा सकता है (यह सुविधा आवेदन से भिन्न होती है। यह सामान्य है)।

सत्यापन बिंदु निम्नानुसार हैं:

  • पासवर्ड लिंक रीसेट करें:
    • इस पर क्लिक करने के लिए पासवर्ड को रीसेट करने के लिए उपयोगकर्ता को संबंधित एप्लिकेशन के पेज पर ले जाना चाहिए
    • कुछ एप्लिकेशन उपयोगकर्ता को रीसेट पासवर्ड पृष्ठ प्रदर्शित करने से पहले सुरक्षा प्रश्न का उत्तर देने के लिए कहेंगे, और कुछ में सुरक्षा प्रश्न रीसेट पासवर्ड पेज के साथ एकीकृत होगा, और कुछ में यह सुविधा नहीं होगी
    • यदि उपयोगकर्ता पासवर्ड को सफलतापूर्वक रीसेट करता है, तो प्राप्त पासवर्ड पासवर्ड ईमेल में लिंक निष्क्रिय और गैर-कार्यात्मक होना चाहिए
    • यदि उपयोगकर्ता रीसेट पासवर्ड प्रवाह को रद्द कर देता है, तो प्राप्त पासवर्ड पासवर्ड ईमेल में लिंक सक्रिय रहना चाहिए
  • अवधि - उस अवधि के लिए जाँच करें जिसके भीतर पासवर्ड रीसेट के लिए लिंक पर क्लिक करना है
    • निर्दिष्ट अवधि के भीतर सफलतापूर्वक लिंक और रीसेट पासवर्ड पर क्लिक करें
    • अवधि बीत जाने के बाद लिंक पर क्लिक करने का प्रयास करें - लिंक को निष्क्रिय और समाप्त किया जाना चाहिए

पासवर्ड ईमेल रीसेट करें

उत्पाद परीक्षण के लिए साइन अप कैसे करें

# 3) नियत तारीख अधिसूचनाएं

यह उपयोगकर्ता को किसी विशेष दिन में होने वाली कार्रवाई के बारे में याद दिलाना है। यह आमतौर पर बिल भुगतान है, लंबित वस्तुओं पर कार्रवाई कर रहा है (उदाहरण: किसी विशेष संख्या में किसी कार्यक्रम के लिए आमंत्रण को स्वीकार या अस्वीकार करना, फॉर्म जमा करना, आदि)।

सत्यापन बिंदु निम्नानुसार हैं:

  • नियत दिनों / नियत तारीख की संख्या
    • यदि ईमेल नियत दिनों की संख्या के बारे में सूचित करता है तो संख्या या तो शून्य या उससे अधिक होनी चाहिए, शून्य दिनों का मतलब नियत तारीख है। यह नकारात्मक संख्या में नहीं होना चाहिए। यदि ईमेल एक नियत तारीख (कैलेंडर तिथि) के बारे में सूचित करता है, तो तारीख वर्तमान या भविष्य की होनी चाहिए।
  • क्रिया का प्रकार
    • जाँचें कि कार्रवाई के प्रकार की आवश्यकता क्या है। यह बहुत स्पष्ट रूप से बताना चाहिए कि उपयोगकर्ता को किस प्रकार की कार्रवाई करनी है। यह बिल भुगतान, प्रस्तुतियाँ, फीडबैक आदि हों।

नियत तिथि ईमेल

नियत तिथि ईमेल अधिसूचना

# 4) सूचनाएँ पर काबू

यह उपयोगकर्ता को नियत तारीख के बारे में सूचित करने के लिए है। यह आमतौर पर उपयोगकर्ता को सूचित करना है कि उसने नियत तारीख में वस्तुओं पर कार्रवाई नहीं की है।

  • अधिक दिनों की संख्या
    • जांचें कि अतिदेय दिनों की संख्या एक या अधिक होनी चाहिए। यह कभी भी शून्य या नकारात्मक संख्या नहीं होनी चाहिए
  • आवृत्ति
    • कुछ अनुप्रयोगों में दैनिक / साप्ताहिक / मासिक भेजे जाने के लिए अतिदेय ईमेल को अनुकूलित करने का प्रावधान होगा, जब तक कि उपयोगकर्ता कार्रवाई पूरी नहीं कर लेता है। नियत तारीख बीतने के बाद ही कुछ ही बार मानक अधिसूचनाएं भेजी जाएंगी।

# 5) सदस्यता

यह उपयोगकर्ता की आवश्यकताओं के अनुसार बदलता रहता है। उपयोगकर्ता निम्नलिखित दैनिक, साप्ताहिक, द्वि-मासिक या मासिक सदस्यता में से किसी एक का चयन कर सकता है। यह आमतौर पर समाचार पत्र, अपडेट, ऑफ़र आदि के लिए होगा।

  • आवृत्ति
    • सदस्यता के लिए उपयोगकर्ता चयन के अनुसार ईमेल भेजे जाने चाहिए। यदि दैनिक, तो सदस्यता ईमेल एक दिन में केवल एक बार भेजा जाना चाहिए। यदि साप्ताहिक है, तो सप्ताह में एक बार। और आगे बढ़ता है…
  • लिंक
    • ईमेल के किसी भी लिंक को एप्लिकेशन के संबंधित पृष्ठ पर नेविगेट करना चाहिए। यदि ईमेल अपडेट के लिए है, तो लिंक को उस पेज पर रीडायरेक्ट करना चाहिए जहां अपडेट प्रदर्शित होने के लिए हैं। यदि ईमेल ऑफ़र के लिए है, तो लिंक को एप्लिकेशन के ऑफ़र पृष्ठ पर रीडायरेक्ट करना चाहिए। यह इस बात पर निर्भर करता है कि उपयोगकर्ता ने किस प्रकार की सदस्यता का चयन किया है।

सदस्यता ईमेल

सदस्यता ईमेल स्क्रीन

# 6) फॉर्म

यहां ईमेल उपयोगकर्ता को प्रपत्रों के लिए प्रपत्र / लिंक के माध्यम से प्रतिक्रिया प्रदान करने का इरादा रखते हैं। सत्यापन बिंदु निम्नानुसार हैं:

  • लिंक
    • ईमेल में लिंक को उपयोगकर्ता को आवेदन के फार्म जमा करने वाले पेज पर भेजना चाहिए क्योंकि उपयोगकर्ता को जिस प्रकार का फॉर्म जमा करना है
    • एक बार सबमिट करने के बाद, फिर से लिंक पर क्लिक करके उपयोगकर्ता को सूचित करना चाहिए कि फॉर्म पहले ही सबमिट किया जा चुका है। यह उपयोगकर्ता को फॉर्म को फिर से जमा करने की अनुमति नहीं देनी चाहिए

सर्वेक्षण ईमेल

सर्वेक्षण पृष्ठ

# 7) पुष्टिकरण ईमेल

यहां ईमेल उपयोगकर्ता को किए गए कार्रवाई की पुष्टि के बारे में सूचित करने के लिए हैं। यह आमतौर पर आरक्षण पुष्टिकरण, आदेश पुष्टिकरण, क्वेरी पुष्टिकरण आदि है।

सत्यापन बिंदु निम्नानुसार हैं:

  • पुष्टि विवरण:
    • ऑर्डर नंबर / बुकिंग नंबर सही होना चाहिए और आवेदन यूआई में प्रदर्शित संख्या से मेल खाना चाहिए। जैसा कि यह आदेश / बुकिंग को ट्रैक करने के लिए पहचानकर्ता है, यह पूरे आवेदन में अद्वितीय (बैकएंड - डीबी में मान्य होना चाहिए) होना चाहिए। कोई भी आदेश / बुकिंग समान पहचानकर्ता को साझा नहीं करना चाहिए।
    • संख्या के साथ-साथ, इसे ऑर्डर के प्रकार, उपयोगकर्ता जानकारी, बिलिंग पता, शिपिंग पते और मूल्य के लिए भी मान्य किया जाना चाहिए। सभी जानकारी बिल्कुल उसी तरह होनी चाहिए जो उपयोगकर्ता ने यूआई में प्रदान की है।
  • लिंक:
    • ईमेल में एक लिंक उपयोगकर्ता को एप्लिकेशन UI में ऑर्डर के विवरण पृष्ठ पर ले जाना चाहिए। ईमेल और एप्लिकेशन UI में जानकारी के बीच सटीक मिलान होना चाहिए

पुष्टिकरण ईमेल

# 8) चैट ट्रांसक्रिप्ट

यहां, एक उपयोगकर्ता ईमेल के रूप में पूरे चैट ट्रांसक्रिप्ट प्राप्त करता है। ग्राहक सहायता के साथ लाइव चैट समाप्त होने के बाद यह आमतौर पर हो जाता है।

सत्यापन बिंदु नीचे दिए गए हैं

  • विवरण
    • ऑनलाइन सहायता प्रदान करने वाले व्यक्ति के नाम की जाँच करें। जांचें कि पूरी चैट ईमेल में प्रत्येक चैट प्रविष्टि के लिए प्रेषक के विवरण के साथ मौजूद है (व्यक्तिगत नाम, चैट संदेश भेजे जाने का दिनांक और समय, आदि)

# 9) लगाव के साथ ईमेल

उपयोगकर्ता अनुलग्नक के साथ ईमेल प्राप्त करता है। अनुलग्नक पासवर्ड संरक्षित / असुरक्षित हो सकते हैं। यह आमतौर पर वित्तीय डोमेन, संदर्भ के लिए एंड यूज़र लाइसेंस समझौते, संदर्भ के लिए नियम और शर्तें, आदि से बयान हो सकते हैं, यह फिर से आवेदन से भिन्न होता है।

सीपीयू अस्थायी जाँच करने के लिए सबसे अच्छा अनुप्रयोग

सत्यापन बिंदु निम्नानुसार हैं:

  • अनुलग्नक का प्रकार
    • मान्य फ़ाइल प्रकारों को अनुलग्नक के रूप में भेजा जाना चाहिए। खोले जाने वाले सभी अनुलग्नकों को डाउनलोड / खोलने से पहले वायरस स्कैन किया जाना चाहिए। यह फिर से बैकएंड पर एप्लिकेशन स्तर पर अनुकूलित किया जा सकता है, जैसे, डाउनलोड करने और खोलने दोनों के लिए, केवल डाउनलोड करते समय, वायरस स्कैन किया जाता है।
    • पासवर्ड संरक्षित अटैचमेंट को पासवर्ड के लिए पूछे बिना डाउनलोड करना चाहिए। लेकिन इसे स्वयं ईमेल से खोलते समय या डाउनलोड की गई कॉपी को खोलकर हमेशा पासवर्ड मांगना चाहिए। यहां गलत पासवर्ड प्रविष्टियां अनिश्चितकालीन होंगी क्योंकि अटैचमेंट को लॉक करने के लिए स्थानीय कॉपी को ऑनलाइन ट्रैक नहीं किया जा सकता है

अनुलग्नक के साथ ईमेल करें

पासवर्ड संरक्षित अनुलग्नक

ईमेल के प्रकार

ईमेल प्रकार या तो HTML (उपयोगकर्ताओं के लिए रंगीन और आकर्षक हो सकता है, जो उपयोगकर्ता ईमेल को पूरी तरह से पढ़ने के लिए रुचि रखते हैं) या प्लेन टेक्स्ट (सिर्फ एक पाठ)।

HTML सबसे अधिक पसंदीदा है और आमतौर पर बैकएंड पर लगभग सभी अनुप्रयोगों में डिफ़ॉल्ट के रूप में सेट किया जाता है। यदि आवश्यक हो, तो एप्लिकेशन उपयोगकर्ताओं को प्लेन टेक्स्ट ईमेल भेजने का विकल्प चुन सकता है, फिर से बैकएंड में बदलाव की आवश्यकता होती है।

ट्रिगर के अंक

ईमेल या तो तुरंत या सारांश / बैच के रूप में भेजे जा सकते हैं। उपयोगकर्ता की कार्रवाई से तत्काल ईमेल शुरू हो जाते हैं। ये आमतौर पर सक्रियण ईमेल, रीसेट पासवर्ड ईमेल, चैट ट्रांसक्रिप्शन, पुष्टिकरण ईमेल आदि होंगे, अर्थात, एप्लिकेशन के बैकएंड पर सेटिंग्स के आधार पर सारांश / बैच ईमेल ट्रिगर किए जाते हैं।

ईमेल ट्रिगर बिंदुओं को समय के विशिष्ट बिंदु पर ट्रिगर करने के लिए परिभाषित किया जाएगा ( उदाहरण के लिए ३तृतीयहर सप्ताह का दिन 12:00 बजे)। ये आमतौर पर वित्तीय डोमेन (बैंक स्टेटमेंट), बिल के लिए नियत तारीख अधिसूचना, अतिदेय अधिसूचना, सदस्यता, आदि से बयान होंगे।

बाउंसबैक:

यह एक बहुत ही सामान्य परिदृश्य है कि ईमेल अमान्य ईमेल पते पर भेजे जाने पर उछलते हैं। आमतौर पर, ईमेल पता जो निष्क्रिय / अब उपयोग में नहीं है, और बिल्कुल मौजूद नहीं है - वे उम्मीदवार हैं जो वापस उछाल देते हैं।

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

नीचे विफलता के लिए कुछ अन्य बिंदु दिए गए हैं:

  • ईमेल सर्वर लंबे समय से बंद है
  • उपयोगकर्ता तक पहुंचने के लिए एक छोटा मार्ग खोजने के लिए एल्गोरिथ्म सही ढंग से काम नहीं कर रहा है और उपयोगकर्ता तक पहुंचने में बहुत लंबा समय लेता है, उस समय तक शायद यह उपयोगकर्ता तक पहुंचने के लिए निर्दिष्ट समय को पार कर जाता था। इसे आमतौर पर बढ़ी हुई संख्या कहा जाता है
  • उपयोगकर्ता का ईमेल डोमेन लंबे समय के लिए डाउन है
  • ईमेल प्राप्त करने के लिए आवेदन के लिए उपयोगकर्ता का खाता सक्रिय नहीं है

ईमेल परीक्षण के लिए स्थानीयकरण स्कोप

जब एप्लिकेशन कई भाषाओं का समर्थन करता है, तो समर्थन को ईमेल के लिए भी विस्तार करना चाहिए।

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

ईमेल को उस भाषा में भेजा जाना चाहिए जो उपयोगकर्ता के पास उस बिंदु पर है जो इसे ट्रिगर किया गया है।

ईमेल के स्थानीयकरण परीक्षण के लिए सामान्य सत्यापन बिंदु निम्नानुसार हैं:

  • विषय
  • ईमेल का मुख्य भाग
    • सामग्री - शरीर का पाठ
    • लिंक नाम / बटन का नाम
    • कॉपीराइट संबंधी जानकारी
    • ग्राहक सहायता विवरण

ईमेल का मानक / अनुकूलन

ईमेल बैकएंड पर कस्टमाइज़ किए जा सकते हैं।

उदाहरण के लिए कुछ अनुप्रयोग उपयोगकर्ता को ईमेल भेजे जाने पर ईमेल को अनुकूलित करने के लिए समर्थन करते हैं। उपयोगकर्ता ईमेल के विषय लाइन और / या शरीर को अपने सुविधाजनक या आसानी से पहचानने के उद्देश्य से बदल सकता है। इस मामले में, परीक्षण टीम द्वारा पूरी तरह से परीक्षण किया जाना है क्योंकि घुसपैठ की संभावना अधिक है।

इंजेक्शन के लिए परीक्षण किया जाना है - HTML कोड, जावा कोड, एसक्यूएल, आदि भेजें। सुरक्षा के स्तर को बढ़ाने के लिए इन सभी को विफल होना चाहिए। यदि एप्लिकेशन ईमेल के अनुकूलन का समर्थन नहीं करता है, तो भेजे गए सभी ईमेल मानक विषय / निकाय का अनुसरण करेंगे जैसा कि एक आवेदन द्वारा निर्धारित किया गया है।

निष्कर्ष

परीक्षण ईमेल एक महत्वपूर्ण गतिविधि है क्योंकि अनुप्रयोग के अधिकांश घटक इस कार्यक्षमता के साथ एकीकृत हैं।

आवेदन की ईमेल कार्यक्षमता का पूरी तरह से परीक्षण करने के लिए पूरी टीम का समर्थन और प्रयास होना चाहिए। वास्तविक परीक्षण शुरू होने से पहले इसे अच्छी तरह से योजनाबद्ध किया जाना चाहिए और प्रत्येक घटक / संबद्ध घटक का परीक्षण करते समय हाथ से हाथ जाना चाहिए।

ईमेल परीक्षण में परीक्षण के लिए सभी पहलुओं को शामिल करने वाले प्रत्येक ईमेल प्रकार के लिए अलग-अलग परीक्षण मामले लिखे जाने चाहिए। यह सभी प्रकार के परीक्षण प्रतिगमन परीक्षण, एडहॉक परीक्षण, स्थानीयकरण परीक्षण, यूएटी परीक्षण और उत्पादन परीक्षण में किया जाना चाहिए।

वास्तविक समय में ईमेल में जो कुछ भी गलत होता है, वह एप्लिकेशन, ग्राहकों पर एक बुरा प्रभाव छोड़ देगा, और अंततः, यह उस एप्लिकेशन के परीक्षकों को आगे ले जाता है। इसलिए ईमेल सत्यापन सॉफ्टवेयर परीक्षण में बहुत महत्वपूर्ण और बहुत आवश्यक गतिविधि है।

लेखक के बारे में: यह पोस्ट एसटीएच लेखक नंदिनी के द्वारा लिखी गई है। उन्हें मुख्य रूप से वेब एप्लिकेशन टेस्टिंग में सॉफ्टवेयर टेस्टिंग में 7+ साल का अनुभव है।

डेस्कटॉप समर्थन इंजीनियर साक्षात्कार सवाल और जवाब

यदि आपके कोई प्रश्न / सुझाव हैं तो हमें बताएं।

अनुशंसित पाठ

^