simple guide interoperability testing
की तकनीक को समझने से पहले 'अंतर परीक्षण' , चलो पहले 'अंतर' शब्द को समझते हैं।
इंटरऑपरेबिलिटी एक सिस्टम की एक क्षमता है जो दूसरे सिस्टम के साथ इंटरैक्ट करती है। यह इंटरैक्शन 2 अलग-अलग प्रणालियों या 2 अलग-अलग अनुप्रयोगों के बीच है।
कई बार इंटरऑपरेबिलिटी में गड़बड़ हो जाती है एकीकरण , संगतता और पोर्टेबिलिटी। खैर, इन तकनीकों के बीच अंतर हैं।
पहले मुझे मतभेदों को समझाकर शुरू करते हैं।
एकीकरण - एक तकनीक है जब एक ही प्रणाली के घटक एक दूसरे के साथ बातचीत करते हैं। इसलिए परीक्षण दुनिया में, जब हम एकीकरण परीक्षण करते हैं, तो हम वास्तव में एक ही प्रणाली के घटकों के 2 या उससे अधिक के व्यवहार का परीक्षण कर रहे हैं।
अनुकूलता - एक ऐसी तकनीक है जिसके द्वारा एक ही वातावरण में 2 या अधिक अनुप्रयोग परस्पर क्रिया करते हैं। परीक्षण दुनिया में, जब हम संगतता परीक्षण करते हैं; हम यह पुष्टि करते हैं कि क्या 2 या अधिक अनुप्रयोग या सिस्टम समान वातावरण में अपेक्षित व्यवहार करते हैं।
यहां यह जांचने का इरादा है कि दोनों सिस्टम एक ही वातावरण में, एक-दूसरे के काम में हस्तक्षेप किए बिना, अपने अपेक्षित कार्य करते हैं। जैसे - एमएस वर्ड और कैलकुलेटर 2 अलग-अलग एप्लिकेशन हैं और वे एक ही ऑपरेटिंग सिस्टम में स्वतंत्र रूप से अपना अपेक्षित व्यवहार करते हैं। तो हम कहते हैं कि ये 2 अनुप्रयोग एक दूसरे के साथ संगत हैं।
पोर्टेबिलिटी - जब कोई एप्लिकेशन या सिस्टम किसी अन्य वातावरण में ले जाया जाता है तो अपेक्षित रूप से व्यवहार करने पर एक तकनीक होती है। तो में पोर्टेबिलिटी परीक्षण, हम एप्लिकेशन को कुछ अन्य वातावरण में निर्यात करते हैं और इसके व्यवहार का परीक्षण करते हैं। जैसे, अगर कोई एप्लिकेशन है जो विंडोज एक्सपी में अच्छा काम करता है, तो विंडोज 10 में भी अच्छा काम करना चाहिए।
इंटरोऑपरेबिलिटी - एक तकनीक है कि कोई एप्लिकेशन किसी अन्य एप्लिकेशन के साथ कैसे इंटरैक्ट करता है। इसलिए जब हम इंटरऑपरेबिलिटी परीक्षण करते हैं, तो हम यह जांचते हैं कि 1 एप्लिकेशन से डेटा को पूर्व सूचना के बिना किसी अन्य अनुप्रयोग में कैसे सार्थक तरीके से स्थानांतरित किया जाता है, और स्वीकृत आउटपुट देने के लिए आगे संसाधित किया जाता है।
यह विशेष पेपर इंटरऑपरेबिलिटी परीक्षण (IOT) पर केंद्रित है, तो आइए हम इंटरऑपरेबिलिटी पर अपना ध्यान केंद्रित करते हैं। :)
आप क्या सीखेंगे:
- अंतर परीक्षण - एक संक्षिप्त परिचय
- इंटरऑपरेबिलिटी परीक्षण कैसे करें?
- 5 ½ चरण:
- चुनौतियां:
- मोबाइलों पर इंटरऑपरेबिलिटी टेस्ट:
- निष्कर्ष:
- अनुशंसित पाठ
अंतर परीक्षण - एक संक्षिप्त परिचय
अंतर = अंतर + संचालन
इंटर - का अर्थ है 'आपस में', 'एक दूसरे के भीतर', 'आपसी'
प्रचलित - का अर्थ है 'दिए गए कार्य को करने में सक्षम'
तो 2 शब्दों को एक साथ जोड़ते हुए - इंटरऑपरेबिलिटी का अर्थ है 2 (या अधिक) सिस्टम, अपने आवंटित कार्य को स्वतंत्र रूप से करने में सक्षम हैं और एक-दूसरे के साथ संवाद करने में सक्षम हैं, जो उनकी व्यक्तिगत कार्यक्षमता को प्रभावित किए बिना अपेक्षित है।
उदाहरण 1:अपनी उड़ान को संवारने का एक उदाहरण लें। विचार करें कि आपको नई दिल्ली से न्यूयॉर्क की यात्रा करने की आवश्यकता है। अब आपके पास सीधी उड़ान नहीं है। आपको नई दिल्ली से लंदन की यात्रा करनी होगी और फिर लंदन से न्यूयॉर्क के लिए कनेक्टिंग फ्लाइट लेनी होगी। क्योंकि आपके पास कुछ समय की कमी है, आप 'जेट एयरवेज' वायुमार्ग से लंदन और लंदन से न्यूयॉर्क तक 'वर्जिन अटलांटिक' में अपनी उड़ान आरक्षित करते हैं। तो इसका मतलब है कि आपके सभी यात्री विवरण जेट एयरवेज से वर्जिन अटलांटिक तक पहुंच गए हैं। तो यहां, जेट एयरवेज और वर्जिन अटलांटिक, दोनों एक साथ सभी स्वतंत्र अनुप्रयोग हैं और आपकी उड़ान को आरक्षित करते समय, बुकिंग का आपका विवरण जेट एयरवेज से वर्जिन अटलांटिक के लिए बिना किसी पूर्व सूचना के पूर्ण तरीके से आदान-प्रदान किया गया।
उदाहरण # 2:इसी तरह की लाइनों में, अस्पताल प्रशासन प्रणाली के बारे में सोचें, जहां 1 विभाग से दूसरे विभाग के बीच रोगियों के रिकॉर्ड का आदान-प्रदान किया जाता है। तो यहां विभाग को एक आवेदन से जोड़ा जा सकता है। रोगी का विवरण किसी भी पूर्व सूचना के बिना 1 आवेदन से दूसरे आवेदन के बीच आदान-प्रदान होता है।
तो हमें IOT करने की आवश्यकता क्यों है?
हमें यह सुनिश्चित करने के लिए इंटरऑपरेबिलिटी परीक्षण करने की आवश्यकता होगी
- नेटवर्क में अनुप्रयोग स्वतंत्र रूप से अपना अपेक्षित व्यवहार करते हैं,
- पूर्व सूचना के बिना सूचना का आदान-प्रदान कर सकते हैं
- व्यक्तिगत अपेक्षित व्यवहार को बाधित किए बिना सूचना / डेटा का आदान-प्रदान किया जाता है
- जिस डेटा / सूचना का आदान-प्रदान किया जाता है, वह संशोधित या परिवर्तित नहीं होता है
इंटरऑपरेबिलिटी परीक्षण कैसे करें?
हम इंटरऑपरेबिलिटी परीक्षण करने के लिए डीमिंग व्हील (पीडीसीए चक्र) का पालन कर सकते हैं।
# 1) योजना
सॉफ्टवेयर विकास में लगभग कुछ भी करने की रणनीति का निर्धारण करने के लिए योजना सबसे महत्वपूर्ण चरण है। इससे पहले कि हम वास्तव में IOT करने के लिए प्रक्रिया का निर्धारण करने की योजना बनाते हैं, यह जरूरी है कि हम नेटवर्क में तैनात प्रत्येक एप्लिकेशन या सिस्टम को समझें।
हमें सभी अनुप्रयोगों के लिए पता होना चाहिए - इसकी कार्यक्षमता, व्यवहार, इनपुट जो इसे लेता है और इसका उत्पादन करता है।
मैं यह भी सिफारिश करूंगा कि प्रत्येक और हर आवेदन पूरी तरह कार्यात्मक रूप से बिना किसी दोष के परीक्षण किया जाता है, इससे पहले कि यह इंटरऑपरेबिलिटी परीक्षण के लिए तैयार हो। इसलिए जब आप योजना बनाते हैं, तो केवल 1 या 2 आवेदन के बारे में न सोचें, एक इकाई के रूप में सभी आवेदन के बारे में सोचें। इस परीक्षण तकनीक की योजना बनाते समय आपको पक्षियों की आंखें देखने की जरूरत है। यह कहने की आवश्यकता नहीं है कि - अपनी योजना का दस्तावेजीकरण करें।
हम अपने उपयोग कर सकते हैं मानक परीक्षण योजना दस्तावेज़ और IOT की योजना बनाने के लिए आवश्यकता के अनुसार इसे थोड़ा दर्जी करें। आपकी परीक्षण योजना लागू होने के बाद, अपनी परीक्षण स्थितियों को प्राप्त करने के लिए आगे बढ़ें।
अपनी परीक्षण स्थिति प्राप्त करने का ध्यान व्यक्तिगत अनुप्रयोगों तक सीमित नहीं होना चाहिए; इसके बजाय यह सभी अनुप्रयोगों के माध्यम से डेटा के प्रवाह पर आधारित होना चाहिए। शर्तों को इस तरह से डिज़ाइन किया जाना चाहिए कि, यदि सभी नहीं, लेकिन नेटवर्क के अधिकांश एप्लिकेशन ट्रैवर्स किए गए हैं।
एक बार जब आपकी परीक्षा की स्थिति की पहचान हो जाती है, तो अपने परीक्षण मामलों को डिजाइन या स्क्रिप्ट (यदि आप स्वचालित करने की योजना बनाते हैं) के लिए आगे बढ़ें। आप ऐसा कर सकते हैं RTM बनाएं (आवश्यकताएँ ट्रैसबिलिटी मैट्रिक्स) अपने परीक्षण मामलों को परीक्षण स्थितियों और स्वीकृति परीक्षण शर्तों / आवश्यकताओं के साथ अपने परीक्षण की स्थिति के साथ मैप करने के लिए।
जब आप किसी नेटवर्क पर काम कर रहे हों, तो गैर-कार्यात्मक परीक्षण गतिविधियों के लिए भी योजना बनाना फिर से महत्वपूर्ण है। यह कहीं भी लिखा या प्रलेखित नहीं किया जा सकता है, लेकिन संपूर्ण रूप से सिस्टम के अप्रभावी पहलुओं की जांच करना अनिवार्य है। इन गैर-क्षेत्रीय क्षेत्रों में प्रदर्शन और सुरक्षा शामिल होगी। यदि आवश्यक हो तो आप कार्यात्मक परीक्षण, प्रदर्शन परीक्षण और सुरक्षा परीक्षण के लिए अलग योजना बना सकते हैं; या इनमें से प्रत्येक परीक्षण प्रकार के लिए एक ही योजना और परीक्षण स्थितियों के विभिन्न दस्तावेज़ बनाएं।
#करना
क्या - समय की अवधि है जहां आप वास्तव में अपना निष्पादन करते हैं। कार्यात्मक और गैर-कार्यात्मक परीक्षण को निष्पादित करने के लिए अपने समय के अनुसार योजना बनाएं। हम मामलों को निष्पादित करने के इस चरण में परीक्षण चक्र का पालन करते हैं, दोषों को लॉग करते हैं, विकास टीम के साथ मिलकर उन लोगों को हल करते हैं, एक पूरे के रूप में सिस्टम का पुन: परीक्षण और प्रतिगमन परीक्षण करते हैं, परीक्षण के परिणामों की रिपोर्ट करते हैं और इसे स्थानांतरित करते हैं। बंद करना।
# 3) जाँच करें
जांचें - क्या वह चरण है जहां हम अपने परीक्षा परिणामों को फिर से देखते हैं और आरटीएम के साथ उन लोगों को मैप करने की कोशिश करते हैं और यह पुष्टि करते हैं कि क्या सभी अपेक्षित आवश्यकताओं को पूरा किया गया है या नहीं। हम जांचते हैं कि डेटा का पता लगाया गया है और अनुप्रयोगों / प्रणालियों के बीच सही और सुचारू रूप से आदान-प्रदान किया गया है। हमें यह भी प्रमाणित करना होगा कि जो डेटा ट्रेस किया गया है, वह संशोधित नहीं है।
इंटरऑपरेबिलिटी परीक्षण की पूरी प्रक्रिया का पूर्वव्यापीकरण करने पर भी विचार करें। उन क्षेत्रों की पहचान करें, जिन्होंने अच्छी तरह से काम किया है, जो अच्छी तरह से नहीं गए हैं और किसी भी कार्रवाई की वस्तुओं का ध्यान रखने की आवश्यकता है।
# 4) अधिनियम
अधिनियम - पूर्वव्यापी वस्तुओं पर कार्रवाई करना है। जिन बिंदुओं को 'अच्छी प्रथाओं' के रूप में पहचाना गया था, उन लोगों को निष्पादित करना जारी रखता है और जिन बिंदुओं पर बेहतर काम किया जा सकता है, उन्हें सुधारने के लिए चरणों की पहचान करें और तदनुसार कार्य करें। 1 बात ध्यान रखें कि जिन क्षेत्रों या चरणों ने अच्छा काम नहीं किया है, उन्हें दोहराया नहीं जाना चाहिए। आखिरकार हमें अपनी गलतियों से सीखना चाहिए और उन्हें दोहराना नहीं चाहिए।
5 ½ चरण:
- उन सभी एप्लिकेशन को पहचानें जो नेटवर्क का हिस्सा हैं।
- उनकी संबंधित कार्यक्षमता की पहचान करें।
- प्रत्येक एप्लिकेशन के लिए, उस इनपुट को पहचानें जो इसे लेता है और आउटपुट इसे लौटाता है।
- उन डेटा को पहचानें जो सभी / अधिकांश अनुप्रयोगों के माध्यम से ट्रेस हो रहे होंगे।
- आवेदन और दिनांक के प्रत्येक संयोजन के लिए अपेक्षित व्यवहार की पहचान करें जिसे मान्य करने की आवश्यकता है
½ यह दस्तावेज।
नीचे दिए गए आंकड़े पर विचार करें:
आकृति के आधार पर, आइए 5 figure चरणों को दोहराने की कोशिश करें:
- एप्लीकेशन 1, एप्लीकेशन 2, एप्लीकेशन 3 और एप्लीकेशन 4 4 अलग-अलग सिस्टम हैं।
- इनमें से प्रत्येक प्रणाली में कार्यक्षमता का निश्चित सेट है जिसे पहचानने की आवश्यकता है।
- प्रत्येक प्रणाली के इनपुट और आउटपुट को पहचानने की आवश्यकता है।
- Application1 के मामले में, यह 2 आउटपुट प्रदान करता है। 1 आउटपुट में एप्लिकेशन 3 का इनपुट बनता है और 1 आउटपुट में एप्लीकेशन 2 का इनपुट बनता है। एप्लिकेशन 2 से आउटपुट एप्लीकेशन 3 और एप्लीकेशन 4 के इनपुट को बनाता है।
- प्रत्येक इनपुट और आउटपुट की वैधता की जाँच की जाती है। यहाँ पर विचार करने का प्रमुख बिंदु यह है कि इनपुट और आउटपुट के रूप में जो डेटा ट्रेस हो रहा है, वह संशोधित नहीं होता है और सभी एप्लिकेशन कवर हो जाते हैं।
May वास्तविक जीवन में यह आंकड़ा यह सरल नहीं लग सकता है। यह वास्तव में इनपुट और आउटपुट स्थितियों की संख्या के साथ अधिक जटिल संरचना में परिणाम करता है।
इस तरह के आंकड़े को आकर्षित करने से डेटा और जानकारी की पहचान करने के लिए एक बेहतर तस्वीर मिलेगी जो विभिन्न प्रणालियों के माध्यम से ट्रैवर्सिंग होगी। इससे हमें परीक्षण की स्थिति और मामलों को प्राप्त करने में मदद मिलेगी।
एक उदाहरण:
आइए 'अस्पताल प्रबंधन प्रणाली' के लिए इंटरऑपरेबिलिटी परीक्षण करने के एक उदाहरण पर विचार करें
एक अस्पताल में नीचे के विभाग और उप-विभाग होते हैं;
यहां प्रत्येक विभाग अपने आप में एक आवेदन है। प्रत्येक विभाग (एप्लिकेशन) का अपना उप विभाग (मॉड्यूल) होता है और प्रत्येक मॉड्यूल की अपनी इकाइयां होती हैं।
तो अब आईओटी के दायरे पर विचार करने के लिए, यहां कुछ परीक्षण स्थितियां हैं:
- एक मरीज जो एक सड़क दुर्घटना (ओपीडी विभाग - दुर्घटना) के साथ मिला था, उसे एक पैर की सर्जरी (ईएनटी - जनरल सर्जरी) से गुजरना पड़ता है, फिर फिजियोथेरेपी (सहायता विभाग - फिजियोथेरेपी) से गुजरना पड़ता है और फिर छुट्टी मिलती है (सहायता विभाग - बंद)
- गंभीर देखभाल (बाल रोग - क्रिटिकल केयर) में भर्ती एक बच्चे को एक सर्जरी (बाल रोग / ईएनटी - सामान्य सर्जरी) से गुजरना पड़ता है और फिर छुट्टी दे दी जाती है (सहायता विभाग - बंद / पीआर)
- एक बाहरी रोगी एक सामान्य चिकित्सक (ओपीडी विभाग) को परामर्श देता है; निर्धारित दवाएं (सहायता विभाग - फार्मेसी) लेती हैं और चली जाती हैं।
- नियमित चेकअप (गायनोकोलॉजी डिपार्टमेंट - मदर एंड चाइल्ड केयर) के लिए एक उम्मीद की माँ आती है, निर्धारित दवा (सपोर्ट डिपार्टमेंट - फार्मेसी) लेती है और चली जाती है।
- एक दंत रोगी रूट कैनाल (दंत चिकित्सा विभाग) करता है, निर्धारित दवा (सहायक विभाग - फार्मेसी) लेता है और चला जाता है।
- एक मरीज ओपीडी (सामान्य चिकित्सक) में आता है, (प्रसूति एवं स्त्री रोग विभाग - उच्च जोखिम प्रसूति विभाग) में एक इलाज करता है, निर्धारित दवा लेता है (सहायता विभाग - फार्मेसी) और छुट्टी दे दी जाती है
इस तरह हम सभी परीक्षण स्थितियों की पहचान करते हैं; यह ध्यान में रखते हुए कि अधिकांश विभाग को कवर करने की आवश्यकता है।
हम कवरेज दिखाने के लिए RTM आकर्षित कर सकते हैं:
इस तरह हम अधिक परीक्षण स्थितियों की पहचान कर सकते हैं और आरटीएम को हमारे सटीक दायरे को देखने के लिए आकर्षित कर सकते हैं। इसके अलावा, हम RTM के आधार पर अपने परीक्षण प्रयासों की गहराई निर्धारित कर सकते हैं।
इस उदाहरण की तरह, हम देखते हैं कि 'समर्थन विभाग' वह एप्लिकेशन है जो एप्लिकेशन के सभी (अधिकांश) के लिए निकास बिंदु है, इसलिए इस विशेष एप्लिकेशन के लिए परीक्षण प्रयास अन्य एप्लिकेशन की तुलना में थोड़ा अधिक है।
चुनौतियां:
- सभी क्रमपरिवर्तन और संयोजनों के साथ सभी एप्लिकेशन का परीक्षण करना मुश्किल है।
- अनुप्रयोगों को विभिन्न हार्डवेयर / सॉफ्टवेयर संयोजनों में विकसित किया जाता है और विभिन्न वातावरणों में स्थापित किया जाता है, इसलिए यदि कोई भी पर्यावरण नीचे है, तो यह परीक्षण को प्रभावित करता है।
- विभिन्न सॉफ्टवेयर और वातावरणों के कारण, परीक्षण की रणनीति का निर्धारण करना और इसे निष्पादित करना अपने आप में एक बड़ा काम है।
- परीक्षण करने के लिए पर्यावरण को उत्तेजित करना, एक बड़ी चुनौती है।
- किसी भी दोष के मामले में, रूट कारण विश्लेषण करना एक बड़ी चुनौती है।
- क्योंकि अनुप्रयोग एक नेटवर्क में हैं, ऐसे समय में होगा जब नेटवर्क नीचे होगा। इसकी वजह से परीक्षण भी प्रभावित होता है।
मैं इन चुनौतियों को कैसे कम कर सकता हूं?
1) अग्रिम परीक्षण तकनीकों का उपयोग करने की कोशिश करें जैसे:
- OATS (ऑर्थोगोनल एरे परीक्षण तकनीक)
- राज्य संक्रमण आरेख,
- कारण और प्रभाव रेखांकन
- समतुल्यता विभाजन और सीमा मूल्य विश्लेषण।
ये तकनीकें आपको आवेदन के बीच अन्योन्याश्रयता की पहचान करने और परीक्षण मामलों / शर्तों की पहचान करने में मदद करेगी जो अधिकतम कवरेज सुनिश्चित करेगी।
2) कुछ ऐतिहासिक डेटा की पहचान करने की कोशिश करें जैसे - किन परिस्थितियों में सिस्टम नीचे थे, कार्रवाई में वापस आने में कितना समय लगता है। उस स्थिति में उन परिदृश्यों को निष्पादित करने का प्रयास करें जिनके अनुप्रयोग प्रभावित नहीं होते हैं, या परिदृश्यों को रिपोर्ट करने और परिणामों की रिपोर्ट करने के लिए समय का उपयोग करते हैं। इसके अलावा जब भी आप योजना बनाते हैं या परीक्षण करते हैं, तो हमेशा इन ऐतिहासिक आंकड़ों को अपने अनुमान के लिए एक इनपुट के रूप में मानते हैं और तदनुसार योजना बनाते हैं।
3) योजना - परीक्षण की रणनीति की पहचान करने के लिए ऐतिहासिक डेटा, पिछले अनुभवों, टीम के कौशल, पर्यावरणीय कारकों का उपयोग करें। आपकी योजना जितनी बेहतर होगी, आपका निष्पादन उतना ही बेहतर होगा।
4) अपने वास्तविक निष्पादन शुरू होने से पहले पर्यावरण को तैयार करने पर काम करना शुरू करें। कहने की जरूरत नहीं है कि जब आप पर्यावरण तैयार कर रहे हों तो अपने कदमों की योजना बनाएं। सुनिश्चित करें कि जब आपका निष्पादन शुरू हो जाता है, तो आपका वातावरण बिल्कुल तैयार, तैयार और चालू होता है।
धुआँ परीक्षण और पवित्रता परीक्षण क्या है
5) IOT के साथ शुरू करने से पहले, सुनिश्चित करें कि व्यक्तिगत अनुप्रयोगों को पूरी तरह कार्यात्मक रूप से बिना किसी दोष के परीक्षण किया गया है। फिर किसी भी दोष के मामले में, आपको केवल उन पर्यावरणीय कारकों की तलाश करनी होगी जिनके परिणामस्वरूप कुछ त्रुटि हुई है।
6) जैसा कि बिंदु 2 में चर्चा की गई है, अपनी गतिविधि की योजना बनाएं। यदि यह एक निर्धारित आउटेज है, तो आपको अपने परीक्षण की योजना बनाते समय इस डाउनटाइम पर विचार करना चाहिए।
मोबाइलों पर इंटरऑपरेबिलिटी टेस्ट:
मोबाइल में, जब भी कोई नया ऐप होता है, हम इंटरऑपरेबिलिटी टेस्ट करते हैं ( मोबाइल एप्लिकेशन ) लॉन्च किया है। मोबाइल उपकरणों पर इस परीक्षण की योजना बनाते समय हमें कई क्षेत्रों पर विचार करना होगा:
- बाजार पर उपलब्ध मोबाइल उपकरणों के प्रकार विशाल हैं। आपको यह नीचे सूचीबद्ध करने की आवश्यकता होगी कि आप अपने परीक्षण के लिए किन सभी प्रकार के उपकरणों पर विचार करेंगे। आपको OS का समर्थन करने वाले डिवाइस प्रकार के साथ जोड़ी बनाने की आवश्यकता होगी।
- सभी मोबाइल ओएस विभिन्न प्रोग्रामिंग भाषा में विकसित किए गए हैं। इसलिए, ऐप को ओएस के सभी रूपों के खिलाफ परीक्षण करने की आवश्यकता है।
- कानूनी कारकों और क्षेत्र से संबंधित अनुबंधों को समझना।
- विभिन्न उपकरणों के आकार / संकल्प अलग-अलग होते हैं।
- मोबाइल इनबिल्ट ऐप्स पर प्रभाव पर भी विचार करने की आवश्यकता है।
इसलिए मोबाइल पर IOT करने के लिए, आपको एक योजना और एक RTM बनाने की आवश्यकता होगी, जैसे हमने कंप्यूटर-आधारित अनुप्रयोग परीक्षण के लिए किया था।
इरादा, रणनीति, जोखिम, और निष्पादन एक ही होगा लेकिन उपकरण और तकनीक मोबाइल के मामले में अलग होगा।
निष्कर्ष:
अंतर परीक्षण एक बहुत बड़ा काम है। इस तकनीक को उचित नियोजन की आवश्यकता होती है जो सिस्टम परीक्षण योजना शुरू होने पर समानांतर शुरू होनी चाहिए।
इस तकनीक को निष्पादित करते समय कई कारकों पर विचार किया जाना चाहिए। बग फिक्सिंग और रिटायरिंग के लिए पर्याप्त समय का ध्यान रखें, क्योंकि यह एक बहुत बड़ा प्रयास है कि दोष अनुवर्ती के लिए प्रावधान होना चाहिए।
ऐसा हो सकता है कि आप 100% प्राप्त न करें कवरेज , लेकिन हमें अपने मामलों को इस तरह से चुनने के लिए पर्याप्त स्मार्ट होना चाहिए कि अधिकांश एप्लिकेशन अच्छी परीक्षा लेखन तकनीकों का उपयोग करके एक ही प्रवाह में कवर किए जाते हैं।
आशा है कि यह लेख इंटरऑपरेबिलिटी परीक्षण तकनीक को समझने के लिए उपयोगी था। हमें अपने प्रश्नों / टिप्पणियों की जानकारी दें।
अनुशंसित पाठ
- कार्यात्मक परीक्षण बनाम गैर-कार्यात्मक परीक्षण
- वेब अनुप्रयोग सुरक्षा परीक्षण गाइड
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 [क्यूए टेस्ट स्वचालन उपकरण]
- व्यावहारिक उदाहरणों के साथ पोर्टेबिलिटी परीक्षण गाइड
- अल्फा परीक्षण और बीटा परीक्षण (एक पूर्ण गाइड)
- सॉफ्टवेयर परीक्षण के प्रकार: विभिन्न परीक्षण प्रकार विवरण के साथ
- स्थानीयकरण परीक्षण और अंतर्राष्ट्रीयकरण परीक्षण (सरल गाइड) क्या है
- परीक्षण प्राइमर eBook डाउनलोड