टेस्ट प्लान टेम्पलेट का उदाहरण

टेस्ट प्लान टेम्प्लेट क्या है?

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

बनाना जाँच की योजना यह आपके परीक्षण प्रोजेक्ट की सफलता सुनिश्चित करने के लिए अनिवार्य है। यदि आप इससे अपरिचित हैं, तो संदर्भ लें। परीक्षण योजना कैसे बनाएं.

नमूना परीक्षण योजना टेम्पलेट डाउनलोड करें

परीक्षण योजना टेम्पलेट संरचना

नीचे टेस्ट प्लान टेम्पलेट के महत्वपूर्ण घटक क्रमानुसार समझाए गए हैं:

• 1. परिचय
• 1.1 स्कोप
• 1.1.1 कार्यक्षेत्र में
• 1.1.2 दायरे से बाहर
• 1.2 गुणवत्ता उद्देश्य
• 1.3 भूमिकाएं और जिम्मेदारियां
• 2. परीक्षण पद्धति
• 2.1 अवलोकन
• 2.2 परीक्षण स्तर
• 2.3 बग ट्राइएज
• 2.4 निलंबन मानदंड और बहाली आवश्यकताएँ
• 2.5 परीक्षण पूर्णता
• 3. परीक्षण परिणाम
• 4. संसाधन एवं पर्यावरण संबंधी आवश्यकताएँ
• 4.1 परीक्षण उपकरण
• 4.2 परीक्षण वातावरण
• 5. शब्दावली/संक्षिप्त रूप

1) परिचय

प्रस्तावना में परियोजना के लिए उपयोग की जाने वाली परीक्षण रणनीतियों, प्रक्रियाओं, कार्यप्रवाह और कार्यप्रणालियों का संक्षिप्त अवलोकन दिया गया है।

1.1। घेरा

---

परीक्षण की सीमा स्पष्ट बनी रहे, इसलिए इसके दायरे को दो भागों में विभाजित किया गया है।

1.1.1) कार्यक्षेत्र में

स्कोप में सॉफ्टवेयर की विशेषताओं, कार्यात्मक या गैर-कार्यात्मक आवश्यकताओं को परिभाषित किया गया है। होगा का परीक्षण किया।

1.1.2) दायरे से बाहर

आउट ऑफ स्कोप सॉफ्टवेयर की उन विशेषताओं, कार्यात्मक या गैर-कार्यात्मक आवश्यकताओं को परिभाषित करता है जो नही होगा का परीक्षण किया।

1.2) गुणवत्ता उद्देश्य

---

यहां आपको उन समग्र उद्देश्यों का उल्लेख करना है जिन्हें टीम मैन्युअल परीक्षण और स्वचालित परीक्षण के माध्यम से प्राप्त करने की योजना बना रही है। एक विशिष्ट परीक्षण परियोजना के कुछ उद्देश्य इस प्रकार हैं:

• यह सुनिश्चित करें कि परीक्षण के अंतर्गत अनुप्रयोग (AUT) कार्यात्मक और गैर-कार्यात्मक आवश्यकताओं के अनुरूप हो।
• यह सुनिश्चित करें कि एयूटी ग्राहक द्वारा परिभाषित गुणवत्ता विनिर्देशों को पूरा करता है।
• एप्लिकेशन के लाइव होने से पहले बग्स की पहचान करें और उन्हें ठीक करें।

1.3) भूमिकाएं और जिम्मेदारियां

---

इसमें शामिल विभिन्न टीम सदस्यों की भूमिकाओं और जिम्मेदारियों का विस्तृत विवरण प्रदान करें, जैसे कि:

• क्यूए विश्लेषक
• टेस्ट मैनेजर
• विन्यास प्रबंधक
• डेवलपर्स
• इंस्टालेशन टीम

दूसरों के बीच में।

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

2) परीक्षण पद्धति

यह अनुभाग परीक्षण निष्पादन को नियंत्रित करने के लिए उपयोग किए जाने वाले जीवनचक्र, स्तरों और नियमों को निर्धारित करता है।

2.1) अवलोकन

---

परियोजना के लिए किसी विशेष परीक्षण पद्धति को अपनाने का कारण बताइए। परियोजना के लिए चुनी गई परीक्षण पद्धति निम्न हो सकती है:

• झरना
• चलने का
• चुस्त
• चरम कार्यक्रम

चुनी गई कार्यप्रणाली कई कारकों पर निर्भर करती है। आप परीक्षण कार्यप्रणाली के बारे में और अधिक पढ़ सकते हैं। यहाँ उत्पन्न करें.

2.2) परीक्षण स्तर

---

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

2.3) बग ट्राइएज

---

बग ट्राइएज का लक्ष्य यह है:

• प्रत्येक बग के लिए समाधान का प्रकार परिभाषित करें।
• बग्स को प्राथमिकता दें और "ठीक किए जाने वाले" सभी बग्स के लिए एक शेड्यूल निर्धारित करें।

2.4) निलंबन मानदंड और बहाली आवश्यकताएँ

---

निलंबन मानदंड उन स्थितियों को परिभाषित करते हैं जिनके तहत परीक्षण प्रक्रिया का पूरा या आंशिक भाग रोक दिया जाएगा। पुनः आरंभ मानदंड यह निर्धारित करते हैं कि परीक्षण निलंबित होने के बाद कब पुनः शुरू किया जा सकता है।

2.5) परीक्षण पूर्णता

---

यहां आप उन मानदंडों को परिभाषित करते हैं जिनके आधार पर आपका परीक्षण पूर्ण माना जाएगा। उदाहरण के लिए, परीक्षण की पूर्णता की जांच के लिए सामान्य मानदंड इस प्रकार होंगे:

• 100% परीक्षण कवरेज हासिल किया गया।
• सभी मैनुअल और स्वचालित परीक्षण केस निष्पादित किए गए।
• सभी लंबित बग या तो ठीक कर दिए गए हैं या अगली रिलीज़ में ठीक करने की योजना है।

3) परीक्षण वितरण

टेस्टिंग लाइफसाइकिल के दौरान तैयार किए गए हर आर्टिफैक्ट की सूची बनाएं। इन्हें पहले से रिकॉर्ड करने से टीमों के बीच हैंडओवर में होने वाली गलतियों से बचा जा सकता है।

4) संसाधन एवं पर्यावरण आवश्यकताएं

क्रियान्वयन शुरू होने से पहले बजट, लाइसेंस और वातावरण सुरक्षित करने के लिए आवश्यक उपकरणों और बुनियादी ढांचे की सूची बनाएं।

4.1) परीक्षण उपकरण

---

निम्नलिखित उपकरणों की सूची बनाएं:

• आवश्यकताएँ Tracराजा उपकरण
• दोष Tracराजा उपकरण
• स्वचालन उपकरण

परियोजना का प्रभावी ढंग से परीक्षण करने के लिए ये आवश्यक हैं।

4.2) परीक्षण वातावरण

---

न्यूनतम का उल्लेख करें हार्डवेयर वे आवश्यकताएँ जिनका उपयोग एप्लिकेशन के परीक्षण के लिए किया जाएगा।

निम्नलिखित सॉफ्टवेयर क्लाइंट-विशिष्ट सॉफ़्टवेयर के अतिरिक्त इसकी आवश्यकता होती है:

• Windows 11 और ऊपर
• Microsoft 365 (या ऑफिस 2021 और उससे ऊपर)
• एमएस एक्सचेंज, आदि.

5) शब्द/संक्षिप्त शब्द

परियोजना में प्रयुक्त किसी भी शब्द या संक्षिप्त रूप को दस्तावेज़ में दर्ज करें ताकि नए लोग बिना किसी अस्पष्टता के योजना को पढ़ सकें।

उपरोक्त परीक्षण योजना टेम्पलेट प्रारूप डाउनलोड करें

नमूना परीक्षण योजना दस्तावेज़: बैंकिंग वेब एप्लिकेशन का उदाहरण

नीचे दिए गए उदाहरण में दिखाया गया है कि ऊपर दिए गए टेम्पलेट को कैसे भरा जाता है। Guru99 बैंक वेब एप्लिकेशन।

1. परिचय

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

1.1 स्कोप

1.1.1 कार्यक्षेत्र में

इसकी सभी विशेषताएं Guruसॉफ्टवेयर आवश्यकता में 99 बैंक वेबसाइट को परिभाषित किया गया है। ऐनक परीक्षण करने की आवश्यकता है।

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

1.1.2 दायरे से बाहर

इन सुविधाओं का परीक्षण नहीं किया जाता है क्योंकि वे सॉफ्टवेयर आवश्यकता विनिर्देशों का हिस्सा नहीं हैं:

• यूजर इंटरफेस
• हार्डवेयर इंटरफ़ेस
• सॉफ्टवेयर इंटरफेस
• डेटाबेस तार्किक डिजाइन
• संचार इंटरफेस
• वेबसाइट सुरक्षा और प्रदर्शन

1.2 गुणवत्ता उद्देश्य

परीक्षण के उद्देश्य हैं सत्यापित की कार्यक्षमता Guru99 बैंक की वेबसाइट। इस परियोजना का मुख्य उद्देश्य परीक्षण करना होना चाहिए। बैंकिंग संचालनजैसे कि खाता प्रबंधन, निकासी और शेष राशि की जानकारी, गारंटी कि ये सभी ऑपरेशन काम करते हैं सामान्य रूप से वास्तविक व्यावसायिक वातावरण में।

1.3 भूमिकाएं और जिम्मेदारियां

परियोजना का उपयोग करना चाहिए आउटसोर्स परियोजना की लागत बचाने के लिए सदस्यों को परीक्षक के रूप में नियुक्त किया जा सकता है।

नहीं.	सदस्य	कार्य
1.	टेस्ट मैनेजर	यह व्यक्ति संपूर्ण परियोजना का प्रबंधन करता है, परियोजना की दिशा निर्धारित करता है और उपयुक्त संसाधन प्राप्त करता है।
2.	टेस्टर	उपयुक्त परीक्षण तकनीकों, उपकरणों और स्वचालन आर्किटेक्चर की पहचान और वर्णन करता है; परीक्षण दृष्टिकोण को सत्यापित करता है; परीक्षण निष्पादित करता है; परिणामों को लॉग करता है; दोषों की रिपोर्ट करता है। आउटसोर्स किए गए सदस्य।
3.	डेवलपर परीक्षण में	यह टेस्ट केस, टेस्ट प्रोग्राम, टेस्ट सूट आदि को लागू करता है।
4.	परीक्षण प्रशासक	परीक्षण वातावरण और संसाधनों का निर्माण और रखरखाव करता है; निष्पादन के दौरान परीक्षकों को सहायता प्रदान करता है।
5.	एसक्यूए सदस्य	गुणवत्ता आश्वासन की जिम्मेदारी लें और पुष्टि करें कि परीक्षण प्रक्रिया निर्दिष्ट आवश्यकताओं को पूरा करती है या नहीं।

2. परीक्षण पद्धति

2.1 अवलोकन

RSI Guru99 बैंक परियोजना एजाइल-अनुकूल परीक्षण पद्धति का पालन करती है, जिससे परीक्षकों को संरचित दस्तावेज़ीकरण बनाए रखते हुए तीव्र विकास स्प्रिंट के साथ तालमेल बिठाने की अनुमति मिलती है।

2.2 परीक्षण स्तर

में Guru99 बैंक परियोजना के लिए तीन प्रकार के परीक्षण किए जाने चाहिए:

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

2.3 बग ट्राइएज

बग ट्राइएज मीटिंग सप्ताह में दो बार आयोजित की जाती हैं ताकि दोषों की गंभीरता, मालिक और लक्षित समाधान रिलीज को वर्गीकृत किया जा सके।

2.4 निलंबन मानदंड और बहाली आवश्यकताएँ

If 40% तक परीक्षण मामलों में में विफल रहा हैविकास टीम द्वारा सभी असफल मामलों को ठीक करने तक परीक्षण को निलंबित करें।

2.5 परीक्षण पूर्णता

• उन मानदंडों को निर्दिष्ट करता है जो दर्शाते हैं सफल परीक्षण चरण का समापन।
• दौड़ की दर अनिवार्य है 100% तक जब तक कोई स्पष्ट कारण न बताया जाए।
• पारित दर is 80% तक उत्तीर्ण दर प्राप्त करना अनिवार्य.

2.6 परियोजना कार्य, अनुमान और समय सारिणी

कार्य	सदस्यगण	अनुमानित प्रयास
परीक्षण विनिर्देश बनाएं	टेस्ट डिज़ाइनर	170 मानव घंटे
परीक्षण निष्पादन करें	परीक्षक, परीक्षण प्रशासक	80 मानव घंटे
जाँच रिपोर्ट	टेस्टर	10 मानव घंटे
परीक्षण वितरण	टेस्ट मैनेजर	20 मानव घंटे
कुल	-	280 मानव घंटे

अनुसूची: टीम सहमत परीक्षण चक्र अवधि के भीतर इन कार्यों को पूरा करने के लिए प्रतिबद्ध है।

3. परीक्षण परिणाम

परीक्षण के लिए उपलब्ध परिणाम Guru99 बैंक परियोजना को तीन चरणों में आयोजित किया गया है।

परीक्षण चरण से पहले:

• परीक्षण योजना दस्तावेज।
• टेस्ट केस दस्तावेजों।
• परीक्षण डिजाइन विनिर्देश।

परीक्षण चरण के दौरान:

• परीक्षण उपकरण सिम्युलेटर।
• डेटा का परीक्षण करें.
• टेस्ट tracयोग्यता मैट्रिक्स, त्रुटि लॉग और निष्पादन लॉग।

परीक्षण चक्र समाप्त होने के बाद:

• परीक्षण परिणाम और रिपोर्ट।
• दोष रिपोर्ट.
• स्थापना और परीक्षण प्रक्रिया संबंधी दिशानिर्देश।
• रिलीज नोट्स।

4. संसाधन एवं पर्यावरण संबंधी आवश्यकताएँ

4.1 परीक्षण उपकरण

नहीं.	संसाधन	विवरण
1.	सर्वर	एक डेटाबेस सर्वर चल रहा है MySQL और एक वेब सर्वर जो अपाचे चला रहा है।
2.	परीक्षण उपकरण	एक ऐसा उपकरण जो पूर्वनिर्धारित प्रारूप में परीक्षण परिणामों को स्वतः उत्पन्न कर सकता है और परीक्षण निष्पादन को स्वचालित कर सकता है।
3.	नेटवर्क	एक गीगाबिट लैन सेटअप और कम से कम 5 एमबी/सेकंड की गति वाली एक इंटरनेट लाइन।
4.	कंप्यूटर	कम से कम 4 वर्कस्टेशन चल रहे हैं Windows 11, जिसमें 8 जीबी रैम और 3.4 गीगाहर्ट्ज का सीपीयू है।

4.2 परीक्षण वातावरण

इस उपखंड में एप्लिकेशन के परीक्षण के लिए आवश्यक न्यूनतम हार्डवेयर और सॉफ़्टवेयर आवश्यकताओं की सूची दी गई है। क्लाइंट-विशिष्ट सॉफ़्टवेयर के अतिरिक्त निम्नलिखित सॉफ़्टवेयर की आवश्यकता होती है:

• Windows 11 और ऊपर
• Microsoft 365 (या ऑफिस 2021 और उससे ऊपर)
• एमएस एक्सचेंज, आदि.

टेस्ट प्लानिंग में एआई कैसे मदद करता है

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

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

एक प्रभावी परीक्षण योजना के लिए सर्वोत्तम अभ्यास

एक अच्छी तरह से तैयार की गई परीक्षण योजना सभी हितधारकों को एकमत रखती है। अपना दस्तावेज़ तैयार करते समय इन सर्वोत्तम प्रथाओं का पालन करें:

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

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