software testing training
नि: शुल्कसॉफ्टवेयर परीक्षण प्रशिक्षणएक वास्तविक समय लाइव परियोजना पर:
हम इसे आगे पेश करने के लिए बहुत उत्साहित हैं सॉफ्टवेयर परीक्षण प्रशिक्षण मुफ्त ट्यूटोरियल की श्रृंखला। हम QA प्रशिक्षण प्रक्रियाओं, चरणों, भूमिकाओं और जिम्मेदारियों, डिलिवरेबल्स इत्यादि पर विशेष जोर देते हुए प्रत्येक और हर चरण के अंत में आने वाले वास्तविक समय के सॉफ्टवेयर प्रोजेक्ट को समाप्त करने का अनुकरण करने जा रहे हैं।
संक्षेप में, एक संक्षिप्त ऑनलाइन सॉफ्टवेयर परीक्षण पाठ्यक्रम के लिए तैयार रहें।
महत्वपूर्ण लेख : नीचे दिए गए मुफ्त ट्यूटोरियल शुरू करने के लिए उपयोगी हैं, लेकिन यदि आप विशेषज्ञों से सर्वश्रेष्ठ ऑनलाइन लाइव सॉफ्टवेयर परीक्षण प्रशिक्षण पाठ्यक्रम में रुचि रखते हैं, कृपया इस पृष्ठ की जाँच करें।
=> यह रहासभी ट्यूटोरियल की सूचीइस नि: शुल्क लाइव परियोजना क्यूए प्रशिक्षण श्रृंखला में:
एमपी 3 के लिए कई यूट्यूब वीडियो परिवर्तित
- दिन 1: लाइव प्रोजेक्ट परिचय
- दूसरा दिन: एसआरएस दस्तावेज़ की समीक्षा करें और टेस्ट परिदृश्य बनाएं
- तीसरा दिन: स्क्रैच से टेस्ट प्लान डॉक्यूमेंट कैसे लिखें
- दिन 4: एसआरएस दस्तावेज़ से टेस्ट केस लिखना
- दिन 5: परीक्षण निष्पादन
- दिन 6: बग ट्रैकिंग, टेस्ट मेट्रिक्स और टेस्ट साइन ऑफ
यह मुफ्त क्यूए प्रशिक्षण क्यों?
हमें अपने अनुभव साझा करने के लिए हमारे पाठकों से कई प्रश्न मिलते हैं सटीक सॉफ्टवेयर परीक्षण प्रक्रिया सॉफ्टवेयर टेस्टिंग टीमों द्वारा पीछा किया गया। इसलिए हमने इस संपूर्ण STLC को एक सैंपल लाइव एप्लिकेशन की मदद से दस्तावेज करने का फैसला किया, जो इंटरनेट पर परीक्षण के लिए उपलब्ध है।
हम अपने सॉफ्टवेयर परीक्षण प्रशिक्षण श्रृंखला के लिए इस लाइव परियोजना का उपयोग करेंगे। हम आपको इस श्रृंखला का बारीकी से पालन करने की सलाह देते हैं क्योंकि यह सीखने और कार्यान्वित करने के लिए क्रैश कोर्स होने जा रहा है परीक्षण प्रथाओं एक जीवित आवेदन पर।
आप क्या सीखेंगे:
लाइव प्रोजेक्ट पर सॉफ्टवेयर टेस्टिंग ट्रेनिंग - यह क्या है?
इससे पहले कि हम आगे बढ़ें, मुझे यह बताने के लिए कुछ समय देना चाहिए कि यह सॉफ्टवेयर टेस्टिंग कोर्स श्रृंखला क्या है और जैसे जैसे हम आगे बढ़ते हैं, यह कैसे आकार लेती है।
हमने एक लाइव एप्लिकेशन (जिसका विवरण नीचे दिया गया है) उठाया और इसके साथ शुरू करें:
- एसआरएस की समीक्षा
- लिख रहे हैं परिदृश्य का परीक्षण करें
- परीक्षण योजना
- टेस्ट केस डिजाइन
- डेटा पहचान की जाँच करें
- परीक्षण निष्पादन
- दोष प्रबंधन
- स्थिति रिपोर्टिंग
- मीट्रिक संग्रह
मूल रूप से, वह सब कुछ जो हम आम तौर पर एक वास्तविक समय सॉफ़्टवेयर परीक्षण परियोजना में करते हैं - वास्तविक समय के उदाहरणों, कलाकृतियों और इस प्रक्रिया में निर्मित डिलिवरेबल्स के साथ।
कैसे इस सॉफ्टवेयर परीक्षण पाठ्यक्रम श्रृंखला का पालन करें?
चरण 1) परिचय और एसआरएस वॉकथ्रू - हम एसआरएस वॉकथ्रू के साथ इस मिनी सॉफ्टवेयर परीक्षण पाठ्यक्रम को शुरू करेंगे। हमने एक नमूना SRS दस्तावेज़ बनाया और साझा किया है। इसके माध्यम से जाओ क्योंकि सभी आगे कदम इस आवेदन की अपनी समझ पर निर्भर करते हैं।
चरण 2) एसआरएस समीक्षा और परीक्षण परिदृश्य तैयारी।
चरण 3) टेस्ट प्लान - स्क्रैच से टेस्ट प्लान बनाने की प्रक्रिया को पूरा करें। संदर्भ के लिए अंतिम टेस्ट प्लान संस्करण आपके साथ साझा किया जाएगा।
चरण 4) टेस्ट केसेस - कुछ सैंपल टेस्ट के मामलों के साथ परीक्षण की प्रक्रिया लिखने की पूरी प्रक्रिया। हम परीक्षण मामलों को लिखने के लिए किसी भी टेस्ट मैनेजमेंट टूल या स्प्रेडशीट का उपयोग कर सकते हैं।
चरण # 5) एप्लिकेशन वॉकथ्रू और टेस्ट एक्ज़ीक्यूशन - परीक्षण मामलों को निष्पादित करने और परीक्षण के परिणामों को रिकॉर्ड करने के लिए कैसे?
चरण # 6) दोष रिपोर्टिंग
चरण # 7) दोष सत्यापन, परीक्षण प्रक्रिया को फिर से शुरू करना
चरण # 8) क्यूए साइन-ऑफ
इरादा आप सभी को रियल-टाइम प्रोजेक्ट अनुभव और विशेषज्ञता देने का है। हमें उम्मीद है कि आपको यह श्रृंखला उपयोगी लगेगी।
आवेदन है कि हम आगे उपयोग करने के लिए जा रहे हैं
परिचय
ग्राहक: संतरा
आवेदन: ऑरेंजएचआरएम डेमो ।
सेवा प्रदाता: SoftwareTestingHelp.com
परियोजना विवरण
ऑरेंज एक वाणिज्यिक मानव संसाधन प्रबंधन उत्पाद बनाना चाहता है जिसका उपभोग किसी भी देश और विश्व स्तर पर स्थित मध्यम आकार के व्यवसायों द्वारा किया जा सकता है।
इसके 2 संस्करण हैं: व्यावसायिक और उद्यम।
सुविधाएँ शामिल हैं
- व्यक्तिगत सूचना प्रबंधन
- एडवांस लीव मैनेजमेंट
- समय और उपस्थिति ट्रैकिंग
- कर्मचारी प्रदर्शन प्रबंधन
- भर्ती
- उन्नत रिपोर्टिंग
- देश / स्थान-आधारित कर्मचारी प्रबंधन
- स्थानीयकृत छुट्टी नियम
- विन्यास योग्य वर्कफ़्लोज़
- प्लेटिनम समर्थन
- देश / स्थान-आधारित रिपोर्टिंग
- कस्टम रिपोर्टिंग
ध्यान दें : सादगी के लिए और गुंजाइश को सीमित करने के लिए आइए इस एचआरएम पोर्टल के कर्मचारी मॉड्यूल पर विचार करें जहां उपयोगकर्ता के पास अपनी व्यक्तिगत जानकारी दर्ज करने का विकल्प है।
जब ग्राहक या व्यवसाय के मालिक को ऑनलाइन दुनिया में उद्यम करने या पहले से मौजूद साइट या एप्लिकेशन पर अपडेट करने की आवश्यकता होती है, तो आवश्यकता एक व्यावसायिक समस्या है और सॉफ्टवेयर कोड का एक टुकड़ा है जिसे इस व्यवसाय समस्या को हल करने के लिए डिज़ाइन किया गया है।
एक ग्राहक इस सॉफ़्टवेयर को उनके लिए वास्तविकता बनाने के लिए एक सॉफ़्टवेयर सेवा प्रदाता से संपर्क करता है। ऐसा तब होता है जब सॉफ्टवेयर प्रोजेक्ट की शुरुआत होती है।
पारंपरिक झरना परियोजना (SDLC) निम्नलिखित चरण हैं:
- जैसा कि क्यूए के हम सभी जानते हैं कि भले ही 'परीक्षण' इस प्रवाह का चरण 5 है, लेकिन यह एकमात्र स्थान नहीं है जहां हम परीक्षक एक प्रमुख भूमिका निभाते हैं।
- इसके अलावा, परीक्षण एक प्रतिक्रियाशील काम है। परीक्षण के लिए कोई कोड / आवेदन तैयार नहीं होने से हम वास्तव में कुछ भी 'परीक्षण' नहीं कर सकते हैं। सबसे कुशल तरीके से तैयार होने और प्रतिक्रिया करने के लिए, हम उतना ही प्रयास करते हैं जितना हम योजना बना सकते हैं और आगे की तैयारी कर सकते हैं। इसलिए, भले ही चरण 5 परीक्षण के लिए है, हमारी गतिविधियाँ आगे बढ़ने लगी हैं।
संक्षेप में, यह वही है जो प्रत्येक चरण में होता है !!
आरंभ करें:
एक बार निर्माता और ग्राहक शर्तों पर सहमत होते हैं - सॉफ्टवेयर उत्पादन शुरू होता है।
- इस चरण में, व्यावसायिक आवश्यकताओं को इकट्ठा किया जाता है और उनका विश्लेषण किया जाता है। विश्लेषण में तकनीकी विचारों, हार्डवेयर और सॉफ्टवेयर विनिर्देशों, लोगों, प्रयासों, समय, प्रासंगिकता और दूसरों के बीच सुधार पर निर्णय शामिल हैं।
- व्यावसायिक विश्लेषक, परियोजना प्रबंधक और ग्राहक प्रतिनिधि इस कदम में शामिल हैं।
- इस चरण और मूल परियोजना के अंत में, योजना तैयार की जाती है।
- प्रोजेक्ट-विशिष्ट दस्तावेज जैसे स्कोप डॉक्यूमेंट और / या व्यावसायिक आवश्यकताएं बनती हैं।
- इस स्तर पर क्यूए की भागीदारी आम तौर पर अपेक्षित नहीं है। (यह एक मामूली विचलन है जो इसे होना चाहिए क्योंकि विकास के चरणों में शुरुआती मुद्दों की पहचान करने के लिए, शुरुआत से ही क्यूए को शामिल करना सबसे अच्छा है।)
परिभाषित करें:
अंतिम चरण में व्यावसायिक आवश्यकताएं इस चरण के लिए इनपुट हैं।
- इस चरण में सॉफ्टवेयर के लिए कार्यात्मक आवश्यकताओं में व्यावसायिक आवश्यकताओं का अनुवाद शामिल है। उदाहरण के लिए , यदि व्यवसाय की आवश्यकता उपयोगकर्ता को किसी साइट से कुछ खरीदने की अनुमति देना है। कार्यात्मक आवश्यकता का विवरण होगा साइट प्रारूप-> मेनू विकल्प का नाम और प्लेसमेंट-> खोज उत्पाद-> शॉपिंग कार्ट-> चेकआउट (पंजीकरण या नहीं) -> भुगतान विकल्प-> बिक्री की पुष्टि।
- डेवलपर्स, व्यावसायिक विश्लेषक, परियोजना प्रबंधक इस चरण में शामिल हैं
- इस चरण का आउटपुट एक विस्तृत दस्तावेज है जिसमें सॉफ्टवेयर की कार्यात्मक आवश्यकताएं हैं। इस दस्तावेज को कई नामों से संदर्भित किया जाता है - सॉफ्टवेयर रिक्वायरमेंट स्पेसिफिकेशन (SRS), फंक्शनल रिक्वायरमेंट डॉक्यूमेंट (FRD) या फंक्शनल रिक्वायरमेंट स्पेसिफिकेशन (FRS)।
- यह वह जगह है जहां क्यूए टीम शामिल हो जाती है - एसआरएस प्रलेखन के पूरा होने के बाद।
- जबकि कार्यात्मक आवश्यकताओं और SRS के दस्तावेज़ीकरण को अंतिम रूप दिया जा रहा है, क्यूए प्रबंधक / लीड एक मसौदा तैयार करने के लिए शामिल है परीक्षण योजना का प्रारंभिक संस्करण और एक QA टीम बनाएं।
- एसआरएस के दस्तावेज होने के बाद क्यूए टीम की भागीदारी होने जा रही है।
- इस स्तर पर, या तो विकास टीम या व्यापार विश्लेषक या कभी-कभी क्यूए टीम लीड भी एसआरएस को क्यूए टीम का एक पूर्वाभ्यास देगा।
- एक नई परियोजना के मामले में, एक सम्मेलन या बैठक के रूप में एक पूरी तरह से वॉकथ्रू सबसे अच्छा काम करता है
- किसी मौजूदा प्रोजेक्ट के लिए बाद में रिलीज़ होने की स्थिति में, QA टीम को एक सामान्य रिपॉजिटरी में ईमेल या प्लेसमेंट के माध्यम से एक दस्तावेज भेजा जाता है। इस बिंदु पर क्यूए टीम इसे ऑफ़लाइन पढ़ेगी या समीक्षा करेगी और सिस्टम को अच्छी तरह से समझ जाएगी।
- चूंकि एसआरएस दस्तावेज़ के लिए प्राथमिक लक्षित दर्शक सिर्फ परीक्षक नहीं हैं, यह सब हमारे लिए उपयोगी नहीं है। हमें इस दस्तावेज की समीक्षा करते समय यह निर्धारित करने के लिए कि हमारे लिए क्या उपयोगी हैं और इसके कौन से हिस्से नहीं हैं, हमको परीक्षक पर्याप्त परिश्रमी होना चाहिए।
इस लाइव प्रोजेक्ट के लिए एसआरएस दस्तावेज़
इस पोस्ट से एक नमूना SRS दस्तावेज़ जुड़ा हुआ है आपको यह पता लगाने के लिए कि यह दस्तावेज़ कैसा दिखता है, जिस प्रारूप में यह लिखा गया है, उसमें किस तरह की जानकारी है, आदि। अगले लेख में, हम इस दस्तावेज को प्राप्त करने के लिए QA टीम द्वारा आगे बढ़ने के लिए किस तरह से उपभोग करते हैं हमारे परीक्षण परियोजनाओं में।
==> लाइव प्रोजेक्ट सैंपल SRS डॉक्यूमेंट डाउनलोड करें ।
सरल बाइनरी ट्री c ++
निष्कर्ष
इस लेख में, हमने आपको सॉफ्टवेयर विकास और परीक्षण प्रक्रिया से परिचित कराया। हमने लाइव प्रोजेक्ट के लिए एक नमूना एसआरएस दस्तावेज़ भी साझा किया है जिसे हम परीक्षण करने जा रहे हैं।
=> इस सॉफ्टवेयर परीक्षण प्रशिक्षण श्रृंखला में आगामी लेख होगा - एसआरएस समीक्षा और परीक्षण परिदृश्य बनाने की प्रक्रिया ।
ध्यान दें: जबकि इस क्यूए प्रशिक्षण श्रृंखला में अगला लेख लिखा जा रहा है, हमारे साथ समानांतर में यहां काम करें सबसे जीवंत अनुभव । एसआरएस दस्तावेज़ को एक अच्छा पढ़ने देने की कोशिश करें और फिर हम अगले चरणों के साथ जारी रखेंगे जब हम फिर से मिलेंगे।
तब तक के लिए हैप्पी टेस्टिंग!
लेखक के बारे में: एसटीएच टीम की सदस्य स्वाति सीला हमें इस लाइव प्रोजेक्ट क्यूए प्रशिक्षण श्रृंखला को प्रस्तुत करने में मदद कर रही हैं।
अनुशंसित पाठ
- सॉफ्टवेयर टेस्टिंग कोर्स सिलेबस - ऑनलाइन कोर्स विस्तृत प्रशिक्षण योजना
- सॉफ्टवेयर परीक्षण पाठ्यक्रम प्रतिक्रिया और समीक्षा
- सॉफ्टवेयर टेस्टिंग QA ट्रेनिंग कोर्स FAQs
- बेस्ट ऑनलाइन सॉफ्टवेयर टेस्टिंग क्यूए ट्रेनिंग कोर्स
- एसआरएस दस्तावेज़ की समीक्षा कैसे करें और टेस्ट परिदृश्य बनाएं - लाइव प्रोजेक्ट पर सॉफ्टवेयर परीक्षण प्रशिक्षण - दिन 2
- क्यूए सॉफ्टवेयर परीक्षण संसाधन और डाउनलोड
- क्यूए आउटसोर्सिंग गाइड: सॉफ्टवेयर परीक्षण आउटसोर्सिंग कंपनियां
- एप्लिकेशन टेस्टिंग - सॉफ्टवेयर टेस्टिंग की मूल बातों में!