परियोजना का विवरण
अनुवादितहमारी विकास टीम सप्ताह में कई बार शिप करती है, लेकिन परीक्षण अभी भी मैन्युअल रूप से चलाए जाते हैं और केवल तभी जब कोई याद रखता है। परिणामस्वरूप, टूटी हुई कोड कभी-कभी स्टेजिंग तक पहुँच जाती है, और एक बार तो यह प्रोडक्शन तक भी पहुँच गई। हमें अपनी बिल्ड पाइपलाइन में निरंतर परीक्षण की आवश्यकता है ताकि हर कमिट स्वचालित रूप से परीक्षण सूट को ट्रिगर करे, और एक विफल रन रिलीज़ को ब्लॉक करे इससे पहले कि यह कोई नुकसान कर सके।
लक्ष्य यह है कि एक पाइपलाइन चरण हर पुश और पुल अनुरोध पर यूनिट, इंटीग्रेशन और एंड-टू-एंड परीक्षणों के एक उपसमुच्चय को चलाए। इसे एक स्पष्ट रिपोर्ट उत्पन्न करनी चाहिए जो दिखाए कि क्या पास हुआ, क्या विफल हुआ और क्यों, उस रिपोर्ट को प्रकाशित करें जहाँ टीम इसे देख सके, और बिल्ड को लाल चिह्नित करें ताकि एक टूटी हुई परिवर्तन को मर्ज या डिप्लॉय नहीं किया जा सके। हम यह भी चाहेंगे कि फ्लेकी परीक्षणों को चिह्नित किया जाए बजाय इसके कि वे हमेशा चुपचाप फिर से प्रयास किए जाएं, और कुल रन टाइम को समानांतरकरण और कैशिंग के माध्यम से उचित रखा जाए।
हम एक सामान्य गिट होस्टिंग सेवा और एक मानक सीआई रनर का उपयोग करते हैं; कृपया हमें बताएं कि आप किन उपकरणों के साथ सहज हैं और आप चरणों को कैसे संरचित करेंगे। हमारे इंजीनियरों के लिए दस्तावेज़ीकरण और एक छोटा हैंडओवर सत्र काम का हिस्सा है।
सम्पूर्ण सेटअप को क्या प्रदान करना चाहिए:
— हर कमिट और मर्ज अनुरोध पर स्वचालित परीक्षण रन;
— लॉग के साथ पठनीय पास और फेल रिपोर्ट;
— जब परीक्षण विफल होते हैं तो रिलीज़ ब्लॉक किया गया;
— समानांतर कार्यों और कैशिंग के माध्यम से तेज़ फीडबैक।
लक्ष्य यह है कि एक पाइपलाइन चरण हर पुश और पुल अनुरोध पर यूनिट, इंटीग्रेशन और एंड-टू-एंड परीक्षणों के एक उपसमुच्चय को चलाए। इसे एक स्पष्ट रिपोर्ट उत्पन्न करनी चाहिए जो दिखाए कि क्या पास हुआ, क्या विफल हुआ और क्यों, उस रिपोर्ट को प्रकाशित करें जहाँ टीम इसे देख सके, और बिल्ड को लाल चिह्नित करें ताकि एक टूटी हुई परिवर्तन को मर्ज या डिप्लॉय नहीं किया जा सके। हम यह भी चाहेंगे कि फ्लेकी परीक्षणों को चिह्नित किया जाए बजाय इसके कि वे हमेशा चुपचाप फिर से प्रयास किए जाएं, और कुल रन टाइम को समानांतरकरण और कैशिंग के माध्यम से उचित रखा जाए।
हम एक सामान्य गिट होस्टिंग सेवा और एक मानक सीआई रनर का उपयोग करते हैं; कृपया हमें बताएं कि आप किन उपकरणों के साथ सहज हैं और आप चरणों को कैसे संरचित करेंगे। हमारे इंजीनियरों के लिए दस्तावेज़ीकरण और एक छोटा हैंडओवर सत्र काम का हिस्सा है।
सम्पूर्ण सेटअप को क्या प्रदान करना चाहिए:
— हर कमिट और मर्ज अनुरोध पर स्वचालित परीक्षण रन;
— लॉग के साथ पठनीय पास और फेल रिपोर्ट;
— जब परीक्षण विफल होते हैं तो रिलीज़ ब्लॉक किया गया;
— समानांतर कार्यों और कैशिंग के माध्यम से तेज़ फीडबैक।
सॉफ़्टवेयर विकास नकद, बैंक ट्रांसफर
