test execution software testing
सटीक प्रक्रिया और वास्तविक उदाहरणों के साथ परीक्षण मामलों को निष्पादित करने की योजना।
आज, हमारे में सॉफ्टवेयर परीक्षण मिनी प्रशिक्षण पाठ्यक्रम , हम STLC के अंतिम चरण में प्रगति कर रहे हैं, जो कि है परीक्षण निष्पादन ।
आप इस पृष्ठ पर मुफ्त क्यूए प्रशिक्षण श्रृंखला में पोस्ट किए गए सभी ट्यूटोरियल की सूची देख सकते हैं: लाइव प्रोजेक्ट पर एंड टू एंड सॉफ्टवेयर टेस्टिंग ट्रेनिंग।
टेस्ट एक्ज़ीक्यूशन, बिना शक के, सबसे महत्वपूर्ण और phase होने वाला ’चरण है STLC और संपूर्ण विकास जीवनचक्र भी। इसका कारण है - प्रत्येक टीम / टीम के सदस्य के योगदान और कार्य को यहाँ मान्य किया गया है:
- क्या व्यापार विश्लेषक ने आवश्यकताओं की सही व्याख्या की है?
- क्या विकास की टीम ने कार्यात्मक आवश्यकताओं के लिए व्यावसायिक आवश्यकताओं का अनुवाद किया है और अंततः सही ढंग से कोड करने के लिए?
- क्या डेटा आर्किटेक्ट और डीबीए ने सही बैक-एंड सिस्टम डिजाइन किए हैं?
खैर, परीक्षण निष्पादन वह है जहां इन सवालों के सभी उत्तर मिलेंगे। यह हमें बनाता है, संपूर्ण सॉफ़्टवेयर निर्माण प्रक्रिया के नायकों के बारे में प्रश्नोत्तर नहीं करता है? :)
परीक्षण निष्पादन SDLC का 'परीक्षण' भाग भी है।
मुफ्त वेब आधारित घड़ी सॉफ्टवेयर
एक बार जब परीक्षण के मामले लिखे जाते हैं, तो उनके द्वारा समीक्षा की गई बीए और देव टीम के साथ साझा किया जाता है, क्यूए टीम (यदि कोई हो) में परिवर्तन अधिसूचित किए जाते हैं, तो क्यूए टीम आवश्यक संशोधन करती है- टेस्ट डिजाइन चरण पूरा हो गया है। अब टेस्ट केस तैयार होने का मतलब यह नहीं है कि हम टेस्ट रन शुरू कर सकते हैं। हमें आवेदन के साथ-साथ अन्य चीजों के लिए भी तैयार रहना होगा।
आप क्या सीखेंगे:
- परीक्षण निष्पादन दिशानिर्देश
- नए मामलों में टेस्ट मामलों के दस्तावेज
- ऑरेंजएचआरएम लाइव प्रोजेक्ट के लिए परीक्षा परिणाम
- अनुशंसित पाठ
परीक्षण निष्पादन दिशानिर्देश
आइए अब हम उन सभी चीजों की एक सूची बनाते हैं जो टेस्ट एक्ज़ेक्यूशन चरण को समझने के लिए महत्वपूर्ण हैं:
# 1) बिल्ड (कोड जो देव टीम द्वारा लिखा गया है उसे एक बिल्ड में संदर्भित किया गया है- यह कुछ भी नहीं है, बल्कि एक इंस्टॉल करने योग्य सॉफ्टवेयर (ऑटो) है, जो QA वातावरण में तैनात होने के लिए तैयार है।) तैनात किया जा रहा है (दूसरे शब्दों में, स्थापित) और क्यूए पर्यावरण के लिए उपलब्ध कराया) सबसे महत्वपूर्ण पहलुओं में से एक है जिसे शुरू करने के लिए परीक्षण निष्पादन के लिए होना चाहिए।
#दो) परीक्षण निष्पादन में होता है क्यूए वातावरण । यह सुनिश्चित करने के लिए कि कोड पर देव टीम का कार्य उसी स्थान पर नहीं है, जहाँ QA टीम परीक्षण कर रही है, सामान्य अभ्यास के लिए एक समर्पित देव और QA वातावरण है। (लाइव एप्लिकेशन को होस्ट करने के लिए एक उत्पादन वातावरण भी है)।
यह मूल रूप से एसडीएलसी जीवन चक्र में विभिन्न चरणों में आवेदन की अखंडता को संरक्षित करने के लिए है। अन्यथा, आदर्श रूप से, सभी 3 वातावरण प्रकृति में समान हैं।
# 3) टेस्ट टीम का आकार परियोजना की शुरुआत से स्थिर नहीं है। जब टेस्ट प्लान शुरू किया जाता है तो टीम में टीम लीड हो सकती है। परीक्षण डिजाइन चरण के दौरान, कुछ परीक्षक बोर्ड पर आते हैं। टेस्ट एक्ज़ीक्यूशन वह चरण है जब टीम अपने अधिकतम आकार पर होती है।
# 4) टेस्ट एक्जामिनेशन भी होता है कम से कम 2 चक्र (कुछ परियोजनाओं में 3)। आमतौर पर प्रत्येक चक्र में, सभी परीक्षण मामलों (पूरे परीक्षण सूट) को निष्पादित किया जाएगा। पहले चक्र का उद्देश्य किसी भी अवरुद्ध, महत्वपूर्ण दोष और अधिकांश उच्च दोषों की पहचान करना है।
दूसरे चक्र का उद्देश्य शेष उच्च और मध्यम दोषों की पहचान करना, लिपियों में सही अंतराल और परिणामों को प्राप्त करना है।
# 5) परीक्षण निष्पादन चरण में निम्न शामिल हैं- टेस्ट स्क्रिप्ट्स + टेस्ट स्क्रिप्ट रखरखाव (स्क्रिप्ट्स में सही अंतराल) + रिपोर्टिंग (दोष, स्थिति, मैट्रिक्स आदि) को निष्पादित करना। इसलिए, इस चरण की योजना बनाते समय और प्रयासों का अनुमान लगाया जाना चाहिए इन सभी पहलुओं को ध्यान में रखते हुए और न केवल स्क्रिप्ट निष्पादन।
# 6) टेस्ट स्क्रिप्ट किए जाने के बाद और AUT को तैनात किया जाता है - और टेस्ट निष्पादन शुरू होने से पहले एक मध्यस्थ कदम होता है। इसे कहते हैं 'टेस्ट तैयारी की समीक्षा (TRR)' । यह एक प्रकार का संक्रमणकालीन कदम है जो परीक्षण डिजाइनिंग चरण को समाप्त करेगा और हमें परीक्षण निष्पादन में आसानी करेगा।
इस चरण की जानकारी और एक नमूना 'टेस्ट रेडीनेस रिव्यू चेकलिस्ट' के लिए, इस लिंक को देखें: सॉफ्टवेयर परीक्षण चेकलिस्ट
# 7) टीआरआर के अतिरिक्त, कुछ और अतिरिक्त जाँचें हैं, इससे पहले कि हम यह सुनिश्चित करें कि हम परीक्षण निर्माण के लिए क्यूए वातावरण में तैनात वर्तमान निर्माण को स्वीकार करने के साथ आगे बढ़ सकते हैं।
वो हैं धुआं और सनिटी परीक्षण । ये क्या हैं, इस पर विस्तृत जानकारी: स्मोक एंड सनिटी टेस्ट क्या है?
# 8) टीआरआर, स्मोक और सनिटी परीक्षणों के सफल समापन पर, आधिकारिक रूप से परीक्षण चक्र शुरू होता है।
# 9) खोजपूर्ण परीक्षण एक बार निर्माण के परीक्षण के लिए तैयार होने के बाद बाहर किया जाएगा। इस परीक्षण का उद्देश्य यह सुनिश्चित करना है कि परीक्षण के अगले स्तर शुरू होने से पहले महत्वपूर्ण दोष हटा दिए जाएं। यह खोजपूर्ण परीक्षण किसी भी परीक्षण स्क्रिप्ट और प्रलेखन के बिना आवेदन में किया जाता है। यह ऑटो से परिचित होने में भी मदद करता है।
# 10) एसटीएलसी के अन्य चरणों की तरह ही, कार्य निष्पादन टेस्ट चरण में भी टीम के सदस्यों के बीच काम को विभाजित किया गया है। विभाजन मॉड्यूल वार या टेस्ट केस काउंट वार या कुछ और जो समझ में आता है पर आधारित हो सकता है।
#ग्यारह) परीक्षण निष्पादन चरण का प्राथमिक परिणाम मुख्य रूप से रिपोर्ट्स यानी दोष रिपोर्ट और टेस्ट निष्पादन स्थिति रिपोर्ट के रूप में होता है। रिपोर्टिंग के लिए विस्तृत प्रक्रिया में पाया जा सकता है परीक्षण परीक्षा रिपोर्ट।
नए मामलों में टेस्ट मामलों के दस्तावेज
टेस्ट केस दस्तावेज़ को अब निम्नलिखित दो कॉलमों के साथ विस्तारित किया जाना है - स्थिति और वास्तविक परिणाम ।
html css साक्षात्कार प्रश्न और उत्तर
() ध्यान दें : लाइव प्रोजेक्ट टेस्ट एक्ज़ीक्यूशन के लिए, हमने इन कॉलमों को परीक्षण निष्पादन परिणामों के साथ नीचे डाउनलोड के लिए प्रदान किए गए परीक्षण मामलों स्प्रेडशीट में जोड़ा और अपडेट किया है)
(1) स्टेटस कॉलम
टेस्ट एक्ज़ीक्यूशन कुछ भी नहीं है, लेकिन ऑटो पर टेस्ट स्टेप्स का उपयोग करके, टेस्ट डेटा की आपूर्ति करना (जैसा कि टेस्ट केस डॉक्यूमेंट में पहचाना गया है) और ऑटो के व्यवहार को देखने के लिए कि यह अपेक्षित परिणाम को संतुष्ट करता है या नहीं।
यदि अपेक्षित परिणाम नहीं मिला है, तो इसे एक दोष के रूप में माना जा सकता है। और परीक्षण मामले की स्थिति 'विफल' हो जाती है और यदि अपेक्षित परिणाम मिलता है, तो स्थिति 'पास' है। यदि किन्हीं कारणों से परीक्षण मामले को निष्पादित नहीं किया जा सकता है (मौजूदा दोष या वातावरण समर्थन नहीं करता है) तो स्थिति 'अवरुद्ध' होगी।
एक परीक्षण मामले की स्थिति जिसे अभी तक चलाया जाना है, उसे किसी भी रन / अनएक्सपेक्टेड पर सेट नहीं किया जा सकता या खाली नहीं छोड़ा जा सकता है।
- कई चरणों के साथ एक परीक्षण मामले के लिए, यदि एक निश्चित कदम (परीक्षण मामले के चरणों के बीच में) अपेक्षित परिणाम पूरा नहीं हुआ है, तो परीक्षण मामले की स्थिति को वहीं 'विफल' करने के लिए सेट किया जा सकता है और अगले चरणों को निष्पादित करने की आवश्यकता नहीं है।
- यदि आप तुरंत इस पर ध्यान आकर्षित करना चाहते हैं, तो स्थिति 'फेल' को लाल रंग में इंगित किया जा सकता है।
# 2) वास्तविक परिणाम कॉलम
यह एक ऐसा स्थान है जहां हम परीक्षक यह रिकॉर्ड कर सकते हैं कि अपेक्षित परिणाम में विचलन क्या है। जब अपेक्षित परिणाम मिलता है (या एक परीक्षण मामला जिसकी स्थिति 'पास' है) इस क्षेत्र को खाली छोड़ा जा सकता है। क्योंकि, यदि अपेक्षित परिणाम मिलता है तो इसका अर्थ है वास्तविक परिणाम = अपेक्षित परिणाम, जिसका अर्थ है कि वास्तविक परिणाम कॉलम में इसे फिर से लिखना एक पुनरावृत्ति और अतिरेक होगा।
विचलन का एक स्क्रीनशॉट इस कॉलम में संलग्न किया जा सकता है कि समस्या क्या है, इसकी स्पष्टता को बढ़ाया जा सकता है।
ऑरेंजएचआरएम लाइव प्रोजेक्ट के लिए परीक्षा परिणाम
आइए अब हम ऑरेंजएचआरएम प्राप्त करें और सूचीबद्ध दिशानिर्देशों के आधार पर परीक्षण निष्पादन को अंजाम दें।
नोट करने के लिए यहां कुछ बिंदु दिए गए हैं:
- विस्तारित परीक्षण केस टेम्पलेट।
- संकेत के रूप में व्याख्यात्मक परीक्षण बिना परीक्षण लिपियों के किया जाना है। तो कृपया के रूप में आप फिट देख समानांतर में आवेदन का परीक्षण करने के लिए स्वतंत्र महसूस कृपया।
- लाइव प्रोजेक्ट को पढ़ने योग्य सामग्री के रूप में प्रस्तुत करने की सीमाओं के कारण- ऑरेंजएचआरएम एप्लिकेशन की केवल सीमित मात्रा में परीक्षण मामलों / कार्यक्षमता नमूना नमूना निष्पादन टेम्पलेट में दिखाया गया है। फिर से, कृपया सबसे व्यावहारिक अनुभव के लिए और अधिक काम करने का अनुभव करें।
- इन चरणों के लिए किस तरह के परीक्षण मामलों पर विचार किया जाता है, इस बारे में आपको जानकारी देने के लिए दस्तावेज़ में सनिटी और स्मोक टेस्ट सूट भी जोड़े गए हैं।
- दोषों को अभी तक लॉग नहीं किया गया है, भले ही कुछ परीक्षण मामलों की स्थिति 'विफल' पर सेट हो। ऐसा इसलिए है क्योंकि दोषों को लॉग करना हमारे जीवन के एक पहलू पर परीक्षक के रूप में अगला सबसे महत्वपूर्ण / सामान्यतः काम किया जाता है। इसलिए, हम इसके बारे में अगले लेख में विस्तार से बताना चाहते हैं।
परीक्षा परिणाम के साथ परीक्षण के मामले:
=> टेस्ट केस निष्पादन दस्तावेज़ डाउनलोड करने के लिए यहां क्लिक करें।
इसमें शामिल है - परीक्षण मामलों का निष्पादन परिणाम, धुआँ परीक्षण, सनिटी परीक्षण, खोजपूर्ण परीक्षण - स्प्रेडशीट
अंत में, यदि परीक्षण मामले को बनाने और बनाए रखने के लिए एक परीक्षण प्रबंधन उपकरण का उपयोग किया गया था, तो इसका उपयोग परीक्षण निष्पादन के लिए भी किया जा सकता है। एक उपकरण का उपयोग रिपोर्टिंग को आसान बनाता है, लेकिन अन्यथा, परीक्षण मामलों को चलाने की प्रक्रिया समान है। इसका अंदाजा लगाने के लिए कृपया इस लेख को देखें एचपी एएलएम का उपयोग टेस्ट केस एक्सक्यूशन के लिए कैसे करें ।
(बढ़े हुए दृश्य के लिए चित्र पर क्लिक करें)
कैसे .bin फ़ाइल खोलें
यह हमें परीक्षण प्रक्रिया के एक और दिलचस्प खंड के अंत में लाता है। इसके अगले और आखिरी लेख में मुफ्त ऑनलाइन सॉफ्टवेयर परीक्षण क्यूए प्रशिक्षण मिनी पाठ्यक्रम , हम विस्तार से दोषों को देखेंगे; 'जब परीक्षण रोकना है' जैसे विषयों को लपेटें, मैट्रिक्स और क्यूए साइन ऑफ करें।
=> QA प्रशिक्षण दिवस 6: बग ट्रैकिंग, टेस्ट मेट्रिक्स और टेस्ट साइन ऑफ
कृपया हमें बताएं कि हम कैसे कर रहे हैं और अगले लेख के लिए बने रहें।
अनुशंसित पाठ
- सॉफ्टवेयर टेस्टिंग कोर्स सिलेबस - ऑनलाइन कोर्स विस्तृत प्रशिक्षण योजना
- कुछ दिलचस्प सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न
- सॉफ्टवेयर परीक्षण पाठ्यक्रम प्रतिक्रिया और समीक्षा
- स्मार्टली टेस्ट परीक्षा की रिपोर्ट कैसे करें - [स्टेटस रिपोर्ट टेम्पलेट डाउनलोड करें]
- टेस्ट स्ट्रेटेजी डॉक्यूमेंट कैसे लिखें (सैंपल टेस्ट स्ट्रेटेजी टेम्पलेट के साथ)
- प्रारूप और सामग्री के साथ नमूना सॉफ्टवेयर टेस्ट प्लान टेम्पलेट
- उदाहरणों के साथ सत्यापन और सत्यापन के बीच सटीक अंतर
- महत्वपूर्ण सॉफ्टवेयर टेस्ट मेट्रिक्स और माप - उदाहरण और ग्राफ़ के साथ समझाया गया