सॉफ्टवेयर परीक्षण में परीक्षण योजना (उदाहरण)

आप अपनी परियोजना का दायरा कैसे निर्धारित करते हैं?

कार्यक्षेत्र निर्धारित करने के लिए, आपको –

• सटीक ग्राहक आवश्यकता
• परियोजना का बजट
• उत्पाद विशिष्टता
• आपकी टेस्ट टीम की कुशलता एवं प्रतिभा

अब परीक्षण के “दायरे में” और “दायरे से बाहर” को स्पष्ट रूप से परिभाषित किया जाना चाहिए।

• सॉफ्टवेयर की आवश्यकता के अनुसार ऐनक, परियोजना गुरु 99 बैंक केवल सभी परीक्षण पर ध्यान केंद्रित कार्यों और वेबसाइट का बाहरी इंटरफ़ेस Guru99 किनारा (दायरे में परिक्षण)
• गैर-कार्यात्मक परीक्षण जैसे तनाव, प्रदर्शन or तार्किक डेटाबेस फिलहाल इसका परीक्षण नहीं किया जाएगा।के बाहर दायरा)

समस्या परिदृश्य

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

खैर, ऐसे मामले में आपको ग्राहक को यह समझाने की जरूरत है कि एपीआई परीक्षण यह अतिरिक्त काम है और इसमें काफी संसाधन लगेंगे। उसे अपने तथ्यों का समर्थन करने वाले डेटा दें। उसे बताएं कि अगर एपीआई परीक्षण को दायरे में शामिल किया जाता है तो बजट XYZ राशि से बढ़ जाएगा।

ग्राहक सहमत है और तदनुसार नए दायरे, दायरे से बाहर की वस्तुएं

• कार्यक्षेत्र में आने वाली वस्तुएं: क्रियात्मक परीक्षण, एपीआई परीक्षण
• दायरे से बाहर की वस्तुएं: डेटाबेस परीक्षण, हार्डवेयर और कोई अन्य बाहरी इंटरफेस

चरण 2.2) परीक्षण प्रकार की पहचान करें

A परीक्षण प्रकार एक मानक परीक्षण प्रक्रिया है जो अपेक्षित परीक्षण परिणाम देती है।

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

RSI आमतौर पर इस्तेमाल किया परीक्षण प्रकारों का वर्णन निम्न चित्र में किया गया है

वहां परीक्षण के कई प्रकार सॉफ्टवेयर उत्पाद के परीक्षण के लिए। आपकी टीम क्या नहीं हो सकता सभी तरह के परीक्षण को संभालने के लिए पर्याप्त प्रयास। टेस्ट मैनेजर के तौर पर, आपको सेट करना होगा प्राथमिकता परीक्षण के प्रकार

• परीक्षण के कौन से प्रकार होने चाहिए ध्यान केंद्रित वेब अनुप्रयोग परीक्षण के लिए?
• परीक्षण के कौन से प्रकार होने चाहिए उपेक्षित लागत बचाने के लिए?

चरण 2.3) जोखिम और मुद्दों का दस्तावेजीकरण करें

जोखिम भविष्य का है अनिश्चित घटना की संभावना के साथ घटना और एक संभावित नुकसान के लिए। जब ​​जोखिम वास्तव में होता है, तो यह 'मुद्दा'।

लेख में जोखिम विश्लेषण और समाधानआप पहले ही 'जोखिम' विश्लेषण के बारे में विस्तार से जान चुके हैं और परियोजना में संभावित जोखिमों की पहचान कर चुके हैं।

QA परीक्षण योजना में, आप उन जोखिमों का दस्तावेजीकरण करेंगे

चरण 2.4) टेस्ट लॉजिस्टिक्स बनाएं

टेस्ट लॉजिस्टिक्स में, टेस्ट मैनेजर को निम्नलिखित प्रश्नों के उत्तर देने चाहिए:

• कौन परीक्षण करेंगे?
• . क्या परीक्षण होगा?

परीक्षण कौन करेगा?

हो सकता है कि आपको परीक्षण करने वाले परीक्षक का सटीक नाम न पता हो, लेकिन परीक्षक का प्रकार परिभाषित किया जा सकता।

किसी खास काम के लिए सही सदस्य का चयन करने के लिए आपको यह विचार करना होगा कि उसका कौशल उस काम के लिए योग्य है या नहीं, साथ ही प्रोजेक्ट बजट का भी अनुमान लगाना होगा। काम के लिए गलत सदस्य का चयन करने से प्रोजेक्ट प्रभावित हो सकता है। असफल or देरी.

निम्नलिखित कौशल रखने वाला व्यक्ति सॉफ्टवेयर परीक्षण करने के लिए सबसे आदर्श है:

• करने की क्षमता समझना ग्राहकों का दृष्टिकोण
• बलवान इच्छा गुणवत्ता के लिए
• ध्यान दें विवरण करने के लिए
• अच्छा सहयोग

आपके प्रोजेक्ट में, परीक्षण निष्पादन का प्रभार संभालने वाला सदस्य है परीक्षक। प्रोजेक्ट बजट के आधार पर, आप परीक्षक के रूप में इन-सोर्स या आउटसोर्स सदस्य का चयन कर सकते हैं।

परीक्षण कब होगा?

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

आप परीक्षण तब शुरू करेंगे जब आपके पास सभी आवश्यक वस्तुएँ निम्न चित्र में दिखाया गया है

चरण 3) परीक्षण उद्देश्य परिभाषित करें

परीक्षण उद्देश्य परीक्षण निष्पादन का समग्र लक्ष्य और उपलब्धि है। परीक्षण का उद्देश्य यथासंभव अधिक से अधिक सॉफ़्टवेयर दोषों का पता लगाना है; यह सुनिश्चित करना कि परीक्षण के तहत सॉफ़्टवेयर बग मुक्त रिलीज से पहले।

परीक्षण उद्देश्यों को परिभाषित करने के लिए, आपको निम्नलिखित 2 चरण करने चाहिए

1. उन सभी सॉफ्टवेयर सुविधाओं (कार्यक्षमता, प्रदर्शन, GUI...) की सूची बनाएं जिनका परीक्षण करना आवश्यक हो सकता है।
2. को परिभाषित करो लक्ष्य या लक्ष्य उपरोक्त विशेषताओं के आधार पर परीक्षण का परिणाम

आइए अपने गुरु99 बैंक परीक्षण प्रोजेक्ट के परीक्षण उद्देश्य को खोजने के लिए इन चरणों को लागू करें

आप 'उपर से नीचे' वेबसाइट की उन विशेषताओं को खोजने की विधि जिन्हें परीक्षण की आवश्यकता हो सकती है। इस विधि में, आप परीक्षण के तहत एप्लिकेशन को तोड़ते हैं अंग और उप-घटक.

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

यह आंकड़ा गुरु99 वेबसाइट की सभी विशेषताओं को दर्शाता है।

उपरोक्त विशेषताओं के आधार पर, आप प्रोजेक्ट गुरु99 का परीक्षण उद्देश्य निम्नानुसार परिभाषित कर सकते हैं

• जाँच करें कि क्या वेबसाइट Guru99 कार्यक्षमता(खाता, जमा…) वास्तविक व्यावसायिक वातावरण में बिना किसी त्रुटि या बग के अपेक्षानुसार काम कर रहा है
• जाँच करें कि वेबसाइट का बाहरी इंटरफ़ेस जैसे UI उम्मीद के मुताबिक काम कर रहा है और ग्राहकों की ज़रूरतों को पूरा कर रहा है
• सत्यापित करें प्रयोज्य वेबसाइट की कार्यक्षमता क्या उपयोगकर्ता के लिए सुविधाजनक है या नहीं?

चरण 4) परीक्षण मानदंड परिभाषित करें

परीक्षण मानदंड एक मानक या नियम है जिस पर परीक्षण प्रक्रिया या परीक्षण निर्णय आधारित हो सकता है। परीक्षण मानदंड के 2 प्रकार निम्नलिखित हैं

निलंबन मानदंड

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

परीक्षण योजना उदाहरण: यदि आपकी टीम के सदस्य रिपोर्ट करते हैं कि 40% तक परीक्षण मामलों में से असफल होने पर, आपको निलंबित जब तक विकास टीम सभी असफल मामलों को ठीक नहीं कर लेती, तब तक परीक्षण जारी रहेगा।

मानदंड से बाहर निकलें

यह उन मानदंडों को निर्दिष्ट करता है जो दर्शाते हैं सफल परीक्षण चरण का समापन। निकास मानदंड परीक्षण के लक्षित परिणाम हैं और विकास के अगले चरण में आगे बढ़ने से पहले आवश्यक हैं। उदाहरण: 95% तक सभी महत्वपूर्ण परीक्षण मामलों में से प्रत्येक को पास होना होगा।

निकास मानदंड को परिभाषित करने के कुछ तरीके लक्षित निर्दिष्ट करके हैं दौड़ की दर और पारित दर.

• रन रेट किसके बीच का अनुपात है? निष्पादित परीक्षण मामलों की संख्या/कुल परीक्षण मामले परीक्षण विनिर्देशन का। उदाहरण के लिए, परीक्षण विनिर्देशन में कुल 120 TC हैं, लेकिन परीक्षक ने केवल 100 TC निष्पादित किए, इसलिए रन रेट 100/120 = 0.83 (83%) है
• पास दर के बीच का अनुपात है संख्या परीक्षण मामले पारित / परीक्षण मामले निष्पादितउदाहरण के लिए, निष्पादित 100 से अधिक TC में, 80 TC पास हुए, इसलिए पास दर 80/100 = 0.8 (80%) है

यह डेटा टेस्ट मीट्रिक दस्तावेज़ों में पुनः प्राप्त किया जा सकता है।

• रन दर अनिवार्य है 100% तक जब तक कोई स्पष्ट कारण न बताया जाए।
• पास दर परियोजना के दायरे पर निर्भर है, लेकिन उच्च उत्तीर्ण दर प्राप्त करना एक लक्ष्य है.

परीक्षण योजना उदाहरण:आपकी टीम ने पहले ही परीक्षण निष्पादन कर लिया है। वे आपको परीक्षण परिणाम की रिपोर्ट करते हैं, और वे चाहते हैं कि आप पुष्टि करें निकास मानदंड.

उपरोक्त मामले में, रन रेट अनिवार्य है 100% लेकिन परीक्षण दल ने केवल 90% परीक्षण मामले ही पूरे किए। इसका मतलब है कि रन रेट संतुष्ट नहीं है, इसलिए एग्जिट मानदंड की पुष्टि न करें

चरण 5) संसाधन नियोजन

संसाधन योजना एक विस्तृत सारांश परियोजना कार्य को पूरा करने के लिए आवश्यक सभी प्रकार के संसाधनों का। संसाधन मानव, उपकरण और सामग्री हो सकते हैं जो किसी परियोजना को पूरा करने के लिए आवश्यक हैं

संसाधन नियोजन परीक्षण नियोजन का महत्वपूर्ण कारक है क्योंकि इससे मदद मिलती है निर्धारित करने la संख्या प्रोजेक्ट के लिए इस्तेमाल किए जाने वाले संसाधनों (कर्मचारी, उपकरण…) की संख्या। इसलिए, टेस्ट मैनेजर प्रोजेक्ट के लिए सही शेड्यूल और अनुमान लगा सकता है।

यह अनुभाग आपकी परियोजना के लिए अनुशंसित संसाधनों को दर्शाता है।

मानव संसाधन (ऐच आर)

निम्न तालिका आपकी परियोजना टीम के विभिन्न सदस्यों को दर्शाती है

सिस्टम संसाधन

किसी वेब एप्लिकेशन के परीक्षण के लिए, आपको संसाधनों की योजना निम्न तालिकाओं के अनुसार बनानी चाहिए:

चरण 6) परीक्षण वातावरण की योजना बनाएं

परीक्षण वातावरण क्या है?

परीक्षण वातावरण सॉफ्टवेयर और हार्डवेयर का एक सेटअप है जिस पर परीक्षण टीम परीक्षण मामलों को निष्पादित करने जा रही है। परीक्षण वातावरण में निम्न शामिल हैं वास्तविक व्यवसाय और उपयोगकर्ता वातावरण के साथ-साथ भौतिक वातावरण, जैसे कि सर्वर, फ्रंट एंड रनिंग वातावरण भी शामिल हैं।

परीक्षण वातावरण कैसे सेट करें

अपने प्रोजेक्ट पर वापस आते हैं, आप इसे कैसे सेट करते हैं? परीक्षण का वातावरण इस बैंकिंग वेबसाइट के लिए क्या करें?

इस कार्य को पूरा करने के लिए, आपको चाहिए एक मजबूत सहयोग टेस्ट टीम और विकास टीम के बीच

परीक्षण के तहत वेब एप्लिकेशन को समझने के लिए आपको डेवलपर से कुछ प्रश्न पूछने चाहिए स्पष्ट रूप सेयहाँ कुछ अनुशंसित प्रश्न दिए गए हैं। बेशक, यदि आपको ज़रूरत हो तो आप अन्य प्रश्न भी पूछ सकते हैं।

• यह वेबसाइट एक समय में अधिकतम कितने उपयोगकर्ता कनेक्शन को संभाल सकती है?
• इस वेबसाइट को स्थापित करने के लिए हार्डवेयर/सॉफ्टवेयर की क्या आवश्यकताएँ हैं?
• क्या वेबसाइट ब्राउज़ करने के लिए उपयोगकर्ता के कंप्यूटर को किसी विशेष सेटिंग की आवश्यकता होती है?

निम्नलिखित चित्र बैंकिंग वेबसाइट के परीक्षण वातावरण का वर्णन करता है https://demo.guru99.com/V4

चरण 7) अनुसूची और अनुमान

लेख में परीक्षण आकलन, आपने प्रोजेक्ट को पूरा करने के प्रयास का अनुमान लगाने के लिए पहले से ही कुछ तकनीकों का उपयोग किया है। अब आपको उस अनुमान के साथ-साथ शेड्यूल को भी टेस्ट प्लानिंग में शामिल करना चाहिए

परीक्षण आकलन चरण में, मान लीजिए कि आप पूरे प्रोजेक्ट को छोटे-छोटे कार्यों में विभाजित करते हैं और प्रत्येक कार्य के लिए नीचे दिए अनुसार आकलन जोड़ते हैं

फिर आप बनाते हैं अनुसूची इन कार्यों को पूरा करने के लिए.

प्रोजेक्ट प्रबंधन में शेड्यूल बनाना एक आम शब्द है। टेस्ट प्लानिंग में एक ठोस शेड्यूल बनाकर, टेस्ट मैनेजर इसे प्रोजेक्ट की प्रगति की निगरानी करने, लागत में वृद्धि को नियंत्रित करने के लिए उपकरण के रूप में उपयोग कर सकता है।

प्रोजेक्ट शेड्यूल बनाने के लिए, टेस्ट मैनेजर को नीचे दिए गए कई प्रकार के इनपुट की आवश्यकता होती है:

• कर्मचारी और परियोजना की समय सीमाकार्य दिवस, परियोजना की समय सीमा, संसाधन की उपलब्धता वे कारक हैं जो कार्यक्रम को प्रभावित करते हैं
• परियोजना अनुमान: अनुमान के आधार पर, टेस्ट मैनेजर को पता होता है कि प्रोजेक्ट को पूरा करने में कितना समय लगेगा। इसलिए वह उचित प्रोजेक्ट शेड्यूल बना सकता है
• परियोजना जोखिम जोखिम को समझने से टेस्ट मैनेजर को जोखिमों से निपटने के लिए प्रोजेक्ट शेड्यूल में पर्याप्त अतिरिक्त समय जोड़ने में मदद मिलती है

आइये एक उदाहरण से अभ्यास करें:

मान लीजिए बॉस प्रोजेक्ट गुरु99 को पूरा करना चाहता है एक महीने में, आपने पहले ही टेस्ट अनुमान में प्रत्येक कार्य के लिए प्रयास का अनुमान लगा लिया है। आप नीचे दिए अनुसार शेड्यूल बना सकते हैं

चरण 8) परीक्षण वितरण

परीक्षण डिलिवरेबल्स उन सभी दस्तावेजों, उपकरणों और अन्य घटकों की सूची है जिन्हें परीक्षण प्रयास के समर्थन में विकसित और अनुरक्षित किया जाना है।

प्रत्येक चरण में अलग-अलग परीक्षण परिणाम होते हैं सॉफ्टवेयर विकास जीवनचक्र.

परीक्षण सामग्री उपलब्ध कराई गई है से पहले परीक्षण चरण।

• परीक्षण योजना दस्तावेज़.
• परीक्षण मामले दस्तावेज़
• परीक्षण डिजाइन विनिर्देश.

परीक्षण सामग्री उपलब्ध कराई गई है दौरान परीक्षण

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

परीक्षण सामग्री उपलब्ध कराई गई है बाद परीक्षण चक्र समाप्त हो गया है।

• परीक्षण परिणाम/रिपोर्ट
• दोष रिपोर्ट
• स्थापना/परीक्षण प्रक्रिया दिशानिर्देश
• जारी नोट्स

संसाधन

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

गुरु99 बैंक वेबसाइट का नमूना सिस्टम परीक्षण योजना डाउनलोड करें