difference between test plan
जानें कि टेस्ट प्लान, टेस्ट स्ट्रेटेजी, टेस्ट केस, टेस्ट स्क्रिप्ट, टेस्ट परिदृश्य और टेस्ट कंडीशन के बीच अंतर क्या है:
सॉफ्टवेयर टेस्टिंग में कई बेसिक के साथ-साथ महत्वपूर्ण अवधारणाएं भी शामिल हैं जिनके बारे में हर सॉफ्टवेयर टेस्टर को पता होना चाहिए।
यह लेख सॉफ्टवेयर परीक्षण में विभिन्न अवधारणाओं को उनकी तुलना के साथ समझाएगा।
टेस्ट प्लान बनाम टेस्ट रणनीति, टेस्ट केस बनाम टेस्ट स्क्रिप्ट, टेस्ट परिदृश्य बनाम टेस्ट कंडीशन और टेस्ट प्रक्रिया बनाम टेस्ट सूट आपकी आसान समझ के लिए विस्तार से बताया गया है।
=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां क्लिक करें
ससी सी द्वारा पूछा गया उपरोक्त प्रश्न हमारे देश में सबसे अधिक पूछा जाने वाला प्रश्न है सॉफ्टवेयर परीक्षण वर्ग और मैं हमेशा अपने प्रतिभागियों को बताता हूं कि अनुभव के साथ हम शायद ही इन शब्दों को नोटिस करते हैं और वे हमारी शब्दावली का हिस्सा बन जाते हैं।
लेकिन अक्सर, भ्रम इन्हें घेर लेता है और इस लेख में, मैं कुछ सामान्य शब्दों का इस्तेमाल करने की कोशिश कर रहा हूं।
विभिन्न सॉफ्टवेयर परीक्षण अवधारणाओं
नीचे सूचीबद्ध विभिन्न सॉफ्टवेयर परीक्षण अवधारणाएं उनकी तुलना के साथ हैं।
चलो शुरू करते हैं!!
सी + 0 और 1 के बीच यादृच्छिक फ्लोट
आप क्या सीखेंगे:
- टेस्ट प्लान और टेस्ट रणनीति के बीच अंतर
- टेस्ट केस और टेस्ट स्क्रिप्ट के बीच अंतर
- टेस्ट परिदृश्य और टेस्ट स्थिति के बीच अंतर
- टेस्ट प्रक्रिया और टेस्ट सूट के बीच अंतर
- निष्कर्ष
टेस्ट प्लान और टेस्ट रणनीति के बीच अंतर
किसी भी परियोजना के परीक्षण जीवन चक्र में परीक्षण की रणनीति और परीक्षण योजना दो महत्वपूर्ण दस्तावेज हैं। यहां हम आपको परीक्षण रणनीति और परीक्षण योजना दस्तावेजों का गहन ज्ञान देने की कोशिश कर रहे हैं।
जाँच की योजना
एक टेस्ट प्लान को एक ऐसे दस्तावेज़ के रूप में परिभाषित किया जा सकता है जो सॉफ़्टवेयर एप्लिकेशन का परीक्षण करने के लिए गुंजाइश, उद्देश्य और दृष्टिकोण को परिभाषित करता है। टेस्ट प्लान एक टर्म और एक डिलिवरेबल है।
टेस्ट प्लान एक दस्तावेज है जो एक क्यूए परियोजना में सभी गतिविधियों को सूचीबद्ध करता है, उन्हें शेड्यूल करता है, परियोजना के दायरे, भूमिकाएं और जिम्मेदारियां, जोखिम, प्रवेश और निकास मानदंड, परीक्षण उद्देश्य, और कुछ भी जिसे आप सोच सकते हैं, को परिभाषित करता है।
टेस्ट प्लान ऐसा है जैसे मैं एक 'सुपर डॉक्यूमेंट' को कॉल करना चाहता हूं, जिसमें हर उस चीज को सूचीबद्ध किया जाए जो जानना और उसकी जरूरत है। कृप्या इस लिंक की जाँच करें अधिक जानकारी के लिए और एक नमूना है।
टेस्ट प्लान को आवश्यकताओं के आधार पर डिजाइन किया जाएगा। परीक्षण इंजीनियरों को काम सौंपते समय, कुछ कारणों के कारण एक परीक्षक को दूसरे से बदल दिया जाता है। यहां, टेस्ट प्लान अपडेट हो जाता है।
परीक्षण रणनीति परीक्षण दृष्टिकोण और बाकी सब कुछ है कि यह चारों ओर से घेरे में है। यह टेस्ट प्लान से अलग है, इस मायने में कि टेस्ट की रणनीति टेस्ट प्लान की सबसेट है। यह एक कट्टर परीक्षण दस्तावेज है जो एक हद तक सामान्य और स्थिर है। इस बारे में एक तर्क भी है कि किस स्तर की परीक्षण रणनीति या योजना का उपयोग किया जाता है- लेकिन मैं वास्तव में कोई भी समझदार अंतर नहीं देखता हूं।
उदाहरण: टेस्ट प्लान इस बात की जानकारी देता है कि कौन किस समय परीक्षा दे रहा है। उदाहरण के लिए, मॉड्यूल 1 'एक्स टेस्टर' द्वारा परीक्षण किया जा रहा है। यदि परीक्षक Y किसी कारण से X को प्रतिस्थापित करता है, तो परीक्षण योजना को अपडेट करना होगा।
टेस्ट प्लान डॉक्यूमेंट
टेस्ट प्लान एक दस्तावेज है जो सॉफ्टवेयर प्रोजेक्ट से संबंधित परीक्षण कार्यों के बारे में पूरी जानकारी प्रदान करता है। यह परीक्षण के स्कोप, परीक्षण के प्रकार, उद्देश्य, परीक्षण पद्धति, परीक्षण प्रयास, जोखिम और आकस्मिकता, रिलीज मानदंड, परीक्षण वितरण, आदि जैसे विवरण प्रदान करता है। यह कोडिंग के बाद सिस्टम पर चलाए जाने वाले संभावित परीक्षणों का ट्रैक रखता है।
परीक्षण योजना स्पष्ट रूप से बदलने के लिए निर्धारित है। प्रारंभ में, उस समय परियोजना स्पष्टता के आधार पर एक मसौदा परीक्षण योजना विकसित की जाएगी। यह प्रारंभिक योजना परियोजना की प्रगति के रूप में संशोधित हो जाएगी। टेस्ट टीम मैनेजर या टेस्ट लीड टेस्ट प्लान दस्तावेज तैयार कर सकते हैं। यह विनिर्देशों का वर्णन करता है और उसी के आधार पर परिवर्तन के अधीन है।
क्या परीक्षण करना है, कब परीक्षण करना है, कौन परीक्षण करेगा और कैसे परीक्षण योजना में परिभाषित किया जाएगा। टेस्ट प्लान मुद्दों, निर्भरता और अंतर्निहित जोखिमों की एक सूची को हल करेगा।
टेस्ट प्लान के प्रकार
परीक्षण योजना परीक्षण के चरण के आधार पर विभिन्न प्रकार की हो सकती है। प्रारंभ में, पूरे प्रोजेक्ट के निष्पादन के लिए एक मास्टर टेस्ट प्लान होगा। सिस्टम परीक्षण, सिस्टम एकीकरण परीक्षण, उपयोगकर्ता स्वीकृति परीक्षण आदि जैसे विशिष्ट परीक्षण प्रकारों के लिए अलग-अलग परीक्षण योजनाएं बनाई जा सकती हैं।
एक अन्य दृष्टिकोण कार्यात्मक और गैर-कार्यात्मक परीक्षण के लिए अलग-अलग परीक्षण योजनाएं हैं। इस दृष्टिकोण के प्रदर्शन में, परीक्षण की एक अलग परीक्षण योजना होगी।
टेस्ट प्लान डॉक्यूमेंट की सामग्री ( IEEE-829 परीक्षण योजना संरचना )
परीक्षण योजना के लिए एक स्पष्ट प्रारूप तैयार करना मुश्किल है। परीक्षण योजना प्रारूप हाथ में परियोजना के आधार पर भिन्न हो सकता है। IEEE ने परीक्षण योजनाओं के लिए एक मानक को परिभाषित किया है जिसे IEEE-829 परीक्षण योजना संरचना के रूप में वर्णित किया गया है।
कृपया मानक परीक्षण योजना सामग्री के लिए IEEE अनुशंसाएँ नीचे देखें:
- परीक्षण योजना पहचानकर्ता
- परिचय
- परीक्षण की चीज़ें
- सॉफ्टवेयर जोखिम मुद्दे
- परीक्षण किया जाना है
- सुविधाओं का परीक्षण नहीं किया जाना है
- पहुंच
- आइटम पास / असफल मानदंड (या) स्वीकृति मानदंड
- निलंबन मानदंड और बहाली की आवश्यकताएं
- परीक्षण वितरित करें
- परीक्षण कार्य
- पर्यावरण आवश्यकताएं
- स्टाफ और प्रशिक्षण की जरूरत है
- जिम्मेदारियों
- अनुसूची
- स्वीकृति
सुझाव पढ़ें => टेस्ट प्लान ट्यूटोरियल - एक परफेक्ट गाइड
टेस्ट की रणनीति
टेस्ट रणनीति दिशानिर्देशों का एक समूह है जो परीक्षण के डिजाइन की व्याख्या करता है और निर्धारित करता है कि परीक्षण कैसे किया जाना चाहिए।
उदाहरण: एक परीक्षण रणनीति में 'व्यक्तिगत मॉड्यूल का परीक्षण टीम के सदस्यों द्वारा परीक्षण किया जाना' जैसे विवरण शामिल हैं। इस मामले में, कौन इसका परीक्षण करता है, इससे कोई फर्क नहीं पड़ता - इसलिए यह सामान्य है और टीम के सदस्य में परिवर्तन को स्थिर रखने के लिए अपडेट नहीं करना पड़ता है।
किस तरह के ईमेल हैं
टेस्ट रणनीति दस्तावेज
परीक्षण रणनीति का उद्देश्य परीक्षण दृष्टिकोण, परीक्षण के प्रकार, परीक्षण वातावरण और परीक्षण के लिए उपयोग किए जाने वाले उपकरण और परीक्षण प्रक्रियाओं को अन्य प्रक्रियाओं के साथ कैसे संरेखित किया जाएगा इसका उच्च-स्तरीय विवरण परिभाषित करना है। परीक्षण रणनीति दस्तावेज एक जीवित दस्तावेज होने का इरादा रखता है और अद्यतन किया जाएगा ** जब हम आवश्यकताओं, एसएलए मापदंडों, परीक्षण वातावरण और बिल्ड प्रबंधन दृष्टिकोण, आदि पर अधिक स्पष्टता प्राप्त करते हैं।
टेस्ट रणनीति पूरी परियोजना टीम के लिए अभिप्रेत है जिसमें प्रोजेक्ट प्रायोजक, बिजनेस एसएमई, एप्लिकेशन / इंटीग्रेशन डेवलपमेंट, सिस्टम इंटीग्रेशन पार्टनर्स, डेटा रूपांतरण टीम, बिल्ड / रिलीज़ मैनेजमेंट टीमें जैसे कि तकनीकी लीड, आर्किटेक्चर लीड, और परिनियोजन और अवसंरचना टीम शामिल हैं।
** कुछ तर्क देते हैं कि एक बार परिभाषित की गई रणनीति को कभी भी अपडेट नहीं किया जाना चाहिए। अधिकांश परीक्षण परियोजनाओं में आमतौर पर, यह परियोजना की प्रगति के रूप में अद्यतन हो जाता है।
नीचे महत्वपूर्ण खंड हैं जो एक परीक्षण रणनीति दस्तावेज होना चाहिए:
(1) प्रोजेक्ट ओवरव्यू
हाथ में परियोजना का एक संक्षिप्त विवरण के बाद संगठन का अवलोकन देने से यह खंड शुरू हो सकता है। इसमें नीचे विवरण शामिल हो सकते हैं
- प्रोजेक्ट की क्या जरूरत थी?
- परियोजना किन उद्देश्यों को प्राप्त करेगी?
परिवर्णी शब्द की तालिका: समस्याओं वाली तालिका को शामिल करना बेहतर है जो दस्तावेज़ का उल्लेख करते हुए दस्तावेज़ रीडर के साथ आ सकता है।
# 2) आवश्यकताएँ स्कोप
आवश्यकता गुंजाइश में आवेदन क्षेत्र और कार्यात्मक गुंजाइश शामिल हो सकते हैं
अनुप्रयोग स्कोप परीक्षण के तहत प्रणाली को परिभाषित करता है और नई या बदली हुई कार्यक्षमता के कारण प्रणाली पर प्रभाव पड़ता है। संबंधित प्रणालियों को भी परिभाषित किया जा सकता है।
प्रणाली | प्रभाव (नई या परिवर्तित कार्यक्षमता) | संबंधित प्रणाली |
---|---|---|
यह बताता है कि कैसे परीक्षण करना है, कब परीक्षण करना है, कौन परीक्षण करेगा और क्या परीक्षण करना है। | यह बताता है कि किस प्रकार की तकनीक का पालन करना है और किस मॉड्यूल का परीक्षण करना है। | |
सिस्टम ए | नई संवर्द्धन और बग फिक्स | • सिस्टम बी • सिस्टम सी |
कार्यात्मक स्कोप सिस्टम के भीतर विभिन्न मॉड्यूल पर प्रभाव को परिभाषित करता है। यहां कार्यक्षमता से संबंधित प्रत्येक संबंधित प्रणाली को समझाया जाएगा।
प्रणाली | मापांक | कार्यक्षमता | संबंधित प्रणाली |
---|---|---|---|
सिस्टम सी | मॉड्यूल 1 | कार्यक्षमता 1 | सिस्टम बी |
क्रियाशीलता २ | सिस्टम सी |
# 3) उच्च-स्तरीय परीक्षण योजना
टेस्ट प्लान एक अलग दस्तावेज है। परीक्षण रणनीति में, एक उच्च-स्तरीय परीक्षण योजना शामिल की जा सकती है। एक उच्च-स्तरीय परीक्षण योजना में परीक्षण उद्देश्य और परीक्षण गुंजाइश शामिल हो सकते हैं। टेस्ट स्कोप को स्कोप और स्कोप एक्टिविटी दोनों में परिभाषित किया जाना चाहिए।
# 4) परीक्षण दृष्टिकोण
यह खंड परीक्षण दृष्टिकोण का वर्णन करता है जिसका परीक्षण जीवन चक्र के दौरान किया जाएगा।
उपर्युक्त आरेख परीक्षण के अनुसार दो चरणों में आयोजित किया जाएगा अर्थात् परीक्षण रणनीति और योजना और परीक्षण निष्पादन। टेस्ट रणनीति और योजना चरण एक समग्र कार्यक्रम के लिए एक समय होगा जबकि टेस्ट निष्पादन चरणों को समग्र कार्यक्रम के प्रत्येक चक्र के लिए दोहराया जाएगा। उपरोक्त आरेख निष्पादन दृष्टिकोण के प्रत्येक चरण में विभिन्न चरणों और डिलिवरेबल्स (परिणाम) को दर्शाता है।
टेस्ट दृष्टिकोण में उप-वर्गों के नीचे शामिल होना चाहिए
ए) टेस्ट अनुसूची: इस उपधारा में प्रस्तावित परियोजना समयरेखा बताएं
बी) कार्यात्मक परीक्षण दृष्टिकोण: इस उपधारा का उपयोग करना प्रत्येक चरण और संबंधित प्रविष्टि और निकास मानदंडों का अवलोकन प्रदान करता है। विभिन्न परीक्षण चरण यूनिट परीक्षण, सिस्टम परीक्षण, सिस्टम एकीकरण परीक्षण, उपयोगकर्ता स्वीकृति परीक्षण और एंड-टू-एंड परीक्षण हैं।
ग) परीक्षण कुंजी प्रदर्शन संकेतक:
- परीक्षण मामले की प्राथमिकता: परीक्षण के मामले की प्राथमिकता वाले दृष्टिकोण को परिभाषित करें ताकि समय की कमी के मामले में, परीक्षण टीम द्वारा उच्च प्राथमिकता वाले परिदृश्य निष्पादित किए जा सकें। सभी नियोजित परिदृश्यों को निष्पादित नहीं करने में शामिल संभावित जोखिमों के बारे में परियोजना हितधारकों के बीच एक समझौता होना चाहिए।
- दोष प्राथमिकता: दोष प्राथमिकता रणनीति यहां कवर करने के लिए अगला विषय है। प्राथमिकता स्तर को परिभाषित करें और प्रत्येक स्तर जैसे महत्वपूर्ण, उच्च, मध्यम आदि का विवरण दें
- दोष प्रतिवर्तन समय: दोष प्रतिवर्तन समय को उस समय के रूप में परिभाषित किया जाता है, जब दोष पहले उठाया गया था और जब दोष तय हो गया है और एक प्रतिशोध के लिए आता है। त्वरित बदलाव से परियोजना की समयसीमा में तेजी से परीक्षण और पालन सुनिश्चित होता है। प्रत्येक दोष प्राथमिकता स्तर के लिए, टर्नअराउंड समय को परिभाषित करें।
प्राथमिकता स्तर | दोष प्रतिवर्तन समय |
---|---|
1 - महत्वपूर्ण | प्रतिक्रिया समय: 2 घंटे या उससे कम माइग्रेशन के लिए तैयार फिक्स: 1 व्यावसायिक दिन या उससे कम |
# 5) टेस्ट कवरेज
यह खंड उन प्रक्रियाओं का वर्णन करता है जो क्यूए टीम परीक्षण परिदृश्यों और परीक्षण मामलों में व्यापार / कार्यात्मक आवश्यकताओं के कवरेज का अनुकूलन करने के लिए पालन करेगी। आवश्यकता का पता लगाने की क्षमता मैट्रिक्स: (आरटीएम) का उपयोग संबंधित परीक्षण परिदृश्यों और परीक्षण मामलों के साथ सभी आवश्यकताओं का पता लगाने के लिए किया जा सकता है।
# 6) टेस्ट पर्यावरण
उपलब्ध विभिन्न क्यूए वातावरण को परिभाषित करें। उल्लेख करें कि किस परिवेश में और किसके द्वारा परीक्षण किया जाएगा। आपात स्थितियों की देखभाल के लिए एक पर्यावरण बैकअप योजना बनाएं। प्रत्येक वातावरण तक पहुंच को विनियमित किया जाना चाहिए और स्पष्टता के साथ बुलाया जाना चाहिए।
परीक्षण उपकरण जो उपयोग होने जा रहे हैं उनका भी इस खंड में उल्लेख किया जा सकता है।
गतिविधि | साधन | टिप्पणियों |
---|---|---|
परीक्षण प्रबंधन | एचपी एएलएम | इस उपकरण का उपयोग करने के कारण का उल्लेख करें |
दोष प्रबंधन | JIRA | इस उपकरण का उपयोग करने के कारण का उल्लेख करें |
# 7) क्यूए डिलिवरेबल्स और मेट्रिक्स
सभी क्यूए डिलिवरेबल्स को सूचीबद्ध करें
एस। | प्रदेय |
---|---|
1 | टेस्ट रणनीति दस्तावेज |
दो | आवश्यकता Traceability मैट्रिक्स |
३ | एसटी टेस्ट लिपियों |
४ | टेस्ट सारांश रिपोर्ट |
५ | स्वचालन योग्य परिदृश्य सूची |
सभी क्यूए मेट्रिक्स को सूचीबद्ध करें
# | मैट्रिक नाम | मीट्रिक परिभाषा; | मीट्रिक फॉर्मूला | माप की मीट्रिक इकाई | रिपोर्ट जिसमें मैट्रिक्स का उपयोग किया जाना है |
---|---|---|---|---|---|
1 | आवश्यकताएँ कवरेज मेट्रिक्स (RCM) | क्यूए द्वारा आवश्यकताओं का कवरेज | पहचान की गई आवश्यकताओं की # आवश्यकताओं के # अनुपात का अनुपात | % | साप्ताहिक क्यूए स्थिति रिपोर्ट, टेस्ट सारांश रिपोर्ट |
दो | टेस्ट कवरेज | परीक्षण मामले का कवरेज निष्पादित | निष्पादित मामलों की संख्या / परीक्षण मामलों की संख्या की योजना बनाई गई अनुपात | % | दैनिक निष्पादन रिपोर्ट, साप्ताहिक क्यूए स्थिति रिपोर्ट, टेस्ट सारांश रिपोर्ट |
# 8) दोष प्रबंधन
एक दोष वर्कफ़्लो, दोष ट्रैकिंग पद्धति और दोष परीक्षण प्रक्रिया बनाकर स्पष्ट रूप से एक दोष प्रबंधन रणनीति को परिभाषित करें। प्रत्येक परीक्षक की भूमिकाओं के लिए जिम्मेदारी का उल्लेख करें। आवधिक दोष विश्लेषण और मूल कारण विश्लेषण परीक्षण की समग्र गुणवत्ता में सुधार करेगा
# 9) संचार प्रबंधन
स्टेटस रिपोर्ट, स्टेटस मीटिंग और ऑनसाइट-ऑफशोर कम्युनिकेशन के लिए दिशा निर्देश निर्धारित करें।
# 10) मान्यताओं, जोखिम, और निर्भरता
उन मान्यताओं का वर्णन करें जिन पर परियोजना आधारित है। इनमें समय, संसाधन और सिस्टम क्षमताएं शामिल हो सकती हैं। किसी भी निर्भरता का वर्णन करें जैसे कि अन्य परियोजनाएं, अस्थायी संसाधनों की उपलब्धता, अन्य समय सीमाएं जो परियोजना को प्रभावित कर सकती हैं
# 11) परिशिष्ट
इस अनुभाग में सामान और जिम्मेदारी, कार्य समय क्षेत्र और संदर्भ जैसे सामान शामिल करें
अग्रिम पठन=> एक अच्छा टेस्ट रणनीति दस्तावेज़ लिखने के लिए गाइड ।
टेस्ट प्लान बनाम टेस्ट रणनीति
जाँच की योजना | टेस्ट रणनीति |
---|---|
यह सॉफ्टवेयर आवश्यकता विनिर्देशन (SRS) से लिया गया है। | यह बिजनेस रिक्वायरमेंट डॉक्यूमेंट (BRS) से लिया गया है। |
इसे टेस्ट लीड या मैनेजर द्वारा तैयार किया जाता है। | यह प्रोजेक्ट मैनेजर या बिजनेस एनालिस्ट द्वारा विकसित किया गया है। |
टेस्ट प्लान आईडी, परीक्षण की जाने वाली सुविधाएँ, परीक्षण तकनीक, परीक्षण कार्य, सुविधाएँ पास या असफल मानदंड, परीक्षण डिलिवरेबल्स, ज़िम्मेदारियाँ और शेड्यूल इत्यादि, परीक्षण योजना के घटक हैं। | उद्देश्य और गुंजाइश, प्रलेखन प्रारूप, परीक्षण प्रक्रिया, टीम रिपोर्टिंग संरचना, ग्राहक संचार रणनीति, आदि परीक्षण रणनीति के घटक हैं। |
यदि कोई नई सुविधा या आवश्यकता में परिवर्तन होता है तो परीक्षण योजना दस्तावेज अपडेट हो जाता है। | दस्तावेज तैयार करते समय परीक्षण रणनीति मानकों को बनाए रखती है। इसे स्टेटिक डॉक्यूमेंट भी कहा जाता है। |
हम व्यक्तिगत रूप से परीक्षण योजना तैयार कर सकते हैं। | छोटी परियोजनाओं में, परीक्षण रणनीति को अक्सर एक परीक्षण योजना के एक भाग के रूप में पाया जाता है। |
हम परियोजना स्तर पर एक परीक्षण योजना तैयार कर सकते हैं। | हम कई परियोजनाओं में टेस्ट रणनीति का उपयोग कर सकते हैं। |
हम एक परीक्षण योजना का उपयोग करके विनिर्देशों के बारे में वर्णन कर सकते हैं। | परीक्षण की रणनीति सामान्य दृष्टिकोणों के बारे में बताती है। |
टेस्ट प्लान प्रोजेक्ट के दौरान बदल जाएगा। | अनुमोदित होने के बाद टेस्ट रणनीति आमतौर पर नहीं बदलेगी। |
टेस्ट प्लान आवश्यकता साइन ऑफ के बाद लिखा जाता है। | टेस्ट प्लान से पहले टेस्ट की रणनीति बनाई जाती है। |
टेस्ट प्लान विभिन्न प्रकार के हो सकते हैं। विभिन्न प्रकार के परीक्षण के लिए एक मास्टर टेस्ट प्लान और अलग-अलग टेस्ट प्लान होंगे जैसे सिस्टम टेस्ट प्लान, प्रदर्शन टेस्ट प्लान इत्यादि। | एक परियोजना के लिए केवल एक परीक्षण रणनीति दस्तावेज होगा। |
टेस्ट प्लान स्पष्ट और संक्षिप्त होना चाहिए। | परीक्षण रणनीति हाथ में परियोजना के लिए समग्र मार्गदर्शन प्रदान करती है। |
इन दोनों दस्तावेजों में अंतर सूक्ष्म है। एक परीक्षण रणनीति परियोजना के बारे में एक उच्च-स्तरीय स्थैतिक दस्तावेज है। दूसरी ओर, परीक्षण योजना में यह निर्दिष्ट करना होगा कि क्या परीक्षण करना है, कब परीक्षण करना है और कैसे परीक्षण करना है।
टेस्ट केस और टेस्ट स्क्रिप्ट के बीच अंतर
मेरी राय में, इन दोनों शब्दों का परस्पर उपयोग किया जा सकता है। हां, मैं कह रहा हूं कि कोई अंतर नहीं है। परीक्षण मामला चरणों का एक क्रम है जो हमें आवेदन पर एक निश्चित परीक्षण करने में मदद करता है। टेस्ट की स्क्रिप्ट भी वही है।
अब, एक विचार का एक स्कूल है कि एक परीक्षण का मामला मैन्युअल परीक्षण वातावरण में उपयोग किया जाने वाला शब्द है और परीक्षण स्क्रिप्ट का उपयोग स्वचालन वातावरण में किया जाता है। यह आंशिक रूप से सच है, क्योंकि संबंधित क्षेत्रों में परीक्षकों के आराम स्तर के कारण और यह भी कि कैसे उपकरण परीक्षण का उल्लेख करते हैं (कुछ कॉल परीक्षण स्क्रिप्ट और कुछ उन्हें मामलों का परीक्षण करने के लिए कहते हैं)।
तो वास्तव में, परीक्षण स्क्रिप्ट और परीक्षण के मामले में दोनों को अपनी कार्यक्षमता को मान्य करने के लिए एक आवेदन पर किए जाने वाले कदम हैं चाहे मैन्युअल या स्वचालन के माध्यम से।
अग्रिम पठन=> प्रभावी परीक्षण के मामले कैसे लिखें? तथा टेस्ट केस उदाहरण टेम्पलेट ।
परीक्षण मामला | टेस्ट SCRIPT |
---|---|
यह अनुक्रम में एक आवेदन का परीक्षण करने के लिए आधार रूप है। | एक बार जब हम विकसित हो जाते हैं, तो स्क्रिप्ट इसे कई बार चलाएगी, जब तक आवश्यकता को बदल नहीं दिया जाता। |
यह एक कदम से कदम प्रक्रिया है जो किसी अनुप्रयोग का परीक्षण करने के लिए उपयोग किया जाता है | यह स्वचालित रूप से किसी एप्लिकेशन का परीक्षण करने के लिए निर्देशों का एक सेट है। |
टेस्ट केस शब्द का उपयोग मैन्युअल परीक्षण वातावरण में किया जाता है। | स्वचालन परीक्षण वातावरण में टेस्ट स्क्रिप्ट शब्द का उपयोग किया जाता है। |
यह मैन्युअल रूप से किया जाता है। | यह स्क्रिप्टिंग प्रारूप द्वारा किया जाता है। |
इसे टेम्प्लेट के रूप में विकसित किया जाता है। | इसे स्क्रिप्टिंग के रूप में विकसित किया जाता है। |
टेस्ट केस टेम्प्लेट में टेस्ट सूट आईडी, टेस्ट डेटा, टेस्ट प्रक्रिया, वास्तविक परिणाम, अपेक्षित परिणाम आदि शामिल हैं। | टेस्ट स्क्रिप में, टी हम स्क्रिप्ट विकसित करने के लिए विभिन्न कमांड का उपयोग कर सकते हैं। |
किसी एप्लिकेशन का परीक्षण करने के लिए उपयोग किया जाता है। | इसका उपयोग किसी एप्लिकेशन का परीक्षण करने के लिए भी किया जाता है। |
उदाहरण: हमें एक आवेदन में लॉगिन बटन को सत्यापित करना होगा, चरणों में शामिल हैं: a) एप्लिकेशन लॉन्च करें। b) यह सत्यापित करें कि लॉगिन बटन प्रदर्शित हो रहा है या नहीं। | उदाहरण: हम एक एप्लिकेशन में एक छवि बटन पर क्लिक करना चाहते हैं। स्क्रिप्ट में शामिल हैं: a) इमेज बटन पर क्लिक करें। |
टेस्ट परिदृश्य और टेस्ट स्थिति के बीच अंतर
परीक्षण परिदृश्य: यह एक आवेदन का परीक्षण करने के लिए सभी संभावित तरीकों को परिभाषित करने का एक तरीका है। किसी एप्लिकेशन का परीक्षण करने के लिए सभी संभावित तरीकों को कवर करना एक एकल विवरण है।
परीक्षण स्थिति: टेस्ट कंडीशन एक विनिर्देश है जो एक परीक्षक को किसी एप्लिकेशन के परीक्षण के लिए पालन करना चाहिए।
यह एक-लाइन पॉइंटर है जो परीक्षकों को परीक्षण डिजाइन चरण में एक प्रारंभिक, संक्रमणकालीन चरण के रूप में बनाते हैं। यह 'व्हाट्स' की ज्यादातर एक-लाइन परिभाषा है, जिसे हम एक निश्चित फीचर के संबंध में परखने जा रहे हैं। आमतौर पर, परीक्षण परिदृश्य परीक्षण मामलों के निर्माण के लिए इनपुट होते हैं।
चुस्त परियोजनाओं में, टेस्ट परिदृश्य केवल परीक्षण डिज़ाइन आउटपुट हैं और कोई भी परीक्षण मामले इनका पालन नहीं करते हैं। एक परीक्षा परिदृश्य में कई परीक्षण हो सकते हैं।
परीक्षा परिदृश्यों के उदाहरण:
- यदि व्यवस्थापक द्वारा एक नया देश जोड़ा जा सकता है तो मान्य करें
- यदि मौजूदा देश को व्यवस्थापक द्वारा हटाया जा सकता है, तो पुष्टि करें
- यदि मौजूदा देश को अद्यतन किया जा सकता है तो मान्य करें
दूसरी ओर, परीक्षण की स्थिति अधिक विशिष्ट है। इसे मोटे तौर पर एक निश्चित परीक्षण के लक्ष्य / लक्ष्य के रूप में परिभाषित किया जा सकता है।
उदाहरण परीक्षण हालत: उपरोक्त उदाहरण में, यदि हम परिदृश्य 1 का परीक्षण करते हैं, तो हम निम्नलिखित स्थितियों का परीक्षण कर सकते हैं:
- देश का नाम 'भारत' (वैध) दर्ज करें और देश के लिए जाँच करें
- रिक्त दर्ज करें और जांचें कि क्या देश जोड़ा गया है।
- प्रत्येक मामले में, विशिष्ट डेटा का वर्णन किया गया है और परीक्षण का लक्ष्य अधिक सटीक है।
अग्रिम पठन=> परीक्षण वेब और डेस्कटॉप अनुप्रयोग के लिए 180+ नमूना परीक्षण परिदृश्य।
टेस्ट स्कोररियो | परीक्षण स्थिति |
---|---|
ये समझाने के लिए कि हम क्या परीक्षण करने जा रहे हैं, ये एक लाइन स्टेटमेंट हैं। | परीक्षण स्थिति एक आवेदन का परीक्षण करने के लिए मुख्य लक्ष्य का वर्णन करती है। |
यह एक आवेदन को सभी संभव तरीकों से जांचने की एक प्रक्रिया है। | परीक्षण की स्थिति एक आवेदन का परीक्षण करने के लिए स्थिर नियमों का पालन किया जाना चाहिए। |
परीक्षण परिदृश्य परीक्षण मामलों के निर्माण के लिए एक इनपुट है। | यह किसी एप्लिकेशन का परीक्षण करने के लिए मुख्य लक्ष्य देता है। |
परीक्षण परिदृश्य किसी अनुप्रयोग का परीक्षण करने के लिए सभी संभावित मामलों को शामिल करता है। | परीक्षण की स्थिति बहुत विशिष्ट है। |
यह जटिलता को कम करता है। | यह एक सिस्टम बग मुक्त बनाता है। |
टेस्ट परिदृश्य एकल या परीक्षण मामलों का एक समूह हो सकता है। | यह परीक्षण मामलों का लक्ष्य है। |
परिदृश्य लिखने से किसी एप्लिकेशन की कार्यक्षमता को समझना आसान होगा। | परीक्षण की स्थिति बहुत विशिष्ट है। |
उदाहरण परीक्षण परिदृश्य: # 1) यदि कोई नया देश एडमिन द्वारा जोड़ा जा सकता है तो मान्य करें। # 2) मान्य करें यदि किसी मौजूदा देश को व्यवस्थापक द्वारा हटाया जा सकता है। # 3) मान्य करें यदि किसी मौजूदा देश को अपडेट किया जा सकता है। | उदाहरण परीक्षण की स्थिति: # 1) 'भारत' के रूप में देश का नाम दर्ज करें और देश के अलावा के लिए जाँच करें। # 2) खाली खेतों को छोड़ दें और जांचें कि क्या देश में जोड़ा जाता है। |
टेस्ट प्रक्रिया और टेस्ट सूट के बीच अंतर
परीक्षण प्रक्रिया एक निश्चित तार्किक कारण के आधार पर परीक्षण मामलों का एक संयोजन है, जैसे कि अंत-से-अंत स्थिति या उस प्रभाव के लिए कुछ निष्पादित करना। जिस क्रम में परीक्षण के मामले चलने हैं, वह तय है।
परीक्षण प्रक्रिया: यह टेस्ट लाइफ साइकिल के अलावा और कुछ नहीं है। परीक्षण जीवन चक्र में 10 चरण हैं।
वे:
- प्रयास का अनुमान
- परियोजना का प्रारम्भ
- सिस्टम स्टडी
- जाँच की योजना
- डिजाइन टेस्ट केस
- परीक्षण स्वचालन
- परीक्षा मामलों को निष्पादित करें
- रिपोर्ट दोष
- प्रतिगमन परीक्षण
- विश्लेषण और सारांश रिपोर्ट
उदाहरण के लिए , अगर मुझे Gmail.com से एक ईमेल भेजने का परीक्षण करना था, तो परीक्षण के मामलों का क्रम जिसे मैं एक परीक्षण प्रक्रिया बनाने के लिए संयोजित करूंगा:
- लॉगिन की जांच करने के लिए परीक्षण
- ईमेल बनाने के लिए परीक्षण
- परीक्षण एक / अधिक अनुलग्नक संलग्न करने के लिए
- विभिन्न विकल्पों का उपयोग करके ईमेल को आवश्यक तरीके से फ़ॉर्मेट करना
- To, BCC, CC फ़ील्ड में संपर्क या ईमेल पते जोड़ना
- ईमेल भेजना और यह सुनिश्चित करना कि यह 'भेजे गए मेल' अनुभाग में दिखाई दे रहा है
उपरोक्त सभी परीक्षण मामलों को उनके अंत में एक निश्चित लक्ष्य प्राप्त करने के लिए वर्गीकृत किया गया है। इसके अलावा, परीक्षण प्रक्रियाओं में कुछ परीक्षण मामलों को किसी भी समय संयुक्त किया जाता है।
दूसरी ओर, टेस्ट सूट, उन सभी परीक्षण मामलों की सूची है जिन्हें परीक्षण चक्र या प्रतिगमन चरण के भाग के रूप में निष्पादित किया जाना है, आदि कार्यक्षमता के आधार पर कोई तार्किक समूह नहीं है। जिस क्रम में घटक परीक्षण मामलों को निष्पादित किया जाता है वह महत्वपूर्ण हो सकता है या नहीं।
परीक्षण सूट: टेस्ट सूट एक कंटेनर है जिसमें परीक्षणों का एक सेट होता है जो परीक्षण निष्पादन की स्थिति को निष्पादित करने और रिपोर्ट करने में परीक्षकों की सहायता करता है। यह तीन राज्यों में से किसी को ले सकता है यानी सक्रिय, प्रगति में और पूर्ण।
टेस्ट सूट का उदाहरण : यदि किसी एप्लिकेशन का वर्तमान संस्करण 2.0 है। पिछले संस्करण 1.0 में पूरी तरह से परीक्षण करने के लिए 1000 परीक्षण मामले हो सकते हैं। संस्करण 2 के लिए नए संस्करण में जोड़े गए नई कार्यक्षमता का परीक्षण करने के लिए 500 परीक्षण मामले हैं।
इसलिए, वर्तमान परीक्षण सूट 1000 + 500 परीक्षण के मामले होंगे जिनमें प्रतिगमन और नई कार्यक्षमता दोनों शामिल हैं। सुइट एक संयोजन भी है, लेकिन हम एक लक्ष्य फ़ंक्शन को प्राप्त करने की कोशिश नहीं कर रहे हैं।
टेस्ट सूट में 100 या उससे अधिक परीक्षण मामले हो सकते हैं।
परीक्षण प्रक्रिया | परीक्षण सूट |
---|---|
टेस्ट प्रक्रिया का निर्माण परीक्षण के अंत से अंत प्रवाह पर आधारित है। | टेस्ट सूट चक्र के आधार पर या दायरे के आधार पर बनाए जाते हैं। |
यह एक आवेदन का परीक्षण करने के लिए परीक्षण मामलों का एक संयोजन है। | यह एक आवेदन का परीक्षण करने के लिए परीक्षण मामलों का एक समूह है। |
यह कार्यक्षमता पर आधारित एक तार्किक समूह है। | कार्यक्षमता के आधार पर कोई तार्किक समूह नहीं है। |
सॉफ़्टवेयर विकास प्रक्रिया में परीक्षण प्रक्रियाएँ वितरित करने योग्य उत्पाद हैं। | इसे परीक्षण चक्र या प्रतिगमन के एक भाग के रूप में निष्पादित किया जाता है। |
निष्पादन का क्रम तय है। | निष्पादन का आदेश महत्वपूर्ण नहीं हो सकता है। |
परीक्षण प्रक्रिया में अंत से लेकर अंत तक के मामले होते हैं। | टेस्ट सूट में सभी नई सुविधाएँ और प्रतिगमन परीक्षण मामले शामिल हैं। |
परीक्षण प्रक्रियाओं को एक नई भाषा में कोडित किया जाता है जिसे टीपीएल (टेस्ट प्रक्रिया भाषा) कहा जाता है। | टेस्ट सूट में मैनुअल टेस्ट के मामले या स्वचालन स्क्रिप्ट शामिल हैं। |
निष्कर्ष
सॉफ्टवेयर टेस्टिंग कॉन्सेप्टस सॉफ्टवेयर टेस्टिंग लाइफ साइकल में एक प्रमुख भूमिका निभाता है।
ऊपर-चर्चित अवधारणाओं की स्पष्ट समझ के साथ-साथ उनकी तुलना हर सॉफ्टवेयर टेस्टर के लिए परीक्षण प्रक्रिया को प्रभावी ढंग से करने के लिए बहुत महत्वपूर्ण है।
आमतौर पर, इस तरह के लेख गहरी चर्चा के लिए उत्कृष्ट शुरुआती बिंदु होते हैं। तो, कृपया नीचे दिए गए टिप्पणियों में अपने विचारों, समझौतों, असहमति और कुछ और का योगदान करें। हमें इंतजार है आपके फीडबैक का।
हम सामान्य रूप से सॉफ़्टवेयर परीक्षण के बारे में या आपके परीक्षण कैरियर से संबंधित कुछ भी आपके प्रश्नों का स्वागत करते हैं। हम एक ही श्रृंखला में अपनी आगामी पोस्टों में इन्हें और अधिक विस्तार से संबोधित करेंगे।
पढ़ने का आनंद लो!!
Android के लिए अच्छा एमपी 3 संगीत डाउनलोडर
=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां जाएं
PREV ट्यूटोरियल | अगले ट्यूटोरियल
अनुशंसित पाठ
- टेस्ट प्लान ट्यूटोरियल: स्क्रैच से एक सॉफ्टवेयर टेस्ट प्लान डॉक्यूमेंट लिखने के लिए एक गाइड
- टेस्ट स्ट्रेटेजी डॉक्यूमेंट कैसे लिखें (सैंपल टेस्ट स्ट्रेटेजी टेम्पलेट के साथ)
- टेस्ट केस राइटिंग (प्रोडक्टिविटी टिप्स) के लिए खुद को कैसे तैयार करें
- टेस्ट परिदृश्य क्या है: उदाहरणों के साथ परीक्षण परिदृश्य टेम्प्लेट
- प्रदर्शन टेस्ट प्लान और प्रदर्शन टेस्ट रणनीति के बीच अंतर
- टेस्ट केस कैसे लिखें: उदाहरणों के साथ अंतिम गाइड
- प्रारूप और सामग्री के साथ नमूना सॉफ्टवेयर टेस्ट प्लान टेम्पलेट
- टेस्ट परिदृश्य बनाम टेस्ट केस: इनमें क्या अंतर है?