test plan tutorial guide write software test plan document from scratch
सॉफ्टवेयर टेस्ट प्लान दस्तावेज के लिए एक अंतिम गाइड:
यह ट्यूटोरियल आपको सॉफ्टवेयर टेस्ट प्लान डॉक्यूमेंट के बारे में समझाएगा और आपको बताएगा कि स्क्रैच से विस्तृत सॉफ्टवेयर टेस्टिंग प्लान कैसे लिखें / बनाएं। परीक्षण योजना और परीक्षण निष्पादन के बीच अंतर।
लाइव प्रोजेक्ट क्यूए प्रशिक्षण दिवस 3 - हमारे पाठकों को हमारे लाइव आवेदन को प्रस्तुत करने के बाद मुफ्त ऑनलाइन सॉफ्टवेयर परीक्षण प्रशिक्षण , हमें पता चला SRS की समीक्षा कैसे करें और परीक्षण परिदृश्य लिखें । और अब सॉफ्टवेयर परीक्षण जीवनचक्र के सबसे महत्वपूर्ण भाग में गहराई से गोता लगाने का सही समय है - अर्थात परीक्षण योजना ।
इस श्रृंखला में सभी ट्यूटोरियल की सूची:
परीक्षण योजना दस्तावेज:
ट्यूटोरियल # 1: टेस्ट प्लान डॉक्यूमेंट कैसे लिखें (यह ट्यूटोरियल)
ट्यूटोरियल # 2: सरल परीक्षण योजना टेम्पलेट सामग्री
ट्यूटोरियल # 3: सॉफ्टवेयर टेस्ट प्लान उदाहरण
ट्यूटोरियल # 4: टेस्ट प्लान और टेस्ट रणनीति के बीच अंतर
ट्यूटोरियल # 5: टेस्ट स्ट्रेटेजी डॉक्यूमेंट कैसे लिखें
परीक्षण योजना युक्तियाँ:
ट्यूटोरियल # 6: परीक्षण योजना के दौरान जोखिम प्रबंधन
ट्यूटोरियल # 7: जब परीक्षण के लिए पर्याप्त समय नहीं है तो क्या करें
ट्यूटोरियल # 8: प्रभावी ढंग से परीक्षण परियोजनाओं की योजना और प्रबंधन कैसे करें
STLC के विभिन्न चरणों में परीक्षण योजना:
ट्यूटोरियल # 9: प्रतिगमन परीक्षण योजना
ट्यूटोरियल # 10: UAT टेस्ट प्लान
ट्यूटोरियल # 11: स्वीकृति परीक्षण योजना
परीक्षण स्वचालन योजना:
ट्यूटोरियल # 12: स्वचालन परीक्षण योजना
ट्यूटोरियल # 13: ईआरपी एप्लीकेशन टेस्ट योजना
ट्यूटोरियल # 14: एचपी एएलएम टेस्ट प्लानिंग
ट्यूटोरियल # 15: माइंडमैप टेस्ट प्लानिंग
ट्यूटोरियल # 16: जेमीटर टेस्ट प्लान और वर्कबेंच
आप क्या सीखेंगे:
परीक्षण योजना निर्माण - परीक्षण का सबसे महत्वपूर्ण चरण
यह जानकारीपूर्ण ट्यूटोरियल आपको टेस्ट प्लान डॉक्यूमेंट लिखने के तरीकों और प्रक्रियाओं के बारे में बताएगा।
इस ट्यूटोरियल के अंत में, हमने एक साझा किया है 19-पृष्ठ व्यापक परीक्षण योजना दस्तावेज़ जो विशेष रूप से लाइव प्रोजेक्ट OrangeHRM के लिए बनाया गया था, जिसका उपयोग हम इस मुफ्त में कर रहे हैं क्यूए प्रशिक्षण श्रृंखला
एक परीक्षण योजना क्या है?
टेस्ट प्लान एक गतिशील दस्तावेज है । एक परीक्षण परियोजना की सफलता एक अच्छी तरह से लिखित टेस्ट प्लान दस्तावेज पर निर्भर करती है जो हर समय चालू रहती है। टेस्ट प्लान कमोबेश पसंद है परीक्षण गतिविधि कैसे चल रही है इसका एक खाका एक परियोजना में जगह लेने के लिए
नीचे दिए गए परीक्षण योजना पर कुछ संकेत दिए गए हैं:
# 1) टेस्ट प्लान एक दस्तावेज है जो एक संदर्भ बिंदु के रूप में कार्य करता है और केवल उस परीक्षण के आधार पर क्यूए टीम के भीतर किया जाता है।
#दो) यह एक दस्तावेज भी है जिसे हम व्यापार विश्लेषकों, परियोजना प्रबंधकों, देव टीम और अन्य टीमों के साथ साझा करते हैं। यह QA टीम के बाहरी टीमों के काम की पारदर्शिता के स्तर को बढ़ाने में मदद करता है।
# 3) यह क्यूए प्रबंधक / क्यूए लीड द्वारा क्यूए टीम के सदस्यों से मिले इनपुट के आधार पर प्रलेखित है।
# 4) आमतौर पर टेस्ट प्लानिंग 1/3 के साथ आवंटित की जाती हैतृतीयपूरे क्यूए सगाई के लिए जो समय लगता है। अन्य 1/3तृतीयटेस्ट डिजाइनिंग के लिए है और बाकी टेस्ट एक्ज़ेक्यूशन के लिए है।
# 5) यह योजना स्थिर नहीं है और ऑन-डिमांड के आधार पर अपडेट की गई है।
# 6) योजना जितनी विस्तृत और व्यापक होगी, परीक्षण गतिविधि उतनी ही सफल होगी।
STLC प्रक्रिया
अब हम अपनी लाइव परियोजना श्रृंखला में आधे रास्ते पर हैं। इसलिए, हम एप्लिकेशन से एक कदम पीछे हटते हैं और सॉफ्टवेयर टेस्टिंग लाइफ साइकिल (STLC) प्रक्रिया पर एक नजर डालते हैं।
STLC को लगभग 3 भागों में विभाजित किया जा सकता है:
- परीक्षण योजना
- टेस्ट डिजाइन
- परीक्षण निष्पादन
हमारे पहले ट्यूटोरियल में, हमें पता चला कि एक व्यावहारिक क्यूए परियोजना में, हमने एसआरएस समीक्षा और टेस्ट परिदृश्य लेखन के साथ शुरू किया - जो वास्तव में एसटीएलसी प्रक्रिया में दूसरा चरण है। टेस्ट डिज़ाइन में विवरण शामिल हैं कि क्या परीक्षण करना है और कैसे परीक्षण करना है।
हमने टेस्ट प्लानिंग की शुरुआत क्यों नहीं की?
योजना वास्तव में पहली और सबसे महत्वपूर्ण गतिविधि है जो किसी भी परीक्षण परियोजना में होती है।
एसडीएलसी चरणों में परीक्षण योजना
एसडीएलसी चरण | परीक्षण योजना गतिविधि |
---|---|
अनुसूचियां => | परीक्षण परिदृश्य प्रस्तुत करने का |
आरंभ | आदर्श रूप से क्यूए टीम को शामिल करना चाहिए, जबकि परियोजना का दायरा व्यावसायिक आवश्यकताओं के रूप में ग्राहक / ग्राहक से इकट्ठा किया जाता है। लेकिन वास्तविक दुनिया में, ऐसा नहीं है। व्यावहारिक दृष्टिकोण से, QA टीम की भागीदारी NIL है। इस चरण के अंत में, बीआरडी को अंतिम रूप दिया जाता है और एक मूल परियोजना योजना बनाई जाती है। |
परिभाषित | SRS BRD से बनाया गया है। टेस्ट प्लान का प्रारंभिक मसौदा बनाया गया है। इस बिंदु पर, चूंकि QA टीम SRS समीक्षा के साथ नहीं की गई है, इसलिए परीक्षण का दायरा स्पष्ट नहीं है। तो इस चरण में टीपी में केवल जानकारी होगी कि परीक्षण कब होने वाला है, प्रोजेक्ट जानकारी और टीम जानकारी (यदि हमारे पास है)। |
डिज़ाइन | एसआरएस की समीक्षा की जाती है और परीक्षण के दायरे की पहचान की जाती है। हमें क्या परीक्षण करना है और कितने परीक्षण के मामले हमें मिल सकते हैं आदि का एक अच्छा अनुमान है। परीक्षण योजना का दूसरा संस्करण इस सारी जानकारी को शामिल करते हुए बनाया गया है। |
उपरोक्त तालिका से, यह बहुत स्पष्ट है कि एक परीक्षण योजना केवल एक दस्तावेज नहीं है जिसे आप एक ही बार में बना सकते हैं और तब से इसका उपयोग कर सकते हैं।
एक योजना दस्तावेज़ के घटक
एक परीक्षण योजना टेम्पलेट में आइटम | उनमें क्या है? |
---|---|
स्कोप => | परीक्षण परिदृश्य / परीक्षण उद्देश्य जिन्हें मान्य किया जाएगा। |
दायरे से बाहर => | हम क्या कवर नहीं करने जा रहे हैं, इस पर स्पष्टता |
मान => | वे सभी स्थितियाँ जो हमारे लिए सही होनी चाहिए, सफलतापूर्वक आगे बढ़ने में सक्षम हैं |
टेस्ट डॉक्यूमेंटेशन- टेस्ट केस / टेस्ट डाटा / एनवायरमेंट सेट अप | |
परीक्षण निष्पादन | |
परीक्षण चक्र- कितने चक्र | |
साइकिल के लिए प्रारंभ और समाप्ति तिथि | |
भूमिकाएँ और जिम्मेदारियाँ => | टीम के सदस्य सूचीबद्ध हैं |
किसको क्या करना है | |
मॉड्यूल के मालिक सूचीबद्ध हैं और उनकी संपर्क जानकारी | |
उद्धार => | क्या दस्तावेजों (परीक्षण कलाकृतियों) का उत्पादन करने के लिए जा रहे हैं समय सीमा क्या है? |
प्रत्येक दस्तावेज़ से क्या उम्मीद की जा सकती है? | |
पर्यावरण => | किस प्रकार की पर्यावरणीय आवश्यकताएं मौजूद हैं? |
प्रभारी कौन होने जा रहा है? | |
समस्याओं के मामले में क्या करना है? | |
उपकरण => | उदाहरण के लिए, बग ट्रैकिंग के लिए JIRA |
लॉग इन करें | |
JIRA का उपयोग कैसे करें? | |
दोष प्रबंधन => | हम दोषों की रिपोर्ट करने वाले कौन हैं? |
हम कैसे रिपोर्ट करने जा रहे हैं? | |
क्या अपेक्षित है- क्या हम स्क्रीनशॉट प्रदान करते हैं? | |
जोखिम और जोखिम प्रबंधन => | जोखिम सूचीबद्ध हैं |
जोखिमों का विश्लेषण किया जाता है- संभावना और प्रभाव का दस्तावेजीकरण किया जाता है | |
जोखिम शमन योजनाएँ तैयार की जाती हैं | |
मापदंड से बाहर => | परीक्षण कब रोकना है? |
जैसा कि उपरोक्त सभी जानकारी के लिए सबसे महत्वपूर्ण हैं एक क्यूए परियोजना के दिन-प्रतिदिन के काम , हर हाल में प्लान डॉक्यूमेंट को अपडेट रखना जरूरी है।
एक लाइव परियोजना के लिए नमूना परीक्षण योजना दस्तावेज़
हमारे लिए एक नमूना परीक्षण योजना टेम्पलेट दस्तावेज़ बनाया गया है ORANGEHRM संस्करण 3.0 - मेरी जानकारी मॉडल ” परियोजना और नीचे संलग्न है। कृपया इस पर एक नज़र डालें। वर्गों को समझाने के लिए दस्तावेज़ में अतिरिक्त टिप्पणियाँ Red में जोड़ी गई हैं।
यह परीक्षण योजना कार्यात्मक और यूएटी दोनों चरणों के लिए है। यह HP ALM टूल का उपयोग करके टेस्ट प्रबंधन प्रक्रिया की व्याख्या भी करता है।
Download टेस्ट प्लान नमूना:
डॉक्टर प्रारूप => डॉक फॉर्मेट में टेस्ट प्लान डाउनलोड करने के लिए यहां क्लिक करें यह वह है जिसे हमने OragngeHRM लाइव प्रोजेक्ट के लिए बनाया है और हम इसका उपयोग अपने सॉफ़्टवेयर परीक्षण क्रैश कोर्स के लिए भी कर रहे हैं।
पीडीएफ प्रारूप => पीडीएफ फाइल फॉर्मेट में टेस्ट प्लान डाउनलोड करने के लिए यहां क्लिक करें ।
वर्कशीट (.xls) उपरोक्त डॉक्स / पीडीएफ संस्करणों में संदर्भित फाइलें => डाउनलोड करें XLS फाइलें संदर्भित उपरोक्त परीक्षण योजना में
उपरोक्त टेम्पलेट बहुत व्यापक है और एक विस्तृत भी है। इसलिए कृपया इसे सर्वोत्तम परिणामों के लिए पूरी तरह से पढ़ने दें।
जैसा कि योजना बनाई गई है और अच्छी तरह से समझाया गया है, आइए हम एसडीएलसी और एसटीएलसी दोनों में अगले चरण पर जाएं।
SDLC का कोड:
जब बाकी परियोजना टीडीडी निर्माण पर अपना समय बिता रही थी, हमने QA के परीक्षण क्षेत्र (टेस्ट परिदृश्य) की पहचान की और पहला भरोसेमंद परीक्षण योजना मसौदा तैयार किया। SDLC का अगला चरण यह जाँचना है कि कोडिंग कब होती है।
डेवलपर्स इस चरण में पूरी टीम के लिए फोकस का प्राथमिक बिंदु हैं। क्यूए टीम भी सबसे महत्वपूर्ण कार्य में लिप्त है जो कुछ भी नहीं है 'टेस्ट केस क्रिएशन' ।
यदि टेस्ट परिदृश्य 'टेस्ट करने के लिए क्या' थे, तो टेस्ट केस 'टेस्ट कैसे करें' से निपटते हैं। टेस्ट केस निर्माण एसटीएलसी के टेस्ट डिजाइनिंग चरण का एक प्रमुख हिस्सा है। टेस्ट केस निर्माण गतिविधि का इनपुट टेस्ट परिदृश्य और एसआरएस दस्तावेज़ है।
हमारे जैसे परीक्षकों के लिए, परीक्षण के मामलों असली सौदा है - यह वह सामान है जिसमें हम अपना अधिकांश समय व्यतीत करते हैं। हम उन्हें बनाते हैं, उनकी समीक्षा करते हैं, उन्हें निष्पादित करते हैं, उन्हें बनाए रखते हैं, उन्हें स्वचालित करते हैं- और ठीक है, आपको तस्वीर मिलती है। कोई फर्क नहीं पड़ता कि हम कितने अनुभवी हैं और हम एक परियोजना में क्या भूमिका निभाते हैं - हम अभी भी परीक्षण मामलों के साथ काम करेंगे।
टेस्ट प्लानिंग बनाम टेस्ट निष्पादन
सॉफ्टवेयर परीक्षण की योजना में तुलनात्मक रूप से बेहतर गुंजाइश है STLC चरण । परीक्षण टीम द्वारा गुणवत्ता सॉफ्टवेयर की डिलीवरी सुनिश्चित की जाती है। और परीक्षण में क्या किया जाना है यह वास्तव में परीक्षण योजना चरण में तय किया गया है।
यह खंड एक संपूर्ण अवलोकन प्रदान करेगा और परीक्षण योजना के महत्व पर चित्र शामिल करेगा निष्पादन चरण । इसे पढ़ने के बाद आप योजना चरण के महत्वपूर्ण महत्व को समझेंगे जब निष्पादन चरण की तुलना अधिक के साथ की जाएगी उदाहरणों और उदाहरणों के लिए केस अध्ययन ।
परीक्षण योजना
योजना बनाते समय नीचे दी गई कुछ आवश्यक बातें बताई गई हैं:
परीक्षण चक्र में एक महत्वपूर्ण योजना एक मुख्य योजना है। परीक्षण चरण का परिणाम परीक्षण के लिए किए गए नियोजन की गुणवत्ता और गुंजाइश द्वारा निर्धारित किया जाएगा।
परीक्षण की योजना बनाना आमतौर पर विकास के चरण के दौरान होता है ताकि इसमें शामिल सभी पक्षों से आपसी समझौते पर परीक्षण निष्पादन के लिए नेतृत्व समय को बचाया जा सके।
कुछ महत्वपूर्ण तथ्यों पर ध्यान दिया जाना चाहिए:
- योजना को विकास के समानांतर शुरू किया जाना चाहिए, बशर्ते आवश्यकताओं को स्थिर किया गया हो।
- योजना को अंतिम रूप देते समय सभी हितधारकों जैसे डिजाइनरों, डेवलपर्स, ग्राहकों और परीक्षकों को शामिल होना चाहिए।
- योजना को किसी अपुष्ट या किसी अप्राप्त व्यवसाय की जरूरतों के लिए काम नहीं किया जा सकता है।
- व्यवसाय की आवश्यकता वाली नई आवश्यकताओं के लिए इसी तरह की परीक्षण योजनाएं लागू की जाएंगी।
उदाहरण 1
विकास टीम ग्राहकों से कुछ आवश्यकताओं को प्राप्त करने के बाद एक सॉफ्टवेयर XYZ पर काम कर रही है। परीक्षण टीम ने परीक्षण को परिभाषित करने या योजना के चरण के लिए अपनी तैयारी लगभग शुरू कर दी है। ग्राहकों द्वारा उद्धृत प्रारंभिक आवश्यकताओं को पूरा करने के लिए परीक्षण योजना तैयार की जानी चाहिए। यह परीक्षण टीम द्वारा किया गया है।
इस चरण के दौरान अन्य हितधारकों में से कोई भी शामिल नहीं था और योजना को स्थिर कर दिया गया है।
विकास टीम ने अब क्लाइंट के अनुमोदन के साथ अपने काम में कुछ मुद्दों को संबोधित करने के लिए व्यावसायिक प्रवाह में कुछ बदलाव किए हैं। अब टेस्टिंग के लिए टेस्टिंग टीम के पास सॉफ्टवेयर आ गया है। पुराने व्यावसायिक प्रवाह के अनुसार परीक्षण योजना के साथ, परीक्षण टीम ने परीक्षण का अपना दौर शुरू कर दिया है। इसने कई वितरणों के साथ परीक्षण वितरण को प्रभावित किया क्योंकि संशोधित व्यापार प्रवाह को परीक्षण टीम के साथ साझा नहीं किया गया था।
उदाहरण 1 से अवलोकन:
उपर्युक्त उदाहरण से कुछ अवलोकन हैं।
एसक्यूएल बनाम नोसक्ल पेशेवरों और विपक्ष
वे:
- नए व्यापार प्रवाह को समझने में बहुत समय लगता है।
- प्रोजेक्ट डिलिवरेबल्स में देरी।
- योजना और दूसरे चरण में कार्य करना।
इन सभी अवलोकनों को एक प्रभावी परीक्षण के लिए आवश्यक जरूरतों में बदलना होगा।
योजना चरण में प्रमुख घटक
नीचे दिए गए प्रमुख घटक हैं जो नियोजन चरण में शामिल हैं।
- टेस्ट रणनीति: यह सबसे महत्वपूर्ण वर्गों में से एक है जो परीक्षण के दौरान उपयोग की जाने वाली रणनीति की व्याख्या कर सकता है।
- टेस्ट कवरेज: यह आवश्यक रूप से आवश्यक है और यह व्यवसाय की जरूरतों और परीक्षण मामलों की अनुरूपता मैपिंग करेगा ताकि कोई यह सुनिश्चित कर सके कि पूरे सॉफ्टवेयर का परीक्षण किया गया है या नहीं।
- परीक्षण चक्र और अवधि: यह विकास के दौर और प्रत्येक दौर को पूरा करने के लिए उनके समय के आधार पर बहुत महत्वपूर्ण हो सकता है।
- पास / असफल मानदंड: यह एक बहुत आवश्यक है जिसमें पास और असफल मानदंड परिभाषित किए गए हैं। कुछ बार यह भी ग्राहकों द्वारा परिभाषित किया जाएगा।
- व्यवसाय और तकनीकी आवश्यकताएँ: सॉफ्टवेयर और उन उद्देश्यों की पूर्ति करने की आवश्यकता है जिन्हें निम्न-स्तरीय स्पष्टीकरण के साथ स्पष्ट रूप से परिभाषित किया जाएगा।
सीमाओं
कुछ चीजें हैं जो वास्तव में सॉफ़्टवेयर परीक्षण चरण को विशेष रूप से नियोजन चरण को नियंत्रित कर सकती हैं।
ऐसे कुछ क्षेत्र निम्नलिखित हैं:
- परीक्षण किए जाने और न होने की विशेषताएं: यह स्पष्ट रूप से इंगित करेगा कि क्या परीक्षण किया जाना है और क्या नहीं होना चाहिए।
- निलंबन मानदंड और बहाली आवश्यकताएं: यह विकसित किए गए सॉफ़्टवेयर और परीक्षण को फिर से शुरू करने या परीक्षण को फिर से शुरू करने के लिए परिभाषित मानदंडों पर निर्णय-निर्माता है।
- जिम्मेदारियां: एक परीक्षक के पास परीक्षण के तहत सॉफ्टवेयर में मुद्दों, बगों और दोषों को सुनिश्चित करने के लिए कई जिम्मेदारियां होंगी। इसके अतिरिक्त, बग को ठीक करने के लिए डेवलपर्स के साथ मान्य होना चाहिए।
- जोखिम और आकस्मिकताएँ: परीक्षण के दौरान जुड़े जोखिमों को स्पष्ट रूप से उल्लेख किया जाना चाहिए और समय के दौरान उचित आकस्मिकताओं को बहुत स्पष्ट रूप से परिभाषित किया जाना चाहिए।
केस स्टडी # 1
से विकास दल उदाहरण 1 सॉफ्टवेयर XYZ को 2 चरणों में जारी करने की योजना बना रहा है। चरण 1 में कई विशेषताओं का परीक्षण किया जाना है और कुछ का परीक्षण नहीं किया जाना है। फिर से परीक्षण के लिए सॉफ्टवेयर को जारी किए बिना परीक्षण टीम को उन सुविधाओं के बारे में सूचित किया गया है जिन्हें अभी विकसित किया जाना है।
अब परीक्षण टीम ने उन निष्पादन योजनाओं को शुरू किया है जो परीक्षण योजनाओं के आधार पर उन्होंने पहले ही काम कर चुके हैं। वे बड़ी संख्या में बग के साथ आते हैं। और विकास टीम से सत्यापन के बाद, उनमें से ज्यादातर अमान्य हो जाते हैं।
उपरोक्त केस स्टडी से अवलोकन:
- परीक्षण नोट और आवश्यकताओं के कवरेज नोट (रिलीज नोट्स) के साथ परीक्षण टीम को सॉफ्टवेयर जारी करने के लिए विकास टीम।
- परीक्षण से पहले परीक्षण किए गए सॉफ़्टवेयर के आधार पर परीक्षण किए जाने वाले और परीक्षण नहीं किए जाने वाले फीचर्स को फैक्टर किया जाना है।
- परीक्षण के लिए निलंबन और बहाली मानदंड को ठीक से परिभाषित किया जाना है।
- सॉफ्टवेयर की अनुपलब्धता के लिए जोखिम और आकस्मिक योजनाओं को पूरी तरह चित्रित किया जाना चाहिए।
यह भी पढ़ें=> टेस्ट प्लानिंग चरण के दौरान जोखिम कैसे प्रबंधित करें
परीक्षा निष्पादन योजना
परीक्षण मामलों का निष्पादन STLC चरण के चरणों में से एक है। यह उन योजनाओं के अनुरूप किया जाना चाहिए जो पहले काम करती थीं। इसलिए, योजना हमेशा परीक्षण चरण के पूरे हिस्से पर हावी रहती है। नीचे एक उदाहरण है जहां परीक्षण टीम परीक्षण योजनाओं में परिवर्तन से प्रभावित होती है।
उदाहरण # 2
टीम द्वारा काम किए गए योजना 1 के आधार पर सॉफ्टवेयर ए का परीक्षण शुरू किया गया था। बाद में, व्यवसाय की जरूरतों और परिवर्तनों की वजह से परीक्षण योजना को कुछ परिवर्तनों से गुजरना पड़ा। यह, बदले में, परीक्षण मामलों या निष्पादन को बदलने के लिए मजबूर कर दिया है।
अवलोकन:
- परीक्षण योजना परीक्षण मामले के निष्पादन का निर्धारण करेगी।
- निष्पादन भाग योजना के अनुसार बदलता रहता है।
- जब तक योजना और आवश्यकताएं मान्य हैं तब तक परीक्षण के मामले भी मान्य हैं।
निष्पादन के समय समस्याओं पर काबू पाने के तरीके
परीक्षण निष्पादित करने के दौरान परीक्षक अक्सर विभिन्न परिदृश्यों में आएंगे। यह तब है जब परीक्षकों को समस्या को हल करने के तरीकों को समझना और जानना होगा या कम से कम समस्या के लिए समाधान ढूंढना होगा।
उदाहरण # 3
सॉफ्टवेयर बी के परीक्षण मामले के निष्पादन के दौरान, परीक्षण टीम कई मुद्दों पर आती है। उनमें से कुछ शो स्टॉपर्स हैं। उन्हें इस मुद्दे को दूर करने में मदद करने के लिए डेवलपर्स की आवश्यकता होती है। ऐसा कई बार हुआ है और इसका परिणाम डिलिवरेबल्स के परीक्षण में देरी है।
अवलोकन:
- पर्यावरणीय समस्याओं और मुद्दों पर काबू पाने के लिए एक निर्भरता है।
- परीक्षकों के लिए पर्यावरण की उचित समझ आवश्यक है।
- अक्सर होने वाली और ज्ञात समस्याओं को भविष्य में उन्हें खत्म करने के लिए प्रलेखित किया जाना चाहिए।
संस्करण नियंत्रण और प्रबंधन
संस्करण नियंत्रण और परीक्षण योजनाओं और परीक्षण मामलों का प्रबंधन समय पर वितरण को प्रदर्शित करने के लिए वास्तव में महत्वपूर्ण हैं। यह अधिक महत्वपूर्ण है और अक्सर एक संस्करण नियंत्रण उपकरण की मदद से किया जाता है।
एक संस्करण नियंत्रण उपकरण न केवल उन्हें परीक्षण योजनाओं को नियंत्रित करने में मदद करता है, बल्कि दोष प्रबंधन में भी सहायता करता है। जब कई चक्रों और रिलीज के साथ परीक्षण परियोजनाएं होती हैं, तो ये उपकरण परीक्षण डिलिवरेबल्स का समर्थन करने के लिए मैट्रिक्स को नीचे लाने में वास्तव में बहुत मदद कर सकते हैं।
यह भी पढ़े=> परीक्षण निष्पादन चरण में जोखिम प्रबंधन
टेस्ट प्लानिंग और टेस्ट निष्पादन के बीच अंतर
निम्नलिखित कुछ महत्वपूर्ण क्षेत्र हैं जो इंगित करेंगे कि परीक्षण निष्पादन चरण से योजना कैसे भिन्न होगी।
तुलना क्षेत्र | परीक्षण योजना | परीक्षण निष्पादन |
---|---|---|
वितरित करने योग्य स्थिति | परीक्षण योजना को परीक्षण गतिविधि के लिए एक प्रमुख वितरण योग्य माना जाएगा। यह परीक्षण प्रक्रिया के पहले चरण के रूप में किया जाएगा। | यह परीक्षण के चरण में अंतिम बेंच के सदस्य के रूप में आएगा। परीक्षण मामले निष्पादन स्थिति के साथ-साथ दोष / बग की स्थिति के निष्पादन के बाद परीक्षण डिलिवरेबल्स में से एक के रूप में साझा किया जाएगा |
जिम्मेदार व्यक्ति | टेस्ट मैनेजर टेस्ट प्लान तैयार कर रहा होगा और अपनी समीक्षा के लिए सभी स्टेक होल्डर्स को साझा करेगा। | यह सामान्य रूप से परीक्षक द्वारा ध्यान में रखते हुए किया जाएगा कि तैयार किए गए परीक्षण मामलों को मंजूरी दे दी गई है और हस्ताक्षर किए गए हैं। |
मुख्य सकेंद्रित | टेस्ट प्लान फ़ोकस क्षेत्र हैं कि परीक्षण कैसे किया जाना चाहिए, क्या विचार किया जाना चाहिए और क्या नहीं, उपयोग किया जाने वाला वातावरण, परीक्षण कार्यक्रम आदि। | टेस्ट निष्पादन मुख्य रूप से सॉफ्टवेयर पर परीक्षण किए जाने के लिए प्रदान किए गए परीक्षण मामलों के निष्पादन पर केंद्रित है। |
आवर्ती या पुनरावृत्त मोड | यह एक एकल गतिविधि है। कहा कि यह सॉफ्टवेयर के भविष्य के रिलीज के लिए संशोधनों की आवश्यकता हो सकती है या नहीं। | इस क्षेत्र में 3 भाग हैं जब हम पुनरावृत्ति के बारे में बात करते हैं। 1. कार्यात्मक परीक्षण। 2. प्रतिगमन परीक्षण। 3. पुनः परीक्षण। |
इनपुट | परीक्षण योजना के निर्माण के लिए इनपुट की वास्तव में आवश्यकता होती है और व्यापार विश्लेषकों, वास्तुकार, ग्राहकों आदि द्वारा प्रदान की जाती है। | टेस्ट केस डॉक्यूमेंट प्रमुख इनपुट है। |
अवधि जब इसे शुरू किया जा सकता है | इसे प्रभावी परिणाम के लिए और समय बचाने के लिए विकास चक्र के साथ शुरू किया जाना है। लेकिन वाटर फॉल मॉडल जैसे कुछ मॉडल हैं जहां परीक्षण चरण विकास चरण पूरा होने के बाद ही शुरू होगा। | सॉफ्टवेयर के विकास के बाद निष्पादन को सख्ती से शुरू किया जाना चाहिए। |
बंद होने की अवधि | परीक्षण योजना में ऐसी कोई बंद अवधि नहीं होगी। आम तौर पर सॉफ्टवेयर के लिए सभी इच्छुक पार्टियों से एक साइन ऑफ प्रदान किया जाएगा। | एक विशिष्ट रिलीज या चक्र के लिए निष्पादन को बंद माना जाएगा जब सभी परीक्षण मामलों को सॉफ्टवेयर के खिलाफ निष्पादित किया गया हो। |
उपकरण का उपयोग | कई उपकरण उपयोग नहीं किए जाएंगे क्योंकि नियोजन गतिविधि चर्चा और प्रलेखन से अधिक होगी। योजना में किसी भी परिवर्तन पर नज़र रखने के लिए, परीक्षण प्रबंधक आमतौर पर किसी भी संस्करण नियंत्रण उपकरण जैसे वीएसएस या कुछ और का उपयोग करेंगे। | यह निष्पादन के मोड पर निर्भर करेगा। मैनुअल के मामले में निष्पादन के लिए किसी भी उपकरण का उपयोग नहीं किया जाएगा। लेकिन दोषों को लॉग करने और प्रबंधित करने के लिए, कुछ उपकरणों का उपयोग किया जाएगा। स्वचालन परीक्षण के मामले में, निष्पादन QTP, SELENIUM आदि जैसे उपकरणों की मदद से किया जाएगा। |
डिलिवरेबल्स पर प्रभाव | यह सभी परीक्षण चरणों को बड़े पैमाने पर प्रभावित करेगा | यह परीक्षण के बाद के चक्र या रिलीज को प्रभावित करेगा। |
उपरोक्त दृष्टांतों ने परीक्षण निष्पादन की तुलना में परीक्षण योजना गतिविधियों के महत्व पर बेहतर आकार में समझाया हो सकता है। कुछ तरीकों से, निष्पादन चरण परीक्षण योजना का एक सबसेट है।
परीक्षण की रणनीति, दृष्टिकोण और अन्य चीजों के आधार पर परीक्षण योजना में परिवर्तनों को स्थान देने के लिए संशोधित होने की अधिक संभावना है। यह एक निश्चित बात है कि परीक्षण निष्पादन परीक्षण मामलों पर निर्भर करता है। परीक्षण मामले योजनाओं पर आधारित होते हैं। इसलिए योजनाओं में परिवर्तन परीक्षण मामलों में परिवर्तन सुनिश्चित करेगा।
लेकिन इसके विपरीत, परीक्षण के मामलों में परिवर्तन के लिए अनिवार्य रूप से देखने की आवश्यकता नहीं है। यह एक मुख्य कारण है जिसके लिए परीक्षण निष्पादन चरण की तुलना में नियोजन बना रहता है।
हमारे आगामी ट्यूटोरियल आपको अधिक बताएंगे कि टेस्ट केस कैसे बनाएं? वे क्या हैं? और हम उन्हें परीक्षण के मामलों से संबंधित विभिन्न अन्य पहलुओं के साथ हमारे लिए कैसे काम कर सकते हैं।
अगले ट्यूटोरियल=> क्यूए प्रशिक्षण दिवस -4: एसआरएस दस्तावेज़ से टेस्ट केस लिखना
क्या आप टेस्ट प्लान डॉक्यूमेंट लिखने में एक्सपर्ट हैं? फिर यह आगामी परीक्षकों के लिए सुधार के लिए अपने बहुमूल्य सुझावों को साझा करने के लिए सही जगह है। नीचे टिप्पणी अनुभाग में हमारे साथ अपने विचार व्यक्त करने के लिए स्वतंत्र महसूस करें !!
अनुशंसित पाठ
- प्रारूप और सामग्री के साथ नमूना सॉफ्टवेयर टेस्ट प्लान टेम्पलेट
- सॉफ्टवेयर परीक्षण प्रलेखन गाइड (यह क्यों महत्वपूर्ण है)
- क्यूए सॉफ्टवेयर परीक्षण संसाधन और डाउनलोड
- नमूना परीक्षण योजना दस्तावेज़ (प्रत्येक क्षेत्र के विवरण के साथ परीक्षण योजना उदाहरण)
- सॉफ्टवेयर परीक्षण में परीक्षण निष्पादन: उदाहरण के साथ सटीक प्रक्रिया और योजना
- टेस्ट स्ट्रेटेजी डॉक्यूमेंट कैसे लिखें (सैंपल टेस्ट स्ट्रेटेजी टेम्पलेट के साथ)
- एसआरएस दस्तावेज़ से टेस्ट केस लिखना (लाइव प्रोजेक्ट सैंपल टेस्ट मामले को डाउनलोड करें)
- सॉफ्टवेयर टेस्टिंग कोर्स सिलेबस - ऑनलाइन कोर्स विस्तृत प्रशिक्षण योजना