5

मैं वर्तमान में एक नुकसान में हूँ। हम देव-स्वामित्व वाले परीक्षण पर्यावरण से एक क्यूए-स्वामित्व वाले में जा रहे हैं। मैंने पहले एक क्यूए-स्वामित्व वाले परीक्षण वातावरण में काम किया है। लेकिन मैंने कभी भी स्क्रैच से एक सेट नहीं किया है। मैं समझता हूं कि इसे जितना संभव हो उतना उत्पादन दर्पण करना चाहिए। पर कैसे? आपने अपना क्यूए पर्यावरण कैसे स्थापित किया है?एक क्यूए पर्यावरण कैसे स्थापित किया जाना चाहिए?

+1

आप जो भी हैं, उसके बारे में कुछ विचार के बिना उत्तरदायी होना या किसी प्रतिक्रियात्मक प्रतिक्रिया की कल्पना करना मुश्किल है। – bmargulies

+0

मुझे यह पृष्ठ मिला। सुनिश्चित नहीं हैं कि अगर यह किसी को भी मदद करता है, लेकिन मैं इसे देखने के लिए जा रहा हूँ: http://weblogs.asp.net/scottgu/archive/2007/09/21/tip-trick-automating-dev-qa-staging-and- उत्पादन-वेब-कॉन्फ़िगरेशन-सेटिंग्स-साथ-बनाम 2005.aspx – onesith

+0

वेब? डेस्कटॉप या एम्बेडेड एप्स? वांछित बदलाव समय क्या है?क्या देव चक्र का आपका क्यूए हिस्सा है या एक प्री-रिलीज-आखिरी मिनट की चीज़ है? कितने अलग वातावरण परीक्षण या समर्थित होने की आवश्यकता है? – saschabeaumont

उत्तर

2

हम हर हफ्ते उत्पादन का बैकअप लेने के लिए और की जगह है कि हम क्या क्यूए में है। उत्पादन प्रतियों में सभी संवेदनशील सूचनाओं को स्क्रब किया जाता है (एसएसएन, ईमेल पता, फोन नंबर इत्यादि) और "डमी" मानों के साथ प्रतिस्थापित किया जाता है।

हम तो निर्माण प्रक्रिया का उपयोग कोड के संस्करण अप करने के लिए ताजा क्यूए वातावरण लाने के लिए हम परीक्षण कर रहे हैं (यूआई, व्यापार परत और डेटा स्तर में)।

3

वास्तव में एक क्यूए testbed की स्थापना करने के लिए सिर्फ तीन आवश्यकताएं होती हैं।

1) एक साफ, यथार्थवादी उत्पादन Reproducing। यदि आपका एप्लिकेशन Win2k8 सर्वर पर चलता है, तो क्यूए को Win2K8 सर्वर की आवश्यकता होती है। यदि आपको 5 वेब ब्राउज़र का समर्थन करने की आवश्यकता है, तो क्यूए को सभी 5 स्थापित करने की आवश्यकता है (या तो एक साथ या एकाधिक ग्राहकों में)। यदि आप क्लाइंट/सर्वर सेटअप में तैनात हैं, तो आपको दो मशीनों की आवश्यकता होगी, भले ही आपका उत्पाद केवल एक सिस्टम के साथ काम कर सके। मैं ठेठ परिनियोजन को सशक्त नहीं करूंगा। थोड़ा कमजोर हार्डवेयर पर परीक्षण प्रदर्शन मुद्दों का पर्दाफाश करने में मदद करेगा।

2) लगातार नमूना डेटा। यह डेटाबेस डंप, डमी डेटा या यादृच्छिक रूप से जेनरेट किया गया डेटा हो सकता है। समय के बाद इस बार पुनः लोड करना आसान होना चाहिए। यदि आपका ऐप डेटाबेस तालिका से रिकॉर्ड प्रदर्शित करता है, तो आप वहां से शुरू होने के लिए नमूना डेटा की एक सभ्य मात्रा चाहते हैं। फिर क्यूए व्यक्ति इसे जोड़ने या हटाने के आसपास मिलकर जा सकता है। यथार्थवादी डेटा और एज केस परिदृश्य शामिल करें।

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

0

सबसे पहले अपने आप को गुणवत्ता आश्वासन का लक्ष्य और परीक्षण आप खुद के

  • यूनिट टेस्टिंग
  • कार्यात्मक/एकता
  • की
  • ऊपर

मैं के रूप में शुरू होगा स्वचालन चाहते का कौन सा हिस्सा पूछना निम्नलिखित। करने के लिए

  • सेटअप एक बिल्ड सर्वर है, जहां आप कोड का निर्माण और
  • आदर्श रूप में सेटअप एक सतत एकीकरण की जांच करने आवेदन चला सकते हैं अपने डेवलपर्स पूछें (यदि आप गैर तकनीकी कर रहे हैं)। उदाहरण के लिए, के लिए आप

जेनकींस और हडसन कोड और इमारत से बाहर की जाँच के लिए जेनकींस का उपयोग दोनों सेटअप परीक्षण प्रदान की वातावरण के लिए बहुत आसान आप उपयुक्त हार्डवेयर है और निर्माण लिपियों में जगह हैं कि कर रहे हैं।

संबंधित मुद्दे