जाँच की योजना
एक परीक्षण योजना एक विस्तृत दस्तावेज है जो एक सॉफ्टवेयर उत्पाद के लिए परीक्षण करने के लिए आवश्यक परीक्षण रणनीति, उद्देश्यों, अनुसूची, अनुमान, डिलिवरेबल्स और संसाधनों का वर्णन करता है। परीक्षण योजना हमें परीक्षण के तहत आवेदन की गुणवत्ता को मान्य करने के लिए आवश्यक प्रयास को निर्धारित करने में मदद करती है। परीक्षण योजना एक परिभाषित प्रक्रिया के रूप में सॉफ्टवेयर परीक्षण गतिविधियों का संचालन करने के लिए एक खाका के रूप में कार्य करती है, जिसका परीक्षण प्रबंधक द्वारा सूक्ष्मता से निगरानी और नियंत्रण किया जाता है।
ISTQB की परिभाषा के अनुसार: "टेस्ट प्लान एक उद्देश्य है, जिसमें परीक्षण गतिविधियों के दायरे, दृष्टिकोण, संसाधन और अनुसूची का वर्णन है।"
आइए निम्नलिखित परीक्षण योजना उदाहरण / परिदृश्य के साथ शुरू करें: एक बैठक में, आप टीम के सदस्यों के साथ टेस्ट प्लान पर चर्चा करना चाहते हैं, लेकिन वे रुचि नहीं रखते हैं -
ऐसे में आप क्या करेंगे? निम्नलिखित आंकड़ों के रूप में अपना उत्तर चुनें
क) जैसा मैंने कहा, मैं प्रबंधक हूं
बी) ठीक है, मुझे समझाएं कि हमें टेस्ट मैनेजर के रूप में टेस्ट प्लान
गलत
क्यों चाहिए, आपको टेस्ट प्लान की अहमियत समझानी चाहिए, न कि टीम को वह करने के लिए जो आप चाहते हैं। सही तरीके से
एक टेस्ट मैनेजर के रूप में, आपको टीम को वह करने के लिए मजबूर करने के बजाय टेस्ट प्लान के महत्व को समझाना चाहिए।
टेस्ट प्लान का महत्व क्या है?
टेस्ट प्लान डॉक्यूमेंट बनाने के कई फायदे हैं
- डेवलपर्स, व्यवसाय प्रबंधक, ग्राहकों जैसे परीक्षण टीम के बाहर के लोगों को परीक्षण के विवरण को समझने में मदद करें।
- परीक्षण योजना गाइड हमारी सोच। यह एक नियम पुस्तिका की तरह है, जिसका पालन किया जाना आवश्यक है।
- टेस्ट प्लान , टेस्ट स्कोप, टेस्ट स्ट्रेटेजी जैसे महत्वपूर्ण पहलुओं को टेस्ट प्लान में प्रलेखित किया जाता है, इसलिए इसका प्रबंधन टीम द्वारा समीक्षा की जा सकती है और अन्य परियोजनाओं के लिए फिर से उपयोग किया जा सकता है।
टेस्ट प्लान कैसे लिखें
आप पहले से ही जानते हैं कि टेस्ट प्लान बनाना टेस्ट मैनेजमेंट प्रोसेस का सबसे महत्वपूर्ण कार्य है। IEEE 829 के अनुसार परीक्षण योजना बनाने के लिए नीचे दिए सात चरणों का पालन करें
- उत्पाद का विश्लेषण करें
- टेस्ट रणनीति डिजाइन करें
- टेस्ट के उद्देश्यों को परिभाषित करें
- टेस्ट क्राइटेरिया को परिभाषित करें
- संसाधन आयोजन
- योजना पर्यावरण परीक्षण
- अनुसूची और अनुमान
- टेस्ट डिलिवरेबल्स निर्धारित करें
चरण 1) उत्पाद का विश्लेषण करें
आप इसके बारे में किसी भी जानकारी के बिना किसी उत्पाद का परीक्षण कैसे कर सकते हैं ? उत्तर असंभव है। इसे जांचने से पहले आपको किसी उत्पाद को अच्छी तरह से सीखना चाहिए ।
परीक्षण के तहत उत्पाद गुरु 99 बैंकिंग वेबसाइट है। आपको ग्राहकों और अंतिम उपयोगकर्ताओं को एप्लिकेशन से उनकी आवश्यकताओं और अपेक्षाओं को जानने के लिए अनुसंधान करना चाहिए
- वेबसाइट का उपयोग कौन करेगा?
- इसका क्या उपयोग है?
- कैसे चलेगा?
- उत्पाद उपयोग करने वाले सॉफ़्टवेयर / हार्डवेयर क्या हैं?
आप साइट का विश्लेषण करने के लिए निम्नलिखित दृष्टिकोण का उपयोग कर सकते हैं
अब आइए उपरोक्त ज्ञान को वास्तविक उत्पाद पर लागू करें : बैंकिंग वेबसाइट http://demo.guru99.com/V4 का विश्लेषण करें।
तुम एक ले जाना चाहिए चारों ओर देखो इस वेबसाइट और यह भी की समीक्षा उत्पाद दस्तावेज़। उत्पाद प्रलेखन की समीक्षा आपको वेबसाइट की सभी विशेषताओं के साथ-साथ इसका उपयोग करने के तरीके को समझने में मदद करती है। यदि आप किसी भी आइटम पर अस्पष्ट हैं, तो आप अधिक जानकारी प्राप्त करने के लिए ग्राहक, डेवलपर, डिजाइनर का साक्षात्कार कर सकते हैं।
चरण 2) टेस्ट रणनीति विकसित करें
सॉफ्टवेयर टेस्टिंग में टेस्ट प्लान बनाने के लिए टेस्ट स्ट्रेटेजी एक महत्वपूर्ण कदम है। एक टेस्ट स्ट्रेटेजी डॉक्यूमेंट, एक उच्च-स्तरीय दस्तावेज है, जिसे आमतौर पर टेस्ट मैनेजर द्वारा विकसित किया जाता है। यह दस्तावेज़ परिभाषित करता है:
- परियोजना के परीक्षण के उद्देश्य और उन्हें प्राप्त करने के साधन
- परीक्षण प्रयास और लागत निर्धारित करता है
अपनी परियोजना पर वापस, आपको उस बैंकिंग वेबसाइट के परीक्षण के लिए टेस्ट रणनीति विकसित करने की आवश्यकता है। आपको नीचे दिए गए चरणों का पालन करना चाहिए
चरण 2.1) परीक्षण का दायरा परिभाषित करें
किसी भी परीक्षण गतिविधि की शुरुआत से पहले, परीक्षण का दायरा ज्ञात होना चाहिए। आपको इसके बारे में कठिन सोचना चाहिए।
- परीक्षण किए जाने वाले सिस्टम के घटक (हार्डवेयर, सॉफ्टवेयर, मिडलवेयर इत्यादि) को " स्कोप " के रूप में परिभाषित किया गया है ।
- सिस्टम के जिन घटकों का परीक्षण नहीं किया जाएगा, उन्हें " दायरे से बाहर " होने के रूप में स्पष्ट रूप से परिभाषित करने की आवश्यकता है ।
सभी हितधारकों के लिए अपने परीक्षण परियोजना के दायरे को परिभाषित करना बहुत महत्वपूर्ण है। एक सटीक गुंजाइश आपकी मदद करती है
- सभी को आपके द्वारा किए जा रहे परीक्षण की जानकारी और सटीक जानकारी दें
- सभी परियोजना सदस्यों को इस बात की स्पष्ट समझ होगी कि परीक्षण क्या है और क्या नहीं है
आप अपनी परियोजना का दायरा कैसे तय करेंगे?
गुंजाइश निर्धारित करने के लिए, आपको यह करना होगा -
- सटीक ग्राहक की आवश्यकता
- परियोजना का बजट
- उत्पाद विनिर्देश
- कौशल और अपनी परीक्षण टीम की प्रतिभा
अब परीक्षण के "स्कोप" और "स्कोप से बाहर" को स्पष्ट रूप से परिभाषित करना चाहिए।
- सॉफ्टवेयर की आवश्यकता के अनुसार, प्रोजेक्ट गुरु 99 बैंक केवल वेबसाइट गुरु99 बैंक ( कार्यक्षेत्र परीक्षण) में सभी कार्यों और बाहरी इंटरफेस के परीक्षण पर ध्यान केंद्रित करता है।
- वर्तमान में तनाव , प्रदर्शन या तार्किक डेटाबेस जैसे गैर-संवैधानिक परीक्षण का परीक्षण नहीं किया जाएगा। ( दायरे से बाहर )
समस्या परिदृश्य
ग्राहक चाहता है कि आप उसके एपीआई का परीक्षण करें। लेकिन परियोजना बजट ऐसा करने की अनुमति नहीं देता है। ऐसे में आप क्या करेंगे?
खैर, ऐसे मामले में आपको ग्राहक को यह समझाने की आवश्यकता है कि एपी परीक्षण अतिरिक्त काम है और महत्वपूर्ण संसाधनों का उपभोग करेगा। उसे अपने तथ्यों का समर्थन करने वाले डेटा दें। उसे बताएं कि यदि Api परीक्षण में शामिल किया गया है तो गुंजाइश XYZ राशि से बढ़ जाएगी।
ग्राहक सहमत हैं और तदनुसार नए स्कोप हैं, जो कि स्कोप आइटम हैं
- इन-स्कोप आइटम: कार्यात्मक परीक्षण, एपि परीक्षण
- कार्यक्षेत्र वस्तुओं में से: डेटाबेस परीक्षण, हार्डवेयर और अन्य बाहरी इंटरफ़ेस
चरण 2.2) परीक्षण प्रकार की पहचान करें
एक परीक्षण प्रकार एक मानक परीक्षण प्रक्रिया है जो एक अपेक्षित परीक्षा परिणाम देता है।
प्रत्येक परीक्षण प्रकार एक विशिष्ट प्रकार के उत्पाद कीड़े की पहचान करने के लिए तैयार किया जाता है। लेकिन, सभी परीक्षण प्रकार एक आम लक्ष्य को प्राप्त करने के उद्देश्य से हैं "ग्राहक को उत्पाद जारी करने से पहले सभी दोषों का प्रारंभिक पता लगाना "
आमतौर पर इस्तेमाल किया परीक्षण प्रकार निम्न चित्र के रूप में वर्णित किया गया है

कर रहे हैं परीक्षण प्रकार की टन सॉफ्टवेयर उत्पाद के परीक्षण के लिए। आपकी टीम के पास सभी प्रकार के परीक्षण को संभालने के लिए पर्याप्त प्रयास नहीं हो सकते । टेस्ट मैनेजर के रूप में, आपको परीक्षण प्रकारों की प्राथमिकता निर्धारित करनी चाहिए
- वेब एप्लिकेशन परीक्षण के लिए कौन से परीक्षण प्रकारों पर ध्यान केंद्रित किया जाना चाहिए ?
- लागत बचाने के लिए कौन से परीक्षण प्रकारों को अनदेखा किया जाना चाहिए ?
इस मामले में आपको कौन से परीक्षण प्रकार पर ध्यान देना चाहिए?
लागू होने वाले सभी का चयन करें ए) यूनिट परीक्षण बी) एपीआई परीक्षण ग) एकीकरण परीक्षण डी) सिस्टम परीक्षण ई) स्थापित / परीक्षण की स्थापना रद्द करें च) चुस्त परीक्षण हम केवल बी का चयन करते हैं ) एपीआई परीक्षण सी) एकीकरण परीक्षण डी) गुरु99 परियोजना के लिए सिस्टम परीक्षण
चरण 2.3) दस्तावेज़ जोखिम और मुद्दे
जोखिम भविष्य की अनिश्चित घटना है जिसमें घटना की संभावना और नुकसान की संभावना है। जब जोखिम वास्तव में होता है, तो यह ' मुद्दा' बन जाता है ।
आर्टिकल रिस्क एनालिसिस एंड सॉल्यूशन में, आपने पहले ही प्रोजेक्ट में 'रिस्क' विश्लेषण के बारे में विस्तार से और संभावित जोखिमों की पहचान कर ली है।
क्यूए टेस्ट प्लान में, आप उन जोखिमों का दस्तावेजीकरण करेंगे
जोखिम | शमन |
---|---|
टीम के सदस्य के पास वेबसाइट परीक्षण के लिए आवश्यक कौशल की कमी है। | अपने सदस्यों को प्रशिक्षित करने के लिए योजना प्रशिक्षण पाठ्यक्रम |
परियोजना अनुसूची बहुत तंग है; इस परियोजना को समय पर पूरा करना कठिन है | प्रत्येक परीक्षण गतिविधि के लिए परीक्षण प्राथमिकता निर्धारित करें । |
टेस्ट मैनेजर में खराब प्रबंधन कौशल होता है | प्रबंधक के लिए योजना नेतृत्व प्रशिक्षण |
सहयोग की कमी आपके कर्मचारियों की उत्पादकता को नकारात्मक रूप से प्रभावित करती है | अपने कार्य में प्रत्येक टीम के सदस्य को प्रोत्साहित करें , और उन्हें अधिक से अधिक प्रयासों के लिए प्रेरित करें। |
गलत बजट अनुमान और लागत अधिक हो गई है | काम शुरू करने से पहले गुंजाइश स्थापित करें , प्रोजेक्ट प्लानिंग पर लगातार ध्यान दें और प्रगति को लगातार ट्रैक करें और मापें |
चरण 2.4) टेस्ट लॉजिस्टिक्स बनाएं
टेस्ट लॉजिस्टिक्स में, टेस्ट मैनेजर को निम्नलिखित प्रश्नों का उत्तर देना चाहिए:
- परीक्षण कौन करेगा?
- टेस्ट कब होगा?
परीक्षण कौन करेगा?
आप परीक्षक के सटीक नामों को नहीं जान सकते हैं जो परीक्षण करेंगे, लेकिन परीक्षक के प्रकार को परिभाषित किया जा सकता है।
निर्दिष्ट कार्य के लिए सही सदस्य का चयन करने के लिए, आपको यह विचार करना होगा कि उसका कौशल कार्य के लिए योग्य है या नहीं, प्रोजेक्ट बजट का भी अनुमान लगाएं। कार्य के लिए गलत सदस्य का चयन करने से परियोजना विफल या देरी हो सकती है ।
सॉफ्टवेयर परीक्षण करने के लिए निम्नलिखित कौशल रखने वाला व्यक्ति सबसे आदर्श है:
- ग्राहकों को समझने की क्षमता
- गुणवत्ता की प्रबल इच्छा
- विस्तार पर ध्यान दें
- अच्छा सहयोग
आपकी परियोजना में, परीक्षण निष्पादन के लिए जो सदस्य कार्यभार संभालेगा, वह है परीक्षक। प्रोजेक्ट बजट के आधार पर, आप परीक्षक के रूप में स्रोत या आउटसोर्स सदस्य चुन सकते हैं।
टेस्ट कब होगा?
परीक्षण गतिविधियों को संबंधित विकास गतिविधियों से मेल खाना चाहिए।
जब आपके पास निम्नलिखित आंकड़े में दिखाए गए सभी आवश्यक आइटम होंगे, तो आप परीक्षण करना शुरू कर देंगे
चरण 3) परीक्षण उद्देश्य को परिभाषित करें
टेस्ट ऑब्जेक्टिव टेस्ट के निष्पादन का समग्र लक्ष्य और उपलब्धि है। परीक्षण का उद्देश्य संभव के रूप में कई सॉफ्टवेयर दोष ढूंढ रहा है; सुनिश्चित करें कि परीक्षण के तहत सॉफ्टवेयर रिलीज से पहले बग मुक्त है ।
परीक्षण के उद्देश्यों को परिभाषित करने के लिए, आपको निम्न चरणों का पालन करना चाहिए
- सभी सॉफ्टवेयर सुविधाओं (कार्यक्षमता, प्रदर्शन, जीयूआई ...) को सूचीबद्ध करें जिन्हें परीक्षण करने की आवश्यकता हो सकती है।
- उपरोक्त सुविधाओं के आधार पर लक्ष्य या परीक्षण के लक्ष्य को परिभाषित करें
आइए अपने गुरु99 बैंक परीक्षण परियोजना के परीक्षण उद्देश्य को खोजने के लिए इन चरणों को लागू करें
आप वेबसाइट की विशेषताओं को खोजने के लिए ' TOP-DOWN' विधि चुन सकते हैं, जिसे परीक्षण करने की आवश्यकता हो सकती है। इस पद्धति में, आप घटक और उप-घटक के परीक्षण के तहत आवेदन को तोड़ देते हैं ।
पिछले विषय में, आप पहले ही आवश्यकता के चश्मे का विश्लेषण कर चुके हैं और वेबसाइट पर चल सकते हैं, इसलिए वेबसाइट के फीचर्स का पता लगाने के लिए आप माइंड-मैप बना सकते हैं।
यह आंकड़ा उन सभी विशेषताओं को दिखाता है जो गुरु99 वेबसाइट पर हो सकती हैं।
उपरोक्त सुविधाओं के आधार पर, आप निम्न के रूप में प्रोजेक्ट गुरु 99 के टेस्ट ऑब्जेक्टिव को परिभाषित कर सकते हैं
- जांचें कि क्या वास्तविक व्यावसायिक वातावरण में वेबसाइट गुरु 99 की कार्यक्षमता (खाता, जमा…) बिना किसी त्रुटि या बग के अपेक्षित है
- जांचें कि वेबसाइट का बाहरी इंटरफ़ेस जैसे UI अपेक्षित है और ग्राहक की जरूरत को पूरा करता है
- वेबसाइट की उपयोगिता को सत्यापित करें। क्या उपयोगकर्ता के लिए कार्यात्मकता सुविधाजनक है या नहीं?
चरण 4) टेस्ट मानदंड को परिभाषित करें
टेस्ट मानदंड एक मानक या नियम है जिस पर एक परीक्षण प्रक्रिया या परीक्षण निर्णय आधारित हो सकता है। निम्नलिखित के रूप में 2 प्रकार के परीक्षण मानदंड हैं
निलंबन मानदंड
परीक्षण के लिए महत्वपूर्ण निलंबन मानदंड निर्दिष्ट करें। यदि परीक्षण के दौरान निलंबन मानदंड पूरे किए जाते हैं, तो मापदंड के हल होने तक सक्रिय परीक्षण चक्र को निलंबित कर दिया जाएगा ।
टेस्ट प्लान उदाहरण: यदि आपकी टीम के सदस्य रिपोर्ट करते हैं कि परीक्षण के 40% मामले फेल हैं, तो आपको तब तक परीक्षण स्थगित करना चाहिए जब तक कि विकास टीम सभी विफल मामलों को ठीक न कर ले।
मानदंड से बाहर निकलें
यह उन मानदंडों को निर्दिष्ट करता है जो एक परीक्षण चरण के सफल समापन को दर्शाता है । निकास मानदंड परीक्षण के लक्षित परिणाम हैं और विकास के अगले चरण के लिए आगे बढ़ने से पहले आवश्यक हैं। उदाहरण: सभी महत्वपूर्ण परीक्षा के मामलों में से 95% उत्तीर्ण होना चाहिए।
बाहर निकलने के मानदंड को परिभाषित करने के कुछ तरीके लक्षित रन रेट और पास दर को निर्दिष्ट करके हैं ।
- रन रेट परीक्षण विनिर्देश के निष्पादित / कुल परीक्षण मामलों की संख्या के बीच का अनुपात है । उदाहरण के लिए, परीक्षण विनिर्देश में कुल 120 टीसी हैं, लेकिन परीक्षक ने केवल 100 टीसी का निष्पादन किया, इसलिए रन रेट 100/120 = 0.83 (83%) है
- उत्तीर्ण संख्या / परीक्षण मामलों के बीच पारित दर अनुपात है / निष्पादित मामलों । उदाहरण के लिए, ऊपर दिए गए 100 टीसी में, 80 टीसी हैं जो पास हुए हैं, इसलिए पास दर 80/100 = 0.8 (80%) है
यह डेटा टेस्ट मैट्रिक दस्तावेजों में प्राप्त किया जा सकता है।
- जब तक कोई स्पष्ट कारण न दिया जाए, तब तक रन रेट 100% होना अनिवार्य है।
- दर्रा दर परियोजना गुंजाइश पर निर्भर है, लेकिन उच्च मार्ग दर को प्राप्त करने के लिए एक लक्ष्य है।
टेस्ट प्लान उदाहरण: आपकी टीम पहले ही परीक्षण निष्पादित कर चुकी है। वे आपके लिए परीक्षा परिणाम की रिपोर्ट करते हैं, और वे चाहते हैं कि आप एक्जिट मानदंड की पुष्टि करें ।
उपरोक्त मामले में, रन रेट अनिवार्य है 100%, लेकिन परीक्षण टीम ने केवल 90% परीक्षण मामलों को पूरा किया। इसका मतलब है कि रन रेट संतुष्ट नहीं है, इसलिए एग्जिट मानदंड की पुष्टि न करें
चरण 5) संसाधन योजना
संसाधन योजना परियोजना कार्य को पूरा करने के लिए आवश्यक सभी प्रकार के संसाधनों का एक विस्तृत सारांश है। एक परियोजना को पूरा करने के लिए आवश्यक संसाधन मानव, उपकरण और सामग्री हो सकते हैं
संसाधन नियोजन परीक्षण योजना का महत्वपूर्ण कारक है क्योंकि परियोजना के लिए उपयोग किए जाने वाले संसाधनों (कर्मचारी, उपकरण ...) की संख्या निर्धारित करने में मदद करता है । इसलिए, परीक्षण प्रबंधक प्रोजेक्ट के लिए सही शेड्यूल और अनुमान बना सकता है।
यह अनुभाग आपकी परियोजना के लिए अनुशंसित संसाधनों का प्रतिनिधित्व करता है।
मानवीय संसाधन
निम्न तालिका आपकी परियोजना टीम में विभिन्न सदस्यों का प्रतिनिधित्व करती है
नहीं। |
सदस्य |
कार्य |
---|---|---|
१। |
टेस्ट मैनेजर |
पूरे प्रोजेक्ट का प्रबंधन करें परियोजना के निर्देशों को परिभाषित करें उपयुक्त संसाधनों को हासिल करें |
२। |
टेस्टर |
उपयुक्त परीक्षण तकनीकों / उपकरणों / स्वचालन वास्तुकला की पहचान करना और उनका वर्णन करना परीक्षण दृष्टिकोण का सत्यापन और आकलन करें परीक्षण निष्पादित करें, परिणाम लॉग करें, दोषों की रिपोर्ट करें। परियोजना के बजट के आधार पर टेस्टर में खटास या खटास हो सकती है जिस कार्य के लिए कम कौशल की आवश्यकता होती है , मैं आपको परियोजना लागत बचाने के लिए आउटसोर्स सदस्यों को चुनने की सलाह देता हूं । |
३। |
टेस्ट में डेवलपर |
परीक्षण मामलों, परीक्षण कार्यक्रम, परीक्षण सूट आदि को लागू करें। |
४। |
परीक्षण प्रशासक |
बनाता है और यह सुनिश्चित करता है कि परीक्षण पर्यावरण और संपत्ति का प्रबंधन और रखरखाव किया जाता है परीक्षण निष्पादन के लिए परीक्षण वातावरण का उपयोग करने के लिए परीक्षक का समर्थन करें |
५। |
SQA के सदस्य |
गुणवत्ता आश्वासन का प्रभार लें यह पुष्टि करने के लिए जांचें कि क्या परीक्षण प्रक्रिया निर्दिष्ट आवश्यकताओं को पूरा कर रही है |
सिस्टम संसाधन
एक वेब अनुप्रयोग के परीक्षण के लिए, आपको निम्न तालिकाओं के रूप में संसाधनों की योजना बनानी चाहिए:
नहीं। |
साधन |
विवरण |
---|---|---|
१। |
सर्वर |
परीक्षण के तहत वेब एप्लिकेशन इंस्टॉल करें यदि लागू हो तो इसमें एक अलग वेब सर्वर, डेटाबेस सर्वर और एप्लिकेशन सर्वर शामिल हैं |
२। |
परीक्षण उपकरण |
परीक्षण उपकरण को परीक्षण को स्वचालित करना है, उपयोगकर्ता ऑपरेशन का अनुकरण करना, परीक्षण के परिणाम उत्पन्न करना इस परियोजना के लिए उपयोग किए जा सकने वाले कई परीक्षण उपकरण हैं जैसे सेलेनियम, QTP… आदि। |
३। |
नेटवर्क |
वास्तविक व्यवसाय और उपयोगकर्ता वातावरण को अनुकरण करने के लिए आपको एक नेटवर्क की आवश्यकता है जिसमें LAN और इंटरनेट शामिल हैं |
४। |
संगणक |
पीसी जो उपयोगकर्ता अक्सर वेब सर्वर को जोड़ने के लिए उपयोग करते हैं |
चरण 6) योजना पर्यावरण परीक्षण
टेस्ट पर्यावरण क्या है
एक परीक्षण वातावरण सॉफ्टवेयर और हार्डवेयर का एक सेटअप है जिस पर परीक्षण टीम परीक्षण मामलों को निष्पादित करने जा रही है। परीक्षण वातावरण में वास्तविक व्यवसाय और उपयोगकर्ता वातावरण, साथ ही भौतिक वातावरण, जैसे सर्वर, फ्रंट एंड रनिंग वातावरण शामिल हैं।
टेस्ट पर्यावरण सेटअप करने के लिए कैसे
अपनी परियोजना पर वापस, आप इस बैंकिंग वेबसाइट के लिए परीक्षण वातावरण कैसे सेट करते हैं ?
इस कार्य को पूरा करने के लिए, आपको टेस्ट टीम और विकास टीम के बीच एक मजबूत सहयोग की आवश्यकता है
आपको स्पष्ट रूप से परीक्षण के तहत वेब एप्लिकेशन को समझने के लिए डेवलपर से कुछ प्रश्न पूछने चाहिए । यहाँ कुछ सुझाए गए प्रश्न हैं। बेशक, आप अन्य प्रश्न पूछ सकते हैं यदि आप की जरूरत है।
- अधिकतम उपयोगकर्ता कनेक्शन क्या है जो यह वेबसाइट उसी समय संभाल सकती है?
- इस वेबसाइट को स्थापित करने के लिए हार्डवेयर / सॉफ्टवेयर आवश्यकताएं क्या हैं?
- क्या वेबसाइट को ब्राउज़ करने के लिए उपयोगकर्ता के कंप्यूटर को किसी विशेष सेटिंग की आवश्यकता है?
निम्नलिखित आंकड़ा बैंकिंग वेबसाइट www.demo.guru99.com/V4 के परीक्षण वातावरण का वर्णन करता है
चरण 7) अनुसूची और आकलन
लेख परीक्षण अनुमान में, आपने पहले ही परियोजना को पूरा करने के प्रयास का अनुमान लगाने के लिए कुछ तकनीकों का उपयोग किया था। अब आपको उस अनुमान के साथ-साथ टेस्ट प्लानिंग की अनुसूची भी शामिल करनी चाहिए
टेस्ट अनुमान चरण में, मान लीजिए कि आप पूरी परियोजना को छोटे कार्यों में तोड़ देते हैं और नीचे दिए गए प्रत्येक कार्य के लिए अनुमान जोड़ते हैं
टास्क |
सदस्यों |
अनुमानित प्रयास |
---|---|---|
परीक्षण विनिर्देश बनाएँ |
परीक्षण डिजाइनर |
170 मानव-घंटा |
परीक्षण निष्पादन करें |
परीक्षक, टेस्ट प्रशासक |
80 आदमी-घंटा |
जाँच रिपोर्ट |
टेस्टर |
10 आदमी-घंटा |
टेस्ट डिलीवरी |
20 मानव-घंटे |
|
संपूर्ण |
280 मानव-घंटा |
फिर आप इन कार्यों को पूरा करने के लिए शेड्यूल बनाते हैं।
परियोजना प्रबंधन में अनुसूची बनाना एक सामान्य शब्द है। टेस्ट प्लानिंग में एक ठोस शेड्यूल बनाकर, टेस्ट मैनेजर इसे प्रोजेक्ट प्रगति की निगरानी के लिए टूल के रूप में उपयोग कर सकता है, लागत की अधिकता को नियंत्रित कर सकता है।
प्रोजेक्ट शेड्यूल बनाने के लिए, टेस्ट मैनेजर को नीचे दिए गए इनपुट के कई प्रकार चाहिए:
- कर्मचारी और परियोजना की समय सीमा : कार्य दिवस, परियोजना की समय सीमा, संसाधन उपलब्धता ऐसे कारक हैं जो अनुसूची को प्रभावित करते हैं
- परियोजना का अनुमान : अनुमान के आधार पर, परीक्षण प्रबंधक जानता है कि परियोजना को पूरा करने में कितना समय लगता है। इसलिए वह उचित परियोजना अनुसूची बना सकता है
- प्रोजेक्ट रिस्क : जोखिम को समझना टेस्ट मैनेजर को जोखिम से निपटने के लिए प्रोजेक्ट शेड्यूल में पर्याप्त अतिरिक्त समय जोड़ने में मदद करता है
आइए एक उदाहरण के साथ अभ्यास करें:
मान लीजिए कि बॉस एक महीने में प्रोजेक्ट गुरु 99 को पूरा करना चाहता है , तो आपने पहले ही टेस्ट एस्टीमेशन में प्रत्येक कार्य के लिए प्रयास का अनुमान लगाया। आप नीचे के रूप में शेड्यूल बना सकते हैं
चरण 8) परीक्षण वितरण
टेस्ट डिलिवरेबल्स उन सभी दस्तावेजों, उपकरणों और अन्य घटकों की एक सूची है जिन्हें परीक्षण प्रयास के समर्थन में विकसित और रखरखाव किया जाना है।
सॉफ़्टवेयर विकास जीवनचक्र के प्रत्येक चरण में अलग-अलग परीक्षण डिलिवरेबल्स हैं।
परीक्षण चरण से पहले परीक्षण डिलिवरेबल्स प्रदान किए जाते हैं ।
- परीक्षण योजना दस्तावेज़।
- मामलों के दस्तावेजों का परीक्षण करें
- परीक्षण डिजाइन विनिर्देशों।
टेस्ट डिलिवरेबल्स प्रदान की जाती हैं के दौरान परीक्षण
- टेस्ट लिपियों
- सिमुलेटर।
- परीक्षण डेटा
- टेस्ट ट्रैसेबिलिटी मैट्रिक्स
- त्रुटि लॉग और निष्पादन लॉग।
परीक्षण चक्र समाप्त होने के बाद टेस्ट डिलिवरेबल्स प्रदान किए जाते हैं ।
- परीक्षा परिणाम / रिपोर्ट
- दोष रिपोर्ट
- स्थापना / परीक्षण प्रक्रिया दिशानिर्देश
- रिलीज नोट्स
साधन
एक नमूना परीक्षण योजना टेम्पलेट डाउनलोड करें
वेबसाइट गुरु99 बैंक की नमूना प्रणाली परीक्षण योजना डाउनलोड करें