मचान और UAT वातावरण के बीच अंतर क्या है?

Question

मुझे पता है कि समाधान विकसित करते समय हमारे पास कम से कम 3 अलग-अलग वातावरण होने चाहिए:

• विकास : प्रोग्रामर किसी भी समय परिवर्तनों को बदलने और धकेलने के लिए स्वतंत्र होते हैं ताकि किसी भी चीज को तोड़ने के डर के बिना अपने कोड का त्वरित परीक्षण करें और अन्य परिवर्तनों के साथ एकीकृत करें - यह TEST डेटाबेस और सेवाओं से जुड़ा है;
• यूएटी : डेवलपर्स द्वारा श्रद्धा के साथ व्यवहार किया जाना चाहिए, क्योंकि इसमें हार्डवेयर के बारे में उत्पादन पर्यावरण की एक "जितनी अच्छी हो सके" प्रतिलिपि होनी चाहिए, अंतर यह है कि यह पर्यावरण यूएटी डेटाबेस से उत्पादन डेटा की एक संपादन योग्य प्रतिलिपि के साथ जुड़ा हुआ है - इसका उपयोग Q & A टीम और उपयोगकर्ताओं दोनों द्वारा उन परिवर्तनों को मान्य करने के लिए किया जाता है जो उत्पादन में जाएंगे
• उत्पादन : असली सौदा।

मैंने SoftwareEngineering पर इस प्रश्न पर और सर्वरफ़ॉल्ट पर इस प्रश्न पर गौर किया है , और वे इस बात पर भिन्न प्रतीत होते हैं कि स्टेजिंग एन्वायरमेंट का अर्थ क्या है। इसके अलावा, विषय के बारे में विकिपीडिया पृष्ठ बताता है कि:

स्टेजिंग वातावरण का प्राथमिक उपयोग उत्पादन वातावरण पर लागू होने से पहले सभी इंस्टॉलेशन / कॉन्फ़िगरेशन / माइग्रेशन स्क्रिप्ट और प्रक्रियाओं का परीक्षण करना है। यह सुनिश्चित करता है कि उत्पादन पर्यावरण के सभी प्रमुख और छोटे उन्नयन न्यूनतम समय में त्रुटियों के बिना मज़बूती से पूरे किए जाएंगे।

मेरे लिए, स्टेजिंग यूएटी के बराबर है, जहां आपको वास्तविक दुनिया को आगे बढ़ाने से पहले आवेदन और तैनाती प्रक्रियाओं का परीक्षण करना होगा। इसलिए, हम यूएटी में बदलाव के साथ पैकेज को धक्का देते हैं उसी तरह हम उत्पादन के लिए धक्का देते हैं, पूरी तरह से स्वचालित और उत्पादन समारोह के साथ हमारे पास होना चाहिए।

यह कहा जा रहा है, एक यूएटी पर्यावरण और एक मंचन वातावरण के बीच उचित अंतर क्या है?

-

संपादित करें: बस स्पष्ट होने के लिए, मैं एक वेब अनुप्रयोग के संदर्भ में सोच रहा हूं, यह एक इंटरनेट वेबसाइट या इंट्रानेट वेबसाइट हो। कोई "फ़ॉर्म" ऐप या मोबाइल ऐप नहीं।

Comments

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

— थॉमस ओवेन्स

@ThomasOwens बिंदु ठीक है कि: दोनों वातावरण अलग-अलग हैं और कुछ लोगों के लिए यह एक बात लगती है और अन्य लोगों के लिए इसका मतलब अन्य चीजों से है। सर्वर फाल्ट पर प्रश्न में कहा गया है कि आप ऑनलाइन प्रोडक्शन डेटा की ओर इशारा करते हुए मंचन का उपयोग करते हैं और सिर्फ "फ्लिप द स्विच", जो मुझे लगता है कि यह एक दिलचस्प दृष्टिकोण है, लेकिन यह एक अलग दृष्टिकोण है जो आप कह रहे हैं।

— मचाडो 16

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

— थॉमस ओवेन्स

@ThomasOwens, निष्पक्ष बयान। यदि आपको कोई आपत्ति नहीं है, तो आइए इसे कुछ दिनों के लिए खुला रखें और यदि यह केवल राय-आधारित उत्तर देता है तो मैं ख़ुशी से आपको बंद करने के लिए वोट करूँगा। :)

— मचादो

@ThomasOwens ने सहमति जताई कि मुझे लगता है कि यह सवाल भी कुछ हद तक व्यक्तिपरक है जो लोग मंचन के रूप में संदर्भित करते हैं। हमारे यूएटी और मंचन का वातावरण "एक ही बात" है, लेकिन यह इसलिए है क्योंकि हमारे पास कई रिलीज़ हैं इसलिए जब हम रिलीज़ के लिए तैयार होते हैं, हम स्टेजिंग के माहौल को संभालते हैं और इसे रिलीज़ करने के लिए यूएटी के लिए तैयार करते हैं। जो डेवलपर अपनी चीजों पर काम कर रहे हैं, उनके पास अभी भी हमारे मंच के वातावरण पर सुविधा शाखाओं का उपयोग करने का एक तरीका है, इसलिए यह उन्हें ब्लॉक नहीं करता है।

— अगस्त

Answer 1

अंतर डेटा है।

एक यूएटी वातावरण नई कार्यक्षमता की "उपयोगकर्ता स्वीकृति" के लिए स्थापित किया गया है। उस कार्यक्षमता का परीक्षण करने के लिए, क्यूए या हितधारक उपयोगकर्ता प्रोफाइल को एक विशेष तरीके से व्यायाम करने के लिए सेट कर सकते हैं, या उन सभी की जांच करने के लिए नकली उत्पाद या कॉन्फ़िगरेशन सेट कर सकते हैं।

एक मंचन वातावरण अक्सर उत्पादन डेटा की एक प्रति के साथ स्थापित किया जाता है, कभी-कभी अज्ञात। कुछ निगम नियमित रूप से अपने स्नैपिंग डेटाबेस को एक उत्पादन स्नैपशॉट से "ताज़ा" करते हैं। प्राथमिक फोकस यह सुनिश्चित करना है कि आवेदन उसी तरह से उत्पादन में काम करेगा जिस तरह से यूएटी में काम किया था। डेटा नए सिरे से सेट करने के बजाय, परीक्षक उन प्रोफाइल और उत्पादों के लिए डेटाबेस की खोज करेंगे जो परीक्षण मामलों के एक आवश्यक सेट से मेल खाते हैं। अक्सर "वास्तविक" आंकड़ों में उनके बारे में चुटकी होती है जो अप्रत्याशित बढ़त के मामलों को जन्म देते हैं जो यूएटी के दौरान छूट गए थे। इसके अलावा, किसी भी डेटा माइग्रेशन परीक्षण का मंचन पर्यावरण में होना आवश्यक है।

Answer 2

| Environment | Software version  | Way of usage of software |
 ------------- ------------------- --------------------------
| UAT         | New               | Same as production       |
| Staging     | New or production | New for this version     |

उपयोग की परिभाषा यहां बहुत व्यापक है और इसमें सभी प्रकार की चीजें शामिल हो सकती हैं, जो अंत उपयोगकर्ताओं द्वारा किए गए कॉन्फ़िगरेशन के कुछ बदलावों से लेकर यूएटी पर्यावरण पर उपलब्ध महंगे बुनियादी ढांचे की सुविधा तक नहीं हैं। मचान पर सॉफ्टवेयर उत्पाद का महत्वपूर्ण संस्करण नया या वर्तमान एक हो सकता है, लेकिन हमेशा एक जो पहले से ही स्वीकृति से गुजर चुका होता है।

दूसरे शब्दों में:

• यूएटी यह साबित करने के लिए मौजूद है कि सॉफ्टवेयर उत्पाद का नया संस्करण उसी तरह काम करेगा जैसे कि वर्तमान संस्करण का उपयोग कैसे किया जाता है।
• स्टेजिंग यह साबित करने के लिए मौजूद है कि सॉफ़्टवेयर उत्पाद के कुछ स्वीकृत संस्करण के साथ सॉफ़्टवेयर उत्पाद उपयोग का नया तरीका उसी तरह से काम करेगा जैसे सॉफ्टवेयर उत्पाद का वर्तमान संस्करण कैसे उपयोग किया जाता है।

---

नोट: जैसा कि यह प्रश्न में ही दर्शाया गया था कि "मंचन पर्यावरण" की अलग-अलग समझें हैं और आपकी कंपनी / पर्यावरण में प्रयुक्त एक अलग हो सकती है।

Answer 3

इन विभिन्न वातावरणों का उपयोग वास्तव में, वास्तव में आपकी आवश्यकताओं पर निर्भर करता है। आपकी टिप्पणी से कि "मंचन == UAT", यह बहुत ही अच्छा लगता है जैसे कि आपके पास कोई क्यूए टीम नहीं है, और केवल कुछ डेवलपर्स हैं।

बड़े अनुप्रयोग वातावरण में एक एकीकरण परीक्षण वातावरण और साथ ही एक QA वातावरण हो सकता है, पूर्व जहां डेवलपर्स अपने एकीकरण परीक्षण चलाते हैं और बाद में जहां QA टीम अपने परीक्षण चलाते हैं। एक प्रशिक्षण वातावरण हो सकता है जिसमें स्टॉक डेटा होता है जिसे प्रत्येक प्रशिक्षण सत्र से पहले बहाल किया जाता है। मंचन का वातावरण संचालन टीम के नियंत्रण में होगा, ताकि यह सुनिश्चित हो सके कि रोल-आउट ठीक से हो। उपयोगकर्ता-स्वीकृति-परीक्षण (यूएटी) पर्यावरण ग्राहक टीम द्वारा उपयोग किया जाएगा। ग्राहक के मुद्दों को पुन: पेश करने के लिए उत्पादन-स्नैपशॉट वातावरण भी हो सकता है।

मेरी बात यह है कि आपके द्वारा आवश्यक वातावरण का निर्धारण करते समय एकल दृष्टिकोण से सावधान रहें।

Comments

ऐसा लगता है कि आपके पास अलग-अलग उद्देश्यों के साथ 3 अलग-अलग परीक्षण वातावरण हैं, लेकिन फिर भी परीक्षण वातावरण: 1 क्यू एंड ए पर केंद्रित है, 1 डेवलपर्स पर केंद्रित है और एक ऑपरेशन टीम पर केंद्रित है। लेकिन वे सभी अभी भी वातावरण का परीक्षण कर रहे हैं, और उदाहरण के लिए, डेटाबेस का परीक्षण करने के लिए बंधे हैं। क्या यह सही है या मुझे कुछ याद आ रहा है?

— मचाडो 16

उनमें से प्रत्येक अपने स्वयं के डेटाबेस से बंधा होगा, हाँ।

— BobDalgleish

Answer 4

यूएटी का अर्थ " उपयोगकर्ता स्वीकृति परीक्षण" है और वह वातावरण है जिसमें उपयोगकर्ता स्वीकृति परीक्षण किया जाता है। उपयोगकर्ता पर जोर दें - आपका QA परीक्षण अलग है, UAT वास्तविक उपयोगकर्ताओं के लिए एक मौका है (या कम से कम आपकी प्रशिक्षण टीम, बिक्री, सहायक स्टाफ आदि ...) नई सुविधाओं को आज़माने और इससे पहले कि यह तैनात हो, सॉफ़्टवेयर का मूल्यांकन करें उनकी उत्पादन प्रणाली।

इसका क्या अर्थ है यह आपकी प्रक्रियाओं पर निर्भर करेगा:

• यूएटी (पर्यावरण) उत्पादन के साथ "स्तर" हो सकता है, और अनिवार्य रूप से उपयोगकर्ताओं के लिए नई सुविधाओं के साथ एक सैंडबॉक्स है।
• यूएटी (पर्यावरण) उत्पादन के "आगे" हो सकता है, ताकि नई सुविधाओं को उत्पादन तक तैनात न किया जाए जब तक कि उनका मूल्यांकन नहीं किया जाता है। (मैं इस दृष्टिकोण के लिए उत्सुक नहीं हूं क्योंकि यह आवश्यक है कि आपके पास लंबे समय तक लीड करने का मतलब है)।
• आपके पास एक बहु-किरायेदार प्रणाली है जिसे आपको UAT वातावरण की आवश्यकता भी नहीं हो सकती है, इसके बजाय आप चुन सकते हैं कि उपयोगकर्ता फीचर झंडे का उपयोग करके उत्पादन प्रणालियों में नई सुविधाओं का मूल्यांकन करें।

निरंतर तैनाती / सतत वितरण के संदर्भ में, मचान पर्यावरण का उपयोग "उत्पादन-जैसा" वातावरण में सॉफ़्टवेयर का परीक्षण करने के लिए किया जाता है, क्योंकि इसकी संभावना है कि डेवलपर्स उत्पादन के लिए महत्वपूर्ण अंतर वाले वातावरण में काम करेंगे (जैसे कोई लोड संतुलन नहीं, एक छोटा डेटासेट आदि ...)