writing test cases from srs document
एसआरएस दस्तावेज़ से टेस्ट केस लिखना (लाइव प्रोजेक्ट सैंपल टेस्ट डाउनलोड करें) - सॉफ्टवेयर टेस्टिंग क्यूए ट्रेनिंग डे 4
बस जो हम अभी तक कर रहे हैं, उसे पुनः करने के लिए - हम अपने तरीके से काम कर रहे हैं सॉफ्टवेयर परीक्षण प्रशिक्षण मिनी पाठ्यक्रम एक लाइव प्रोजेक्ट OrangeHRM पर।
इस मुफ्त ऑनलाइन क्यूए प्रशिक्षण श्रृंखला में अब तक, हम साथ हैं:
- एसआरएस की समीक्षा,
- परीक्षण परिदृश्य / टेस्ट स्कोप पहचान तथा
- टेस्ट प्लान तैयार किया ।
अब, हम उस हिस्से पर पहुँच गए हैं जो असली सौदा है,परीक्षण के मामले।
इससे पहले लेख में संकेत दिया गया है: परीक्षण मामलों को क्यूए टीम द्वारा दस्तावेजित किया जाता है, जबकि एसडीएलसी का कोड चरण चल रहा है। दूसरे शब्दों में, जब देव टीम सॉफ्टवेयर सिस्टम का निर्माण करती है, परीक्षण टीम परीक्षण मामलों के साथ तैयार हो जाती है, जो तैयार होने के बाद सिस्टम का परीक्षण करने में हमारी मदद करेगी, अर्थात कोड चरण के अंत में।
इसलिए, आज के लेख में, हम यह समझने पर काम करेंगे कि परीक्षण के मामले क्या हैं, उन्हें कैसे बनाया जाए और हमारे लाइव प्रोजेक्ट के लिए कुछ नमूना परीक्षण मामले लिखें।
हम इसे तुरंत प्राप्त करें।
आप क्या सीखेंगे:
- लेखन परीक्षण मामलों की मूल बातें
- परीक्षण के मामलों में फ़ील्ड
- परीक्षण के मामले लेखन / अनुकूलन के तरीके
- कुछ महत्वपूर्ण बिंदुओं पर ध्यान दिया जाना चाहिए
- निष्कर्ष
- अनुशंसित पाठ
लेखन परीक्षण मामलों की मूल बातें
# 1) यदि टेस्ट परिदृश्य सभी के बारे में थे, तो ऑटो पर 'हम क्या परीक्षण करने जा रहे हैं' - परीक्षण के मामले सभी के बारे में हैं 'कैसे हम एक आवश्यकता का परीक्षण करने जा रहे हैं'।
उदाहरण के लिए , यदि परीक्षा परिदृश्य 'व्यवस्थापक लॉगिन कार्यक्षमता सत्यापित करें' - यह 3 परीक्षण मामलों (या शर्तों) में उपज होगा - लॉगिन (सफल), गलत उपयोगकर्ता नाम दर्ज करते समय लॉगिन-असफल, गलत पासवर्ड दर्ज होने पर लॉगिन-असफल। । प्रत्येक परीक्षण का मामला, बदले में, यह पता करने के लिए कदम होगा कि हम कैसे जांच सकते हैं कि किसी विशेष परीक्षण की स्थिति संतुष्ट है या नहीं।
#दो) टेस्ट केस डॉक्यूमेंट बनाने का इनपुट है FRD, टेस्ट परिदृश्य पहले चरण में बनाया गया है और यदि मौजूद हो तो किसी अन्य संदर्भ दस्तावेज।
# 3) परीक्षण केस प्रलेखन क्यूए टीम द्वारा एक महत्वपूर्ण वितरण योग्य है और उनकी प्रतिक्रिया के लिए बीए, पीएम और अन्य टीमों के साथ साझा किया जाता है।
# 4) टीम के सदस्यों के बीच काम को विभाजित किया गया है और प्रत्येक सदस्य एक निश्चित मॉड्यूल या एक निश्चित मॉड्यूल के एक भाग के लिए परीक्षण मामलों को बनाने के लिए जिम्मेदार होने जा रहा है।
# 5) परीक्षण परिदृश्यों की तरह, टेस्ट केस डॉक्यूमेंटेशन शुरू करने से पहले, एक सामान्य टेम्पलेट पर सहमति होनी चाहिए। परीक्षण मामलों को बनाने के लिए व्यावहारिक रूप से कुछ भी इस्तेमाल किया जा सकता है। 2 सबसे अधिक बार उपयोग किए जाने वाले विकल्प एमएस एक्सेल और एमएस शब्द हैं।
# 6) एमएस शब्द टेम्पलेट कुछ इस तरह दिखता है:
# 7) एक्सेल टेम्पलेट निम्नलिखित की तरह लग सकता है:
# 8) उपरोक्त दोनों टेम्प्लेट से, यह देखा जा सकता है कि परीक्षण मामले के लिए बनाने वाले क्षेत्र (या घटक) समान हैं, केवल एक ही अंतर है जिस तरह से वे व्यवस्थित हैं।
इसलिए, जब तक कि परीक्षण में शामिल होने वाली प्रत्येक प्रकार की जानकारी के लिए एक क्षेत्र है, तब तक टेम्पलेट का प्रारूप कोई मायने नहीं रखता। हालाँकि, मेरा व्यक्तिगत पसंदीदा एक्सेल शीट है, क्योंकि इसका विस्तार, पतन, छँटाई, आदि के लिए आसान है, लेकिन फिर से, किसी भी प्रारूप को चुनें जो आपके लिए सबसे अच्छा काम करता है।
परीक्षण के मामलों में फ़ील्ड
आइए हम एक पल लेते हैं, उन क्षेत्रों का निरीक्षण करने के लिए जो एक परीक्षण मामले का हिस्सा हैं।
टेस्ट केस आईडी और टेस्ट केस विवरण सामान्य हैं।
अन्य क्षेत्रों को इस प्रकार समझाया जा सकता है:
- पूर्वगामी: AUT की स्थिति (वह अवस्था जिसमें हमें आरंभ करने के लिए AUT की आवश्यकता होती है)।
- इनपुट: डेटा प्रविष्टि चरण। इन चरणों के लिए, यह नोट करना महत्वपूर्ण है कि किस प्रकार की इनपुट जानकारी की आवश्यकता है - टेस्ट डेटा।
- सत्यापन बिंदु / ट्रिगर / कार्रवाई : क्या सत्यापन होने का कारण है? (एक बटन या टॉगल या लिंक एक्सेस पर क्लिक करें। सुनिश्चित करें कि परीक्षण मामले में कम से कम एक सत्यापन बिंदु है- अन्यथा यह सब कुछ देखने के लिए कुछ भी नहीं के साथ डेटा प्रविष्टि होने जा रहा है। यह भी सुनिश्चित करने के लिए कि हमारे पास पर्याप्त मॉड्यूलर है। एक परीक्षण मामले में बहुत सारे सत्यापन बिंदुओं को संयोजित न करने का प्रयास करें। प्रति परीक्षण मामला इष्टतम है।)
- आउटपुट: अपेक्षित परिणाम।
- पोस्टकंडिशन: यह अतिरिक्त जानकारी है जो परीक्षक के लाभ के लिए प्रदान की जाती है, बस परीक्षण के मामले को अधिक व्यावहारिक और जानकारीपूर्ण बनाने के लिए। इसमें सभी परीक्षण मामले के एक बार होने के बाद क्या होता है या AUT से क्या उम्मीद की जा सकती है, इसकी व्याख्या शामिल है।
यह भी देखें => सैंपल टेस्ट केस टेम्प्लेट
लाइव प्रोजेक्ट सैंपल टेस्ट मामले (डाउनलोड)
अब जब हमारे पास परीक्षण मामले के निर्माण की प्रक्रिया शुरू करने के लिए पर्याप्त पृष्ठभूमि की जानकारी है, तो हम चलें और अपने लाइव प्रोजेक्ट के लिए कुछ परीक्षण मामले बनाएं।
ऊपर उल्लिखित प्रक्रिया के आधार पर हमने ऑरेंजएचआरएम खाता मॉड्यूल के लिए कुछ नमूना परीक्षण मामले बनाए हैं। ये आपको एक सटीक परीक्षण केस प्रारूप और विचार देना चाहिए कि लेखन मामलों की जांच कैसे करें।
=> यहां हमारे लाइव प्रोजेक्ट के लिए नमूना परीक्षण मामले दस्तावेज़ डाउनलोड करें ।
ध्यान दें: नमूना परीक्षण मामलों XLS दस्तावेज़ के लिए संदर्भित कुछ चित्र हैं। यदि आप पुराने MS Office संस्करण पर इसे देख रहे हैं, तो आपको संगतता समस्याओं का सामना करना पड़ सकता है।
हमने एक्सएलएस फाइलों में उनके नाम के अनुसार उन छवियों को नीचे सूचीबद्ध किया है:
चित्र 1 देखें
Pic 2 देखें
Pic 3 देखें
वहां, सब किया और सब अच्छा हुआ।
परीक्षण के मामले लेखन / अनुकूलन के तरीके
अब, एक ऐसी स्थिति की कल्पना करें जहां एक निश्चित पृष्ठ पर उस पर कुछ 10 फ़ील्ड हैं या एक जटिल व्यावसायिक तर्क है जिसे वहां लागू किया गया है। यह सुनिश्चित करने के लिए कि हम उस तरह की स्थितियों में परीक्षण केस निर्माण प्रक्रिया का अनुकूलन करते हैं, हम परीक्षकों के पास कुछ टेस्ट केस ऑप्टिमाइज़ेशन के तरीके हैं।
नीचे सूचीबद्ध लिंक इन विधियों पर अधिक जानकारी के लिए प्रदान किए गए हैं।
जावा में वेब सेवा साक्षात्कार प्रश्न
- सीमा मूल्य विश्लेषण
- समान विभाजन
- अनुमान लगाने में त्रुटि - यह एक बहुत ही सरल तरीका है और एक परीक्षक के अंतर्ज्ञान पर निर्भर करता है। उदाहरण के लिए , कहते हैं कि एक पृष्ठ पर एक दिनांक फ़ील्ड है। आवश्यकताओं को यह निर्दिष्ट करने जा रहा है कि इस क्षेत्र द्वारा एक मान्य तारीख स्वीकार की जानी है। अब, एक परीक्षक तारीख के रूप में 'फ़रवरी 30' की कोशिश कर सकता है- क्योंकि जहां तक संख्याओं का सवाल है, यह एक वैध इनपुट है, लेकिन फरवरी एक ऐसा महीना है जिसमें कभी भी 30 दिन नहीं होते हैं - इसलिए एक अमान्य इनपुट।
- राज्य संक्रमण चित्र
- निर्णय सारणी
उपरोक्त तकनीकों का उपयोग करना और सामान्य परीक्षण केस निर्माण प्रक्रिया का पालन करना, हम परीक्षण मामलों का एक सेट बनाते हैं जो प्रभावी रूप से हाथ पर आवेदन का परीक्षण करेंगे।
कुछ महत्वपूर्ण बिंदुओं पर ध्यान दिया जाना चाहिए
- हमारे द्वारा बनाए गए परीक्षण मामले न केवल क्यूए चरण के लिए संदर्भ के बिंदु हैं, बल्कि यूएटी के लिए भी हैं।
- आंतरिक रूप से परीक्षण के मामले हैं टीम के भीतर सहकर्मी की समीक्षा की ।
- जब एक निश्चित स्थिति को एक परीक्षण मामले द्वारा संबोधित नहीं किया जाता है - अंगूठे का नियम है, तो यह परीक्षण नहीं हो रहा है। इसलिए, यह जांचने के लिए एक अच्छी जगह है कि हमने जो परीक्षण सूट बनाया है वह 100% परीक्षण कवरेज लक्ष्य को प्राप्त करता है या नहीं। ऐसा करने के लिए, एक ट्रेसबिलिटी मैट्रिक्स बनाया जा सकता है। वहाँ के बारे में पता करने के लिए सभी की जाँच करें ट्रेसबिलिटी मैट्रिक्स यहाँ ।
- टूल्स - टेस्ट मैनेजमेंट टूल्स जैसे क्यूसी , सबसे छोटा टेस्ट केस क्रिएशन एक्टिविटी में हमारी मदद करें। गुणवत्ता केंद्र का उपयोग करके परीक्षण के मामलों से कैसे निपटा जा सकता है, इसका एक उदाहरण देखें गुणवत्ता केंद्र ट्यूटोरियल ।
- स्वचालन उपकरण का उपयोग परीक्षण मामलों को बनाने के लिए किया जा सकता है- जिस स्थिति में, उन्हें परीक्षण स्क्रिप्ट के रूप में संदर्भित किया जाता है।
यह हमें एक और दिलचस्प खंड के अंत में लाता है।
निष्कर्ष
परीक्षण निर्माण प्रक्रिया / परीक्षण डिजाइन चरण (एसटीएलसी) का अंत और कोड चरण (एसडीएलसी) का अंत आम तौर पर परीक्षण तैयारी चरण के अंत और टेस्ट निष्पादन चरण की शुरुआत को चिह्नित करेगा।
इस सॉफ्टवेयर टेस्टिंग कोर्स में अगला ट्यूटोरियल - आने वाले लेख में, हम इस बारे में बात करेंगे कि परीक्षण निष्पादन क्या है, इसमें क्या शामिल है और इस चरण के दौरान क्यूए टीम से क्या उम्मीदें हैं।
=> क्यूए प्रशिक्षण दिवस 5: परीक्षण निष्पादन
हम आशा करते हैं कि आप सभी इस श्रृंखला के साथ काम कर रहे हैं। सरलता के लिए, केवल कुछ परीक्षण मामलों का निर्माण किया गया है। हालांकि, सबसे अच्छा परिणाम तब देखा जा सकता है जब आप बड़े पैमाने पर परीक्षण पर काम करते हैं, जिसका अर्थ है कि अधिक से अधिक परीक्षण मामलों को लिखना। इसलिए, कृपया अपने काम को सीमित न करें और जितना हो सके उतना करें।
कृपया हमें अपने सवाल और टिप्पणी नीचे बताएं। खुश परीक्षण!
PREV ट्यूटोरियल | अगले ट्यूटोरियल
अनुशंसित पाठ
- टेस्ट केस के उदाहरणों के साथ सैंपल टेस्ट केस टेम्प्लेट [डाउनलोड]
- टेस्ट स्ट्रेटेजी डॉक्यूमेंट कैसे लिखें (सैंपल टेस्ट स्ट्रेटेजी टेम्पलेट के साथ)
- नमूना परीक्षण योजना दस्तावेज़ (प्रत्येक क्षेत्र के विवरण के साथ परीक्षण योजना उदाहरण)
- एक प्रभावी टेस्ट सारांश रिपोर्ट कैसे लिखें [नमूना रिपोर्ट डाउनलोड]
- टेस्ट केस कैसे लिखें: उदाहरणों के साथ अंतिम गाइड
- सॉफ्टवेयर टेस्टिंग ट्रेनिंग: एक लाइव प्रोजेक्ट पर एंड टू एंड ट्रेनिंग - फ्री ऑनलाइन क्यूए ट्रेनिंग पार्ट 1
- प्रारूप और सामग्री के साथ नमूना सॉफ्टवेयर टेस्ट प्लान टेम्पलेट
- एटीएम मशीन के लिए परीक्षण के मामले कैसे लिखें (नमूना परिदृश्य)