टेस्ट केस टेम्प्लेट एक्सेल डाउनलोड करें
थॉमस हैमिल्टन
⚡ स्मार्ट सारांश
टेस्ट केस टेम्प्लेट किसी भी सॉफ़्टवेयर प्रोजेक्ट के लिए टेस्ट केस को दस्तावेज़ित करने हेतु एक मानकीकृत संरचना प्रदान करता है। यह ट्यूटोरियल प्रत्येक आवश्यक फ़ील्ड की व्याख्या करता है, डाउनलोड करने योग्य एक्सेल और वर्ड नमूने प्रदान करता है, और उन सर्वोत्तम प्रथाओं को सूचीबद्ध करता है जो संपूर्ण QA टीम में टेस्ट आर्टिफैक्ट्स को एकरूप बनाए रखती हैं।
टेस्ट केस टेम्प्लेट क्या है?
A टेस्ट केस टेम्पलेट यह एक सुव्यवस्थित दस्तावेज़ है जो परीक्षकों को किसी विशेष परीक्षण परिदृश्य के लिए डेटा विकसित करने और उसे लगातार समझने में मदद करता है। परीक्षण का मामला टेम्प्लेट टीम के लिए टेस्ट-आर्टिफैक्ट की एकरूपता बनाए रखता है और सभी हितधारकों के लिए टेस्ट केस को समझना आसान बनाता है। मानक प्रारूप में टेस्ट केस लिखने से परीक्षण में लगने वाला समय कम हो जाता है और त्रुटि दर घट जाती है। मानक प्रारूप विशेष रूप से तब उपयोगी होता है जब टेस्ट केस की समीक्षा बाहरी विशेषज्ञों द्वारा की जाती है।
आपके प्रोजेक्ट के लिए चुना गया टेम्पलेट आपकी परीक्षण नीति पर निर्भर करता है। कई संगठन टेस्ट केस बनाते हैं। Microsoft एक्सेल, अन्य में Microsoft Wordऔर कुछ लोग एचपी एएलएम जैसे परीक्षण-प्रबंधन उपकरणों का उपयोग करते हैं।
टेस्ट केस टेम्पलेट में महत्वपूर्ण फ़ील्ड
चाहे दस्तावेज़ीकरण की कोई भी विधि चुनी जाए, किसी भी अच्छे टेस्ट केस टेम्प्लेट में निम्नलिखित फ़ील्ड शामिल होने चाहिए।
| परीक्षण केस फ़ील्ड | विवरण |
|---|---|
| टेस्ट केस आईडी | प्रत्येक टेस्ट केस को एक अद्वितीय आईडी द्वारा दर्शाया जाना चाहिए। टेस्ट के प्रकार को इंगित करने के लिए "TC_UI_1" जैसे प्रारूप का उपयोग करें — उदाहरण के लिए, "यूज़र इंटरफ़ेस टेस्ट केस #1"। |
| परीक्षण प्राथमिकता | निष्पादन के दौरान उपयोगी। सामान्य मान निम्न, मध्यम और उच्च हैं। |
| मॉड्यूल का नाम | परीक्षण किया जा रहा मुख्य मॉड्यूल या उप-मॉड्यूल। |
| टेस्ट डिज़ाइन किया गया | परीक्षक का नाम। |
| परीक्षण की तिथि डिजाइन की गई | परीक्षण की रूपरेखा तैयार करने की तिथि। |
| परीक्षण निष्पादित किया गया | टेस्ट को निष्पादित करने वाला परीक्षक। |
| परीक्षण निष्पादन की तिथि | वह तिथि जब परीक्षण किया जाना है। |
| नाम या परीक्षण शीर्षक | टेस्ट केस का शीर्षक। |
| Descriptआयन / सारांश | परीक्षण के उद्देश्य का संक्षिप्त सारांश। |
| शर्त लगाना | इस टेस्ट केस को निष्पादित करने से पहले पूरी की जाने वाली सभी पूर्व-शर्तों को सूचीबद्ध करें। |
| निर्भरता | परीक्षण आवश्यकताओं या अन्य परीक्षण मामलों पर कोई भी निर्भरता। |
| टेस्ट स्टेप्स | सभी चरणों को क्रमवार विस्तार से बताएं। यथासंभव सटीक जानकारी दें। |
| परीक्षण डेटा | परीक्षण डेटा इनपुट के रूप में उपयोग किया जाता है। सटीक मानों के साथ विभिन्न डेटा सेट प्रदान करें। |
| अपेक्षित परिणाम | अपेक्षित परिणाम, जिसमें स्क्रीन पर दिखाई देने वाली कोई भी त्रुटि या संदेश शामिल है। |
| पोस्ट-कंडीशन | टेस्ट केस चलने के बाद सिस्टम की स्थिति। |
| वास्तविक परिणाम | निष्पादन के बाद प्राप्त वास्तविक परिणाम। |
| स्थिति (पास/असफल) | यदि वास्तविक परिणाम अपेक्षित परिणाम से मेल नहीं खाता है तो उसे असफल के रूप में चिह्नित करें। |
| नोट्स | ऐसी विशेष परिस्थितियाँ जिनका उल्लेख कहीं और नहीं किया गया है। |
वैकल्पिक क्षेत्र परियोजना की आवश्यकताओं के आधार पर इन्हें जोड़ा जा सकता है।
- लिंक / दोष आईडी: करने के लिए लिंक दोष या परीक्षण विफल होने पर दोष संख्या।
- कीवर्ड / परीक्षण प्रकार: इसका उपयोग परीक्षणों को उनके प्रकार के आधार पर वर्गीकृत करने के लिए किया जाता है, जैसे कि उपयोगिता, कार्यात्मक या व्यावसायिक नियम।
- आवश्यकताएँ: वे आवश्यकताएँ जिनके लिए परीक्षण मामला लिखा गया है।
- संदर्भ / संलग्नक: जटिल परिदृश्यों के लिए सहायक दस्तावेज़ या आरेख का पथ।
- स्वचालन (हाँ/नहीं): Tracस्वचालित परीक्षण मामलों के लिए k स्वचालन स्थिति।
- तटकर क्षेत्र: आपके प्रोजेक्ट के क्लाइंट या प्रक्रिया संबंधी आवश्यकताओं से संबंधित विशिष्ट क्षेत्र।
टेस्ट केस टेम्प्लेट डाउनलोड करें (एक्सेल और वर्ड)
दोनों टेम्पलेट में ऊपर वर्णित फ़ील्ड मौजूद हैं। अपनी टीम की दस्तावेज़ीकरण शैली के अनुसार उपयुक्त प्रारूप चुनें।
टेस्ट केस लिखने के लिए सर्वोत्तम अभ्यास
किसी टेम्प्लेट की उपयोगिता तभी होती है जब उसे भरते समय सही अनुशासन का पालन किया जाए। नीचे दिए गए तरीके टेस्ट केस को पुन: प्रयोज्य बनाए रखते हैं। tracसक्षम और स्पष्ट।
- प्रत्येक चरण को स्पष्ट रूप से लिखें: किसी भी परीक्षक को स्पष्टीकरण मांगे बिना चरणों को पूरा करने में सक्षम होना चाहिए।
- उपयोगकर्ता के दृष्टिकोण से शुरुआत करें: कोड क्या करता है, यह नहीं बल्कि उपयोगकर्ता क्या करता है, इसका वर्णन करें।
- दोहराने के बजाय पुनः उपयोग करें: किसी मौजूदा टेस्ट केस के चरणों को दोहराने के बजाय, आईडी द्वारा उसका संदर्भ लें।
- पूर्ण कवरेज सुनिश्चित करें: आवश्यकता के साथ परीक्षण मामलों को आवश्यकताओं से मैप करें Tracयोग्यता मैट्रिक्स।
- प्रबंधन उपकरण का उपयोग करें: प्लेटफार्मों जैसे जिरा या एचपी एएलएम संस्करण इतिहास, अटैचमेंट और निष्पादन लॉग को एक ही स्थान पर रखता है।
