डाउनलोड पीडीऍफ़
1) एक परीक्षक के रूप में जब आवश्यकताओं में निरंतर परिवर्तन हो तो आपका दृष्टिकोण क्या होना चाहिए?
जब आवश्यकता बदलती रहती है, तो लगातार चुस्त परीक्षक को निम्नलिखित दृष्टिकोण अपनाना चाहिए
- जेनेरिक परीक्षण योजनाएं और परीक्षण मामले लिखें, जो इसके सटीक विवरण के बजाय आवश्यकता के इरादे पर केंद्रित है
- परिवर्तन के दायरे को समझने के लिए, उत्पाद मालिकों या व्यवसाय विश्लेषक के साथ मिलकर काम करें
- सुनिश्चित करें कि टीम विशेष रूप से स्प्रिंट के अंत में बदलती आवश्यकताओं में शामिल जोखिमों को समझती है
- जब तक सुविधा स्थिर नहीं होती है, और आवश्यकताओं को अंतिम रूप दिया जाता है, तब तक इंतजार करना सबसे अच्छा है यदि आप सुविधा को स्वचालित करने जा रहे हैं
- बातचीत को अगले स्प्रिंट में बदलाव करके या लागू करके न्यूनतम रखा जा सकता है
2) खोजपूर्ण परीक्षण (चुस्त में प्रयुक्त) और स्क्रिप्टेड परीक्षण के पेशेवरों और विपक्षों की सूची बनाएं?
| पेशेवरों | विपक्ष | |
| खोजपूर्ण परीक्षण | - इसके लिए कम तैयारी की आवश्यकता होती है - आवश्यकता में बदलाव के लिए संशोधित करने में आसान- जब प्रलेखन दुर्लभ होता है | - परियोजना प्रबंधन के लिए प्रगति और कवरेज पेश करना मुश्किल है |
| स्क्रिप्टेड परीक्षण | - कानूनी या नियामक आवश्यकताओं के खिलाफ परीक्षण के मामले में यह बहुत उपयोगी है | - परीक्षण की तैयारी आमतौर पर समय लेने वाली होती है- समान चरणों को बार-बार परखा जाता है- जब आवश्यकता बदलती है तो इसे संशोधित करना मुश्किल होता है |
3) एक्सट्रीम प्रोग्रामिंग और स्क्रम के बीच अंतर बताइए?
| जमघट | चरम प्रोग्रामिंग (XP) |
| - स्क्रम टीमों को आमतौर पर स्प्रिंट नामक पुनरावृत्तियों में काम करना पड़ता है जो आमतौर पर दो सप्ताह से एक महीने तक रहता है | - XP टीम पुनरावृत्ति में काम करती है जो एक या दो सप्ताह तक चलती है |
| - स्क्रम टीमें अपने स्प्रिंट में बदलाव की अनुमति नहीं देती हैं | - XP टीमें अधिक लचीली होती हैं और अपने पुनरावृत्तियों को बदल देती हैं |
| - स्क्रैम में, उत्पाद स्वामी उत्पाद बैकलॉग को प्राथमिकता देता है, लेकिन टीम उस क्रम को तय करती है जिसमें वे बैकलॉग आइटम विकसित करेंगे | - XP टीम सख्त प्राथमिकता क्रम में काम करती है, विकसित सुविधाओं को ग्राहक द्वारा प्राथमिकता दी जाती है |
| - स्क्रम किसी भी इंजीनियरिंग प्रथाओं को निर्धारित नहीं करता है | - XP इंजीनियरिंग प्रथाओं को लिखता है |
4) एक महाकाव्य, उपयोगकर्ता कहानियां और कार्य क्या है?
महाकाव्य: एक ग्राहक वर्णित सॉफ़्टवेयर सुविधा, जिसे उत्पाद बैकलॉग में आइटम किया जाता है, महाकाव्य के रूप में जाना जाता है। महाकाव्यों को कहानियों में उप-विभाजित किया गया है
उपयोगकर्ता कहानियां: ग्राहक के नजरिए से उपयोगकर्ता कहानियां तैयार की जाती हैं जो परियोजना या व्यावसायिक कार्यों को परिभाषित करती हैं, और इसे एक विशेष स्प्रिंट में दिया जाता है।
कार्य: आगे की उपयोगकर्ता कहानियां अलग कार्य में टूट जाती हैं
5) बताएं कि री-फैक्टरिंग क्या है?
प्रदर्शन में सुधार करने के लिए, मौजूदा कोड को संशोधित किया गया है; यह फिर से फैक्टरिंग है। फिर से फैक्टरिंग के दौरान कोड की कार्यक्षमता समान रहती है
6) स्पष्ट करें कि आप भिन्न टीम क्षमता के साथ स्प्रिंट के वेग को कैसे माप सकते हैं?
स्प्रिंट की योजना बनाते समय, आमतौर पर स्प्रिंट के वेग को ऐतिहासिक आंकड़ों के आधार पर पेशेवर निर्णय के आधार पर मापा जाता है। हालांकि, स्प्रिंट के वेग को मापने के लिए उपयोग किए जाने वाले गणितीय सूत्र हैं,
- पहली - पूरी हो चुकी कहानी X टीम की क्षमता: यदि आप 40 घंटे के सप्ताह के प्रतिशत के रूप में क्षमता मापते हैं
- दूसरा - पूर्ण कहानी अंक / टीम क्षमता: यदि आप मानव-घंटे में क्षमता मापते हैं
हमारे परिदृश्य के लिए दूसरी विधि लागू है।
7) स्प्रिंट बैकलॉग और उत्पाद बैकलॉग के बीच महत्वपूर्ण अंतर का उल्लेख करें?
उत्पाद बैकलॉग: इसमें सभी वांछित सुविधाओं की एक सूची है और यह उत्पाद स्वामी के स्वामित्व में है।
स्प्रिंट बैकलॉग: यह विकास टीम के स्वामित्व वाले उत्पाद बैकलॉग का एक सबसेट है और इसे स्प्रिंट में वितरित करना है। इसे स्प्रिंट प्लानिंग मीटिंग में बनाया गया है
8) फुर्तीले में उल्लेख है कि वृद्धिशील और Iterative विकास के बीच अंतर क्या है?
Iterative: Iterative पद्धति सॉफ्टवेयर विकास की एक सतत प्रक्रिया है, जहां अंतिम उत्पाद प्राप्त होने तक सॉफ्टवेयर विकास चक्र दोहराए जाते हैं (स्प्रिंट और रिलीफ)।
रिलीज 1: स्प्रिंट 1, 2
… Nरिलीज एन: स्प्रिंट 1, 2
… .नवृद्धिशील: वृद्धिशील विकास प्रणाली की कार्यक्षमता को वेतन वृद्धि या भागों में अलग करता है। प्रत्येक वेतन वृद्धि में, कार्यक्षमता का प्रत्येक खंड आवश्यकताओं को लागू करने से लेकर क्रॉस-डिसिप्लिनरी काम के माध्यम से दिया जाता है।
9) बताएं कि चंचल में स्पाइक और जीरो स्प्रिंट क्या है? इसका उद्देश्य क्या है?
स्प्रिंट ज़ीरो: यह पहला स्प्रिंट शुरू करने से पहले कुछ शोध करने के लिए पेश किया गया है। आमतौर पर इस स्प्रिंट का उपयोग परियोजना की शुरुआत के दौरान किया जाता है जैसे कि विकास का माहौल तैयार करना, उत्पाद बैकलॉग तैयार करना आदि।
स्पाइक्स: स्पाइक्स एक प्रकार की कहानियां हैं जो अनुसंधान, अन्वेषण, डिजाइन और यहां तक कि प्रोटोटाइप जैसी गतिविधियों के लिए उपयोग की जाती हैं। स्प्रिंट के बीच में, आप किसी भी तकनीकी या डिज़ाइन मुद्दे से संबंधित कार्य के लिए स्पाइक्स ले सकते हैं। स्पाइक्स दो तरह के होते हैं टेक्निकल स्पाइक्स और फंक्शनल स्पाइक्स।
10) परीक्षण संचालित विकास क्या है?
परीक्षण संचालित विकास या टीडीडी को परीक्षण संचालित डिजाइन के रूप में भी जाना जाता है। इस पद्धति में, डेवलपर पहले एक स्वचालित परीक्षण केस लिखता है जो नए फ़ंक्शन या सुधार का वर्णन करता है और फिर उस परीक्षण को पारित करने के लिए छोटे कोड बनाता है, और बाद में स्वीकार्य मानकों को पूरा करने के लिए नए कोड को फिर से कारकों में बदल देता है।
11) प्रोटोटाइप और वायरफ्रेम का व्यापक रूप से उपयोग किया जाता है?
प्रोटोटाइप और वायरफ्रेम ऐसे प्रोटोटाइप हैं जो व्यापक रूप से अनुभवजन्य डिजाइन के हिस्से के रूप में उपयोग किए जाते हैं।
12) एप्लिकेशन बाइनरी इंटरफेस क्या है?
बाइनरी फॉर्म में अनुप्रयोगों के पोर्टेबिलिटी के लिए विशिष्ट विनिर्देशन आवश्यकताओं को परिभाषित करने वाले विभिन्न सिस्टम प्लेटफ़ॉर्म और परिवेशों के बीच, एप्लिकेशन बाइनरी इंटरफ़ेस के रूप में जाना जाता है।
१३) फुर्तीली, जले-फटे और जले हुए चार्ट में बताइए?
प्रोजेक्ट की प्रगति को ट्रैक करने और जलाने के लिए, चार्ट का उपयोग किया जाता है।
बर्नअप चार्ट: यह समय के साथ की गई कहानियों की प्रगति को दर्शाता है।
बरंडाउन चार्ट: यह दर्शाता है कि ओवरटाइम करने के लिए कितना काम बचा था।
14) बता दें कि स्क्रैम बैन क्या है?
स्क्रम प्रतिबंध एक सॉफ्टवेयर डेवलपमेंट मॉडल है जो स्क्रम और कानबन पर आधारित है। यह विशेष रूप से उस परियोजना के लिए डिज़ाइन किया गया है जिसमें अप्रत्याशित उपयोगकर्ता कहानियों और प्रोग्रामिंग त्रुटियों के लिए लगातार रखरखाव की आवश्यकता होती है। इन दृष्टिकोणों का उपयोग करते हुए, टीम के वर्कफ़्लो को एक तरह से निर्देशित किया जाता है जो प्रत्येक उपयोगकर्ता कहानी या प्रोग्रामिंग त्रुटि के लिए न्यूनतम पूरा होने का समय देता है।
१५) कहानी अंक / प्रयास / तराजू क्या है?
इसका उपयोग वास्तविक घंटों को बताए बिना कहानी की कठिनाई पर चर्चा करने के लिए किया जाता है। उपयोग किया जाने वाला सबसे सामान्य पैमाना एक फाइबोनैचि अनुक्रम है (1,2,3,5,8,13,
… .100) हालांकि कुछ टीमें लीनियर स्केल (1,2,3,4…।), पॉवर्स ऑफ 2 (1,2,4,8…) और क्लॉथ साइज (XS, S, M, L, XL) का उपयोग करती हैं।16) ट्रेसर बुलेट क्या है?
ट्रेसर बुलेट वर्तमान वास्तुकला के साथ एक स्पाइक है, सर्वोत्तम प्रथाओं का वर्तमान सेट, वर्तमान प्रौद्योगिकी सेट जो उत्पादन गुणवत्ता कोड में परिणाम करता है। यह एक दूर फेंक कोड नहीं है, लेकिन सिर्फ कार्यक्षमता का एक संकीर्ण कार्यान्वयन हो सकता है।
17) टेस्ट स्टब क्या है?
एक परीक्षण स्टब एक छोटा कोड होता है जो एक परीक्षण किए जा रहे सिस्टम के भीतर एक अविकसित या पूरी तरह से विकसित घटक की जगह लेता है। टेस्ट स्टब को इस तरह से डिज़ाइन किया गया है कि यह विशेष रूप से ज्ञात आउटपुट उत्पन्न करके वास्तविक घटक की नकल करता है और वास्तविक घटक को प्रतिस्थापित करता है।
18) आरयूपी (रेशनल यूनिफाइड प्रोसेस) और स्क्रैम मेथोडोलॉजी में क्या अंतर हैं?
| आरयूपी | जमघट |
| - औपचारिक चक्र को चार चरणों में परिभाषित किया गया है, लेकिन कुछ वर्कफ़्लो समवर्ती हो सकते हैं | - प्रत्येक स्प्रिंट एक पूर्ण चक्र है |
| - औपचारिक परियोजना योजना, कई पुनरावृत्तियों से जुड़ी है। | - एंड टू एंड प्रोजेक्ट प्लान नहीं। प्रत्येक अगली पुनरावृत्ति योजना वर्तमान पुनरावृत्ति के अंत में निर्धारित की जाती है |
| - स्कोप को परियोजना शुरू होने से पहले पूर्वनिर्धारित किया जाता है और स्कोप दस्तावेज़ में प्रलेखित किया जाता है। परियोजना के दौरान, गुंजाइश को संशोधित किया जा सकता है। | - इसमें स्कोप स्कैम की जगह प्रोजेक्ट बैकलॉग का इस्तेमाल किया गया है |
| - कलाकृतियों में स्कोप डॉक्यूमेंट, फॉर्मल फंक्शनल रिक्वायरमेंट पैकेज, सिस्टम आर्किटेक्चर डॉक्यूमेंट, डेवलपमेंट प्लान, टेस्ट स्क्रिप्ट आदि शामिल हैं। | - ऑपरेशनल सॉफ्टवेयर एकमात्र औपचारिक कलाकृतियां हैं |
| - मध्यम से उच्च जटिलता वाले दीर्घकालिक, बड़े, उद्यम स्तर की परियोजनाओं के लिए अनुशंसित | - त्वरित वृद्धि और संगठन के लिए अनुशंसित जो एक समय सीमा पर निर्भर नहीं हैं |
19) चंचलता के लिए निरंतर एकीकरण क्यों महत्वपूर्ण है?
निम्नलिखित कारणों से एजाइल के लिए निरंतर एकीकरण महत्वपूर्ण है।
- यह बग्स या एकीकरण त्रुटियों का पता लगाकर समय पर रिलीज शेड्यूल को बनाए रखने में मदद करता है
- लगातार फुर्तीली कोड डिलीवरी के कारण आमतौर पर 2-3 सप्ताह के हर स्प्रिंट, निर्माण की स्थिर गुणवत्ता एक जरूरी है और निरंतर एकीकरण यह सुनिश्चित करता है
- कोड-बेस की गुणवत्ता और बग मुक्त स्थिति बनाए रखने में मदद करता है
- निरंतर एकीकरण मुख्य ट्रंक के लिए शाखाओं पर काम के प्रभाव की जांच करने में मदद करता है अगर विकास कार्य स्वचालित भवन और विलय समारोह का उपयोग करने वाली शाखाओं पर हो रहा है
20) एजाइल के दौरान क्या परीक्षण किया जाता है?
एजाइल के दौरान प्राथमिक परीक्षण गतिविधियाँ स्वचालित इकाई परीक्षण और खोजपूर्ण परीक्षण हैं।
हालाँकि, प्रोजेक्ट आवश्यकताओं के आधार पर, एक परीक्षक अनुप्रयोग अंडर टेस्ट (AUT) पर कार्यात्मक और गैर-कार्यात्मक परीक्षण निष्पादित कर सकता है।
२१) चंचलता में वेग क्या है?
वेग एक मीट्रिक है जिसे गणना में पूरा किए गए उपयोगकर्ता कहानियों से संबंधित सभी प्रयासों के अनुमानों के अलावा गणना की जाती है। यह पता लगाता है कि फुर्तीली फुर्ती से काम कितना पूरा हो सकता है और किसी प्रोजेक्ट को पूरा करने में कितना समय लगेगा।
22) एक अच्छा चुस्त परीक्षक के गुण क्या होने चाहिए?
एक अच्छा चुस्त परीक्षक में निम्नलिखित गुण होने चाहिए
- यह आवश्यकताओं को जल्दी से समझने में सक्षम होना चाहिए
- एजाइल परीक्षक को एजाइल प्रिंसिपल और अवधारणाओं को अच्छी तरह से जानना चाहिए
- जैसे-जैसे आवश्यकताएं बदलती रहती हैं, परीक्षक को इसमें शामिल जोखिम को समझना चाहिए
- आवश्यकताओं के आधार पर एजाइल परीक्षक कार्य को प्राथमिकता देने में सक्षम होना चाहिए
- व्यावसायिक सहयोगियों, डेवलपर्स और परीक्षक के बीच संचार जारी रखना चाहिए
23) फुर्तीली टीम में कौन-कौन शामिल हैं?
चुस्त में दो मुख्य सुराग हैं
-
स्क्रेम मास्टर्स : यह चुस्त कार्यक्रम के लिए आवश्यक अधिकांश इनपुट और आउटपुट को समन्वित करता है
-
विकास प्रबंधक : वे सही लोगों को काम पर रखते हैं और उन्हें टीम के साथ विकसित करते हैं
24) विस्तार से उल्लेख करें कि स्क्रैम मास्टर की भूमिका क्या है?
स्क्रम मास्टर प्रमुख जिम्मेदारियों में शामिल है
- आवश्यकताओं को समझें और उन्हें कार्यशील सॉफ़्टवेयर में बदल दें
- निगरानी और ट्रैकिंग
- रिपोर्टिंग और संचार
- प्रक्रिया जाँच मास्टर
- क्वालिटी मास्टर
- आवेगों को हल करें
- विवादों को सुलझाओ
- टीम और प्रदर्शन प्रतिक्रिया को शील्ड करें
- सभी बैठकों का नेतृत्व करें और बाधाओं को हल करें
25) चुस्त गुणवत्ता की रणनीति क्या है?
चपल गुणवत्ता की रणनीतियाँ हैं
- फिर से फैक्टरिंग
- गैर-एकल विकास
- स्थिर और गतिशील कोड विश्लेषण
- समीक्षा और निरीक्षण
- Iteration / स्प्रिंट डेमो
- सभी हाथों में डेमो
- हल्के वजन की मील का पत्थर समीक्षा
- लघु प्रतिक्रिया चक्र
- मानक और दिशानिर्देश
26) उल्लेख करें कि वे कौन से उपकरण हैं जो फुर्तीली परियोजनाओं पर काम करते समय स्क्रीनशॉट के लिए उपयोगी हो सकते हैं?
फुर्तीली परियोजनाओं पर काम करते समय आप जैसे उपकरणों का उपयोग कर सकते हैं
- बगडीगर
- बगसिंग
- qTrace
- SnagIt
- होलिका
- उपयोगकर्ता
27) उल्लेख करें कि पूरे प्रोजेक्ट में लगातार चलने की लंबाई बनाए रखने के क्या फायदे हैं?
फायदे हैं
- यह टीम को उद्देश्यपूर्ण रूप से प्रगति को मापने में मदद करता है
- यह टीम के वेग को मापने का एक सुसंगत साधन प्रदान करता है
- यह प्रसव के एक सुसंगत पैटर्न को स्थापित करने में मदद करता है
२) यदि किसी टाइमबॉक्स योजना को फिर से तैयार करने की आवश्यकता है, तो उसे फिर से प्राथमिकता किसे देनी चाहिए?
यदि किसी टाइमबॉक्स योजना को पुन: व्यवस्थित करने की आवश्यकता है, तो इसमें पूरी टीम, उत्पाद स्वामी और डेवलपर्स शामिल होने चाहिए।
29) उल्लेख करना चाहिए कि एक चार्टडाउन चार्ट को क्या उजागर करना चाहिए?
बर्न-डाउन चार्ट टाइमबॉक्स (पुनरावृत्ति) समाप्त होने से पहले शेष कार्य को पूरा करने के लिए दिखाता है।
30) उल्लेख करें कि स्क्रैम और एजाइल में क्या अंतर है?
-
स्क्रम : स्क्रम में, एक स्प्रिंट विकास की एक बुनियादी इकाई है। प्रत्येक स्प्रिंट के बाद एक योजना बैठक होती है, जहां स्प्रिंट के कार्यों की पहचान और अनुमान लगाया जाता है। प्रत्येक स्प्रिंट के दौरान, टीम एक उत्पाद का तैयार भाग बनाती है
-
फुर्तीली : फुर्तीली में, प्रत्येक पुनरावृत्ति में एक पूर्ण सॉफ्टवेयर विकास चक्र के माध्यम से काम करने वाली एक टीम शामिल होती है, जिसमें योजना, डिजाइन, कोडिंग, आवश्यकता विश्लेषण, इकाई परीक्षण और स्वीकृति परीक्षण शामिल होता है जब एक उत्पाद को हितधारकों के लिए प्रदर्शित किया जाता है।
सरल शब्दों में, Agile अभ्यास है और scrum इस अभ्यास का अनुसरण करने की प्रक्रिया है।
३१) एजाइल सॉफ्टवेयर विकास में शामिल चुनौतियां क्या हैं?
एजाइल सॉफ्टवेयर विकास में शामिल चुनौतियों में शामिल हैं
- इसके लिए अधिक परीक्षण और ग्राहकों की भागीदारी की आवश्यकता है
- यह डेवलपर्स से अधिक प्रबंधन को प्रभावित करता है
- प्रत्येक सुविधा को अगले पर जाने से पहले पूरा करने की आवश्यकता है
- सभी कोड को काम करने की स्थिति में आवेदन सुनिश्चित करने के लिए ठीक काम करना है
- अधिक योजना की आवश्यकता है
32) जब एजाइल का उपयोग नहीं करना है?
एजाइल पद्धति का उपयोग करने से पहले, आपको निम्नलिखित प्रश्न पूछना चाहिए
- क्या कार्यक्षमता विभाजित-सक्षम है
- ग्राहक उपलब्ध है
- क्या आवश्यकताएं लचीली हैं
- क्या यह वास्तव में समय की कमी है
- क्या टीम काफी कुशल है
३३) बताइए कि आप अपने प्रोजेक्ट के लिए कैसे आसान तरीके से स्क्रैम को लागू कर सकते हैं?
ये वो टिप्स हैं जो आपके प्रोजेक्ट में घोटाले को लागू करने में मददगार हो सकते हैं।
- क्रम में अपना बैकलॉग प्राप्त करें
- अपने उत्पाद के बैकलॉग आइटम के आकार का एक विचार प्राप्त करें
- स्प्रिंट बैकलॉग को पूरा करने के लिए स्प्रिंट की आवश्यकता और अवधि को स्पष्ट करें
- टीम स्प्रिंट बजट की गणना करें और फिर कार्यों में आवश्यकताओं को तोड़ दें
- विस्तृत कार्यक्षेत्र- सभी टीम चर्चा का एक केंद्र, जिसमें योजनाएं, रोडमैप, प्रमुख तिथियां, कार्यक्षमता के नमूने, मुद्दे, लॉग, स्थिति रिपोर्ट आदि शामिल हैं।
- स्प्रिंट- सुनिश्चित करें कि आप अगली बार जाने से पहले एक बार में एक विशेषता को पूरा करें। जब तक कोई अन्य विकल्प न हो, एक स्प्रिंट को गर्भपात नहीं करना चाहिए
- दैनिक स्टैंड-अप मीटिंग में भाग लें: बैठक में आपको यह उल्लेख करना होगा कि पिछली बैठक के बाद से क्या हासिल किया गया है, अगली बैठक से पहले वे क्या हासिल करेंगे और उनकी प्रगति के लिए कुछ भी है
- दैनिक प्रगति को ट्रैक करने के लिए burndown चार्ट का उपयोग करें। बर्न्डाउन चार्ट से, आप अनुमान लगा सकते हैं कि आप ट्रैक पर हैं, या आप पीछे चल रहे हैं
- अगले पर जाने से पहले प्रत्येक सुविधाओं को अच्छी तरह से पूरा करें
- स्प्रिंट के अंत में - स्प्रिंट समीक्षा बैठक आयोजित करें, यह उल्लेख करें कि स्प्रिंट में क्या हासिल हुआ है या वितरित किया गया है।
३४) उत्पाद रोडमैप का क्या अर्थ है?
एक उत्पाद रोडमैप को उत्पाद सुविधाओं के समग्र दृष्टिकोण के लिए संदर्भित किया जाता है जो उत्पाद दृष्टि बनाते हैं।