परीक्षण योजना टेम्पलेट (नमूना दस्तावेज़ उदाहरण)
परीक्षण योजना टेम्पलेट क्या है?
परीक्षण योजना टेम्पलेट यह एक विस्तृत दस्तावेज़ है जो परीक्षण रणनीति, उद्देश्य, शेड्यूल, अनुमान और डिलीवरेबल्स, तथा परीक्षण के लिए आवश्यक संसाधनों का वर्णन करता है। परीक्षण योजना हमें परीक्षण के तहत आवेदन की गुणवत्ता को मान्य करने के लिए आवश्यक प्रयास निर्धारित करने में मदद करती है। परीक्षण योजना एक परिभाषित प्रक्रिया के रूप में सॉफ़्टवेयर परीक्षण गतिविधियों का संचालन करने के लिए एक खाका के रूप में कार्य करती है जिसे परीक्षण प्रबंधक द्वारा बारीकी से निगरानी और नियंत्रित किया जाता है।
बनाना जाँच की योजना आपके सॉफ्टवेयर परीक्षण प्रोजेक्ट की सफलता सुनिश्चित करने के लिए अनिवार्य है। यदि आप टेस्ट प्लानिंग में नए हैं तो इस ट्यूटोरियल को देखें परीक्षण योजना कैसे बनाएं
नमूना परीक्षण योजना टेम्पलेट डाउनलोड करें
परीक्षण योजना टेम्पलेट
नीचे परीक्षण योजना के महत्वपूर्ण घटक दिए गए हैं-
- 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 परीक्षण वातावरण
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) परीक्षण उपकरण
जैसे उपकरणों की एक सूची बनाएं
- आवश्यकता ट्रैकिंग उपकरण
- बग ट्रैकिंग टूल
- स्वचालन उपकरण
परियोजना का परीक्षण करना आवश्यक है
4.2) परीक्षण वातावरण
इसमें न्यूनतम सीमा का उल्लेख है हार्डवेयर आवश्यकताएँ जिनका उपयोग अनुप्रयोग का परीक्षण करने के लिए किया जाएगा।
निम्नलिखित सॉफ्टवेयर का ग्राहक-विशिष्ट सॉफ्टवेयर के अतिरिक्त इनकी भी आवश्यकता होती है।
- Windows 8 और ऊपर
- Office 2013 और इसके बाद के संस्करण
- एमएस एक्सचेंज, आदि.
5) शब्द/संक्षिप्त शब्द
परियोजना में प्रयुक्त किसी भी शब्द या संक्षिप्ताक्षर का उल्लेख करें
शब्द/संक्षिप्त नाम | परिभाषा |
---|---|
API | एप्लीकेशन प्रोग्राम इंटरफ़ेस |
AUT | परीक्षणाधीन आवेदन |
उपरोक्त परीक्षण योजना टेम्पलेट प्रारूप डाउनलोड करें
नमूना परीक्षण योजना दस्तावेज़ बैंकिंग वेब अनुप्रयोग उदाहरण
1 परिचय
परीक्षण योजना गुरु99 बैंक परियोजना की सभी परीक्षण गतिविधियों के दायरे, दृष्टिकोण, संसाधनों और अनुसूची को निर्धारित करने के लिए तैयार की गई है।
योजना में परीक्षण की जाने वाली वस्तुओं, परीक्षण की जाने वाली विशेषताओं, किए जाने वाले परीक्षण के प्रकार, परीक्षण के लिए जिम्मेदार कार्मिकों, परीक्षण पूरा करने के लिए आवश्यक संसाधनों और समय-सारिणी तथा योजना से जुड़े जोखिमों की पहचान की जाती है।
1.1 कार्यक्षेत्र
1.1.1 कार्यक्षेत्र में
वेबसाइटगुरु99 बैंक की सभी विशेषताएं जो सॉफ्टवेयर आवश्यकता में परिभाषित की गई थीं ऐनक इनका परीक्षण किया जाना आवश्यक है
मोड्यूल का नाम | लागू भूमिकाएँ | विवरण |
---|---|---|
बैलेंस पूछताछ | प्रबंधक ग्राहक |
ग्राहकएक ग्राहक के पास एक से अधिक बैंक खाते हो सकते हैं। केवल अपने खातों का शेष देखें प्रबंधक: एक प्रबंधक उन सभी ग्राहकों का शेष देख सकता है जो उसकी निगरानी में आना |
फंड ट्रांसफर | प्रबंधक ग्राहक |
ग्राहक: ग्राहक अपने स्वयं के खाते से धन हस्तांतरित कर सकता है खाते को किसी भी गंतव्य खाते में स्थानांतरित करना। प्रबंधक: प्रबंधक किसी भी स्रोत बैंक से धन हस्तांतरित कर सकता है खाते से गंतव्य खाते तक |
मिनी स्टेटमेंट | प्रबंधक ग्राहक |
मिनी स्टेटमेंट में खाते के अंतिम 5 लेनदेन दिखाए जाएंगे ग्राहक: ग्राहक केवल अपना ही मिनी-स्टेटमेंट देख सकता है खातों प्रबंधक: प्रबंधक किसी भी खाते का मिनी-स्टेटमेंट देख सकता है |
अनुकूलित विवरण | प्रबंधक ग्राहक |
एक अनुकूलित कथन आपको फ़िल्टर और प्रदर्शित करने की अनुमति देता है दिनांक, लेनदेन मूल्य के आधार पर खाते में लेनदेन ग्राहक: ग्राहक केवल कस्टमाइज्ड-स्टेटमेंट देख सकता है उसके “अपने” खाते प्रबंधक: एक प्रबंधक किसी भी कस्टमाइज्ड स्टेटमेंट को देख सकता है खाते |
पासवर्ड बदलें | प्रबंधक ग्राहक |
ग्राहक: ग्राहक केवल अपने खाते का पासवर्ड बदल सकता है। प्रबंधकएक प्रबंधक केवल अपने खाते का पासवर्ड बदल सकता है। वह अपने ग्राहकों के पासवर्ड नहीं बदल सकता |
नये ग्राहक | प्रबंधक | प्रबंधक: एक प्रबंधक एक नया ग्राहक जोड़ सकता है. |
प्रबंधक |
प्रबंधक: एक प्रबंधक पता, ईमेल, जैसे विवरण संपादित कर सकता है एक ग्राहक का टेलीफोन. |
|
नया खाता | प्रबंधक |
वर्तमान में प्रणाली 2 प्रकार के खाते उपलब्ध कराती है • बचत • वर्तमान एक ग्राहक एक से अधिक बचत खाते रख सकता है (एक उसके नाम पर, दूसरा उसके नाम पर)। अन्य संयुक्त नाम आदि में)। उसके पास विभिन्न कंपनियों के लिए कई चालू खाते हो सकते हैं वो मालिक है। अथवा उसके पास एकाधिक चालू एवं बचत खाते हो सकते हैं। प्रबंधक: प्रबंधक किसी मौजूदा खाते के लिए नया खाता जोड़ सकता है ग्राहक. |
खाता संपादित करें | प्रबंधक | प्रबंधक: प्रबंधक किसी मौजूदा खाते के लिए खाता विवरण संपादित कर सकता है |
खाता हटा दो | प्रबंधक | प्रबंधक: एक प्रबंधक किसी ग्राहक के लिए खाता जोड़ या हटा सकता है। |
ग्राहक हटाएँ | प्रबंधक |
किसी ग्राहक को केवल तभी हटाया जा सकता है जब उसके पास कोई सक्रिय चालू या बचत खाता न हो प्रबंधक: प्रबंधक किसी ग्राहक को हटा सकता है. |
डिपॉजिट | प्रबंधक |
प्रबंधक: एक प्रबंधक किसी भी खाते में पैसा जमा कर सकता है। आमतौर पर ऐसा तब किया जाता है जब नकदी बैंक शाखा में जमा की जाती है। |
धननिकासी | प्रबंधक |
प्रबंधक: प्रबंधक किसी भी खाते से पैसा निकाल सकता है। आमतौर पर ऐसा तब किया जाता है जब बैंक शाखा से नकदी निकाली जाती है। |
1.1.2 दायरे से बाहर
इन सुविधाओं का परीक्षण नहीं किया जा सकता क्योंकि वे सॉफ़्टवेयर आवश्यकता विनिर्देशों में शामिल नहीं हैं
- यूजर इंटरफेस
- हार्डवेयर इंटरफ़ेस
- सॉफ्टवेयर इंटरफेस
- डेटाबेस तार्किक
- संचार इंटरफेस
- वेबसाइट सुरक्षा और प्रदर्शन
1.2 गुणवत्ता उद्देश्य
परीक्षण के उद्देश्य हैं सत्यापित वेबसाइट गुरु 99 बैंक की कार्यक्षमता, परियोजना को परीक्षण पर ध्यान केंद्रित करना चाहिए बैंकिंग परिचालन जैसे खाता प्रबंधन, निकासी और शेष राशि...आदि। गारंटी ये सभी ऑपरेशन काम कर सकते हैं सामान्य रूप से वास्तविक कारोबारी माहौल में.
1.3 भूमिकाएं और जिम्मेदारियां
परियोजना का उपयोग करना चाहिए आउटसोर्स परियोजना लागत को बचाने के लिए सदस्यों को परीक्षक के रूप में नियुक्त किया गया।
नहीं. | सदस्य | कार्य |
---|---|---|
1. | टेस्ट मैनेजर | संपूर्ण परियोजना का प्रबंधन करें परियोजना की दिशाएँ निर्धारित करें उपयुक्त संसाधन प्राप्त करें |
2. | टेस्ट | उपयुक्त परीक्षण तकनीकों/उपकरणों/स्वचालन वास्तुकला की पहचान करना और उनका वर्णन करना परीक्षण दृष्टिकोण का सत्यापन और मूल्यांकन करना परीक्षण निष्पादित करें, परिणाम लॉग करें, दोषों की रिपोर्ट करें। आउटसोर्स सदस्य |
3. | डेवलपर परीक्षण में | परीक्षण मामले, परीक्षण कार्यक्रम, परीक्षण सूट आदि को क्रियान्वित करें। |
4. | परीक्षण प्रशासक | परीक्षण वातावरण का निर्माण और सुनिश्चित करना तथा परिसंपत्तियों का प्रबंधन और रखरखाव किया जाना परीक्षण निष्पादन के लिए परीक्षण वातावरण का उपयोग करने हेतु परीक्षक का समर्थन करें |
5. | एसक्यूए सदस्य | गुणवत्ता आश्वासन का प्रभार संभालें यह पुष्टि करने के लिए जाँच करें कि परीक्षण प्रक्रिया निर्दिष्ट आवश्यकताओं को पूरा कर रही है या नहीं |
2 परीक्षण पद्धति
2.1 अवलोकन
2.2 परीक्षण स्तर
गुरु99 बैंक परियोजना में 3 प्रकार के परीक्षण किए जाने हैं।
- एकीकरण परीक्षण (व्यक्तिगत सॉफ्टवेयर मॉड्यूल को एक समूह के रूप में संयोजित और परीक्षण किया जाता है)
- प्रणाली परीक्षण: एक पर आयोजित पूरा, एकीकृत सिस्टम की निर्दिष्ट आवश्यकताओं के साथ अनुपालन का मूल्यांकन करने के लिए सिस्टम
- एपीआई परीक्षण: परीक्षण के अंतर्गत सॉफ़्टवेयर के लिए बनाए गए सभी API का परीक्षण करें
2.3 बग ट्राइएज
2.4 निलंबन मानदंड और बहाली आवश्यकताएँ
यदि टीम के सदस्य रिपोर्ट करते हैं कि 40% तक परीक्षण मामलों की संख्या में विफल रहा हैजब तक विकास टीम सभी असफल मामलों को ठीक नहीं कर लेती, तब तक परीक्षण स्थगित रखें।
2.5 परीक्षण पूर्णता
- उन मानदंडों को निर्दिष्ट करता है जो दर्शाते हैं सफल परीक्षण चरण का समापन
- रन दर अनिवार्य है 100% तक जब तक कोई स्पष्ट कारण न बताया जाए।
- पास दर है 80% उत्तीर्ण दर प्राप्त करना है अनिवार्य
2.6 परियोजना कार्य और आकलन और अनुसूची
कार्य | सदस्यगण | प्रयास का अनुमान लगाएं |
---|---|---|
परीक्षण विनिर्देश बनाएं | टेस्ट डिज़ाइनर | 170 मानव-घंटा |
परीक्षण निष्पादन करें | परीक्षक, परीक्षण प्रशासक | 80 मानव-घंटा |
जाँच रिपोर्ट | टेस्टर | 10 मानव-घंटा |
परीक्षण वितरण | 20 मानव-घंटा | |
कुल | 280 मानव-घंटा |
इन कार्यों को पूरा करने के लिए समय निर्धारित करें
3 परीक्षण वितरण
परीक्षण डिलिवरेबल्स नीचे दिए गए हैं
परीक्षण चरण से पहले
- परीक्षण योजना दस्तावेज़.
- टेस्ट केस दस्तावेजों
- परीक्षण डिजाइन विनिर्देश.
परीक्षण के दौरान
– टेस्ट टूल सिमुलेटर.
– परीक्षण ट्रेस-क्षमता मैट्रिक्स – त्रुटि लॉग और निष्पादन लॉग।
परीक्षण चक्र समाप्त होने के बाद
- परीक्षण परिणाम/रिपोर्ट
- दोष रिपोर्ट
- स्थापना/परीक्षण प्रक्रिया दिशानिर्देश
- जारी नोट्स
4 संसाधन एवं पर्यावरण की आवश्यकताएं
4.1 परीक्षण उपकरण
नहीं. | संसाधन | Descriptआयनों |
---|---|---|
1. | सर्वर | एक डेटाबेस सर्वर की आवश्यकता है जो स्थापित हो MySQL सर्वर वेब सर्वर जो अपाचे सर्वर स्थापित करता है |
2. | परीक्षण उपकरण | एक परीक्षण उपकरण विकसित करें जो पूर्वनिर्धारित रूप में परीक्षण परिणाम को स्वचालित रूप से उत्पन्न कर सके और परीक्षण निष्पादन को स्वचालित कर सके |
3. | नेटवर्क | कम से कम 1 Mb/s की गति के साथ LAN गीगाबिट और 5 इंटरनेट लाइन सेटअप करें |
4. | कंप्यूटर | कम से कम 4 कंप्यूटर चलाएँ Windows 7, रैम 2GB, CPU 3.4GHZ |
4.2 परीक्षण वातावरण
इसमें न्यूनतम हार्डवेयर और सॉफ्टवेयर आवश्यकताओं का उल्लेख किया गया है जिनका उपयोग एप्लिकेशन के परीक्षण के लिए किया जाएगा।
ग्राहक-विशिष्ट सॉफ्टवेयर के अतिरिक्त निम्नलिखित सॉफ्टवेयर की आवश्यकता होती है।
- Windows 11 और ऊपर
- Office 2021 और इसके बाद के संस्करण
- एमएस एक्सचेंज, आदि.