उदाहरणों के साथ टेस्ट केस कैसे लिखें

🚀 स्मार्ट सारांश

परीक्षण मामला, शर्तों, इनपुट, क्रियाओं और अपेक्षित परिणामों का एक प्रलेखित सेट है, जो यह सत्यापित करता है कि कोई विशिष्ट सुविधा सॉफ्टवेयर अनुप्रयोगों में सही ढंग से काम करती है।

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

टेस्ट केस कैसे लिखें

टेस्ट केस क्या है?

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

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

एक अच्छी तरह से लिखा गया परीक्षण मामला यह सुनिश्चित करने में मदद करता है:

  • सॉफ्टवेयर व्यवसाय और उपयोगकर्ता की आवश्यकताएं।
  • बग या अप्रत्याशित व्यवहार जल्दी पकड़ा गया.
  • परीक्षण किया जा सकता है दोहराया और समीक्षा की गई किसी भी QA पेशेवर द्वारा.
  • टीमें कर सकती हैं trace प्रत्येक परीक्षण किस आवश्यकता की पुष्टि कर रहा है।

👉 निःशुल्क लाइव सॉफ्टवेयर परीक्षण परियोजना के लिए नामांकन करें

मैन्युअल परीक्षण में टेस्ट केस बनाने के चरण

आइए परिदृश्य के लिए एक परीक्षण मामला बनाएं: लॉगिन कार्यक्षमता की जाँच करें

मैन्युअल परीक्षण में परीक्षण मामले बनाएँ

चरण 1) परिदृश्य को समझाने के लिए एक सरल परीक्षण मामला होगा

परीक्षण मामला # परीक्षण का मामला Descriptआयन
1 वैध ईमेल और पासवर्ड दर्ज करने पर प्रतिक्रिया की जाँच करें

चरण 2) डेटा का परीक्षण करें.
परीक्षण मामले को निष्पादित करने के लिए, आपको आवश्यकता होगी परीक्षण डेटा. इसे नीचे जोड़ रहा हूँ

परीक्षण मामला # परीक्षण का मामला Descriptआयन परीक्षण डेटा
1 वैध ईमेल और पासवर्ड दर्ज करने पर प्रतिक्रिया की जाँच करें ईमेल: guru99@email.com
पासवर्ड: lNf9^Oti7^2h

परीक्षण डेटा की पहचान करना समय लेने वाला हो सकता है और कभी-कभी परीक्षण डेटा को नए सिरे से बनाने की आवश्यकता हो सकती है। यही कारण है कि इसे दस्तावेजित करने की आवश्यकता है।

चरण 3) क्रियाएँ करें।
किसी परीक्षण मामले को निष्पादित करने के लिए, परीक्षक को AUT पर कुछ विशिष्ट क्रियाएँ करने की आवश्यकता होती है। इसे नीचे वर्णित किया गया है:

परीक्षण मामला # परीक्षण का मामला Descriptआयन टेस्ट स्टेप्स परीक्षण डेटा
1 वैध ईमेल और पासवर्ड दर्ज करने पर प्रतिक्रिया की जाँच करें 1) ईमेल पता दर्ज करें

2) पासवर्ड दर्ज करें

3) साइन इन पर क्लिक करें

ईमेल: guru99@email.com

पासवर्ड: lNf9^Oti7^2h

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

चरण 4) AUT के व्यवहार की जाँच करें.
सॉफ़्टवेयर परीक्षण में परीक्षण मामलों का लक्ष्य अपेक्षित परिणाम के लिए AUT के व्यवहार की जाँच करना है। इसे नीचे दिए गए दस्तावेज़ में दर्ज किया जाना चाहिए।

परीक्षण मामला # परीक्षण का मामला Descriptआयन परीक्षण डेटा अपेक्षित परिणाम
1 वैध ईमेल और पासवर्ड दर्ज करने पर प्रतिक्रिया की जाँच करें ईमेल: guru99@email.com
पासवर्ड: lNf9^Oti7^2h
लॉगिन सफल होना चाहिए

परीक्षण निष्पादन समय के दौरान, परीक्षक अपेक्षित परिणामों की वास्तविक परिणामों से जांच करेगा और पास या असफल स्थिति निर्दिष्ट करेगा

परीक्षण मामला # परीक्षण का मामला Descriptआयन परीक्षण डेटा अपेक्षित परिणाम वास्तविक परिणाम सफल - असफल
1 वैध ईमेल और पासवर्ड दर्ज करने पर प्रतिक्रिया की जाँच करें ईमेल: Guru99@email.com पासवर्ड: lNf9^Oti7^2h लॉगिन सफल होना चाहिए लॉगिन सफल रहा पास

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

एक परीक्षण मामले के प्रमुख तत्व

एक मानक परीक्षण मामले में आम तौर पर निम्नलिखित शामिल होते हैं:

  1. टेस्ट केस आईडी – विशिष्ट पहचानकर्ता (उदाहरणार्थ, TC001)
  2. शीर्षक या Descriptआयन – परीक्षण क्या सत्यापित करता है
  3. पूर्व शर्त – परीक्षण शुरू होने से पहले क्या मौजूद होना चाहिए
  4. टेस्ट स्टेप्स – निष्पादित करने के लिए सटीक क्रियाएँ
  5. परीक्षण डेटा – इनपुट मान या पैरामीटर
  6. अपेक्षित परिणाम – वह परिणाम जो आपको देखना चाहिए
  7. वास्तविक परिणाम - वास्तव में क्या हुआ था
  8. स्थिति – पास, फेल, या ब्लॉक

टेस्ट केस बनाम टेस्ट परिदृश्य

A परीक्षण परिदृश्य यह बताता है कि किस चीज का परीक्षण किया जाना चाहिए - व्यापक कार्यक्षमता या उपयोगकर्ता यात्रा।

A परीक्षण मामला, दूसरी ओर, यह बताता है कि उस कार्यक्षमता को कैसे सत्यापित किया जाएगा - सटीक चरण, डेटा और अपेक्षित परिणाम।

आसान शब्दों में:

  • परीक्षण परिदृश्य = विचार क्या परीक्षण करना है.
  • परीक्षण मामला = कार्यान्वयन इस विचार का परीक्षण कैसे किया जाए।

इसके बारे में इस तरह से सोचें -

"यदि परीक्षण परिदृश्य एक अध्याय का शीर्षक है, तो प्रत्येक परीक्षण मामला एक पैराग्राफ है जो उस अध्याय को विस्तार से समझाता है।"

उदाहरण चित्रण:

इसे और स्पष्ट करने के लिए आइए एक उदाहरण लेते हैं:

परीक्षण परिदृश्य:

“वेबसाइट की लॉगिन कार्यक्षमता की जाँच करें।”

संबंधित परीक्षण मामले:

  1. वैध उपयोगकर्ता नाम और पासवर्ड के साथ लॉगिन सत्यापित करें।
  2. अमान्य पासवर्ड के साथ त्रुटि संदेश सत्यापित करें.
  3. रिक्त फ़ील्ड के साथ लॉगिन सत्यापित करें.
  4. सत्यापित करें कि पासवर्ड फ़ील्ड इनपुट टेक्स्ट छुपाता है.

यहाँ, परिदृश्य यह है एकल कार्यात्मक उद्देश्य, जबकि परीक्षण मामले इसे तोड़ते हैं विशिष्ट, परीक्षण योग्य स्थितियाँ।

अधिक जानकारी के लिए पढ़ें टेस्ट केस बनाम टेस्ट परिदृश्य के बीच अंतर

उच्च-गुणवत्ता वाले परीक्षण मामले लिखने के लाभ

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

टेस्ट केस लिखते समय बचने वाली सामान्य गलतियाँ

यहां तक ​​कि अनुभवी परीक्षक भी छोटी-छोटी गलतियां कर देते हैं, जिससे परीक्षण की गुणवत्ता कमजोर हो जाती है।

इन गलतियों से बचने से नाटकीय रूप से सुधार हो सकता है सटीकता, स्पष्टता और रखरखाव आपके परीक्षण सूट का.

  1. अस्पष्ट चरण लिखना: "लॉगिन पृष्ठ जांचें" जैसे अस्पष्ट निर्देश परीक्षकों को भ्रमित कर सकते हैं। स्पष्ट, क्रिया-आधारित चरणों का उपयोग करें।
  2. स्किपping नकारात्मक परिदृश्य: पूर्ण कवरेज सुनिश्चित करने के लिए हमेशा अमान्य इनपुट या सीमा परीक्षण शामिल करें।
  3. अस्पष्ट परीक्षण डेटा का पुनः उपयोग: लेबल रहित या असंगत डेटा परीक्षण परिणामों को अविश्वसनीय बनाता है। एक साझा परीक्षण डेटा शीट बनाए रखें।
  4. परीक्षण मामलों को अत्यधिक जटिल बनाना: लंबे, बहु-चरणीय मामलों को बनाए रखना कठिन होता है। प्रत्येक मामले को केंद्रित और ठोस रखें।
  5. उत्पाद में परिवर्तन के बाद अपडेट को अनदेखा करना: पुराने परीक्षण मामले गलत परिणाम उत्पन्न करते हैं। Revनियमित रूप से देखें और संशोधित करें।
  6. लापता tracक्षमता: टेस्ट केस को हमेशा आवश्यकताओं से लिंक करें tracके कवरेज और अनुपालन।
  7. स्किपping सहकर्मी समीक्षाएँ: नई नजरें अस्पष्ट या अनावश्यक कदमों को जल्दी पकड़ लेती हैं।

अक्सर पूछे जाने वाले प्रश्न

परीक्षण मामले आवश्यकताओं के अंतिम रूप देने के बाद और विकास या परीक्षण शुरू होने से पहले लिखे जाते हैं। इससे प्रत्येक कार्यक्षमता के लिए स्पष्ट सत्यापन चरण सुनिश्चित होते हैं और QA टीमों को सॉफ़्टवेयर विकास जीवनचक्र के आरंभ में ही कमियों की पहचान करने में मदद मिलती है।

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

टेस्ट केस प्रबंधन यह सुनिश्चित करता है कि व्यवस्थित, पुन: प्रयोज्य और tracपरीक्षण दस्तावेज़ीकरण को सक्षम बनाता है। यह सहयोग को बेहतर बनाता है, दोहराव को कम करता है और मदद करता है। track परीक्षण कवरेज। निम्नलिखित जैसे टूल का उपयोग करें TestRail या Jira का उपयोग करके परीक्षण की प्रगति को प्रभावी ढंग से केंद्रीकृत, वर्शन-कंट्रोल और मॉनिटर किया जा सकता है।

दक्षता बढ़ाने के लिए, पुन: प्रयोज्यता, प्राथमिकता और स्पष्टता पर ध्यान केंद्रित करें। मॉड्यूलर परीक्षण डिज़ाइन, दोहराव वाले परीक्षणों के लिए स्वचालन, नियमित समीक्षा आदि का उपयोग करें। tracआवश्यकताओं के अनुरूप क्षमता। निरंतर अनुकूलन से अनावश्यकता कम होती है और समय के साथ परीक्षण की सटीकता बढ़ती है।

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

क्लाउड और चैटजीपीटी टेस्ट केस लिखने में शक्तिशाली सहयोगी हो सकते हैं। दोनों ही आवश्यकताओं का विश्लेषण कर सकते हैं, विस्तृत या पैरामीटरयुक्त परीक्षण परिदृश्य तैयार कर सकते हैं, एज केस सुझा सकते हैं, और यहाँ तक कि प्राकृतिक भाषा के इनपुट को संरचित परीक्षण स्क्रिप्ट (जैसे गेरकिन या पायटेस्ट) में भी बदल सकते हैं।

इस पोस्ट को संक्षेप में इस प्रकार लिखें: