2009-06-07 16 views
8

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

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

previous SO question दिखाता है कि बीटा टेस्टर्स का उपयोग करने का सबसे अच्छा तरीका यह सुनिश्चित करना है कि दो-तरफा संचार अच्छा है। हम उस संचार को सक्षम करना चाहते हैं!

Beta testers usually aren't this eager.. http://fts.ifac.cnr.it/albums/album21/Last_Balloon_Launch_of_RHUBC_II_Beta_Test_001.sized.jpg

तो समस्या को संगठित करने और डेवलपर्स और बीटा परीक्षकों-एट-बड़े बीच संचार की अनुमति के लिए सबसे अच्छा तरीके खोजने के लिए, और बीटा परीक्षक आपस में है?

अतीत में, यहां हमने हमेशा एक सरल ईमेल मेलिंग सूची स्थापित की है, सूची में गुप्त परीक्षकों को जोड़कर और उन्हें एक केंद्रीकृत पते ईमेल करके सभी पोस्ट दे दिया है, जो सूची में सभी के बीच साझा किया जाता है। यह कच्चा और पुराना स्कूल है, लेकिन हमने इसे पंद्रह वर्षों तक किया है और यह लगभग 10 परीक्षकों के हमारे बाहरी समूह के लिए विशेष रूप से काम करता है।

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

  • गोपनीयता, आप, गैर आमंत्रित उपयोगकर्ताओं को खोजने या छिप कर बातें सुनना
  • संचार नहीं करना चाहती उपयोगकर्ताओं सवालों के बारे में बात करते, प्रलेखन , शेयर परियोजनाओं, एक दूसरे को
  • फ़ाइल साझा करने में मदद, कैसे बीटा सॉफ्टवेयर वितरित करने के लिए, साथ ही उपयोगकर्ताओं को अपने स्वयं उदाहरण/समस्या/डेमो उदाहरण
  • बग रिपोर्टिंग अपलोड करने, संचार प्रणाली अपने बग ट्रैकर से बंधा किया जाना चाहिए ?
  • स्केलिंग, यह 5 परीक्षकों, 20 परीक्षकों, आदि
  • गोपनीयता के स्तर को संभाल कर सकते हैं, यह शायद ही इन-हाउस उपयोगकर्ताओं को, जो एक दिन में एक नए निर्माण पाने के लिए एक सुपर कट्टर स्तर संभाल कर सकते हैं, के लिए एक निजी बीटा उपयोगकर्ताओं के बाहर आमंत्रित किया, जो कोई शामिल होना चाहता है की एक सार्वजनिक बीटा ..
  • शोर निस्पंदन, अगर चर्चा भी offtopic या बातूनी हो जाता है यह बीटा

वहाँ बीटा समर्थन इस तरह की डिजाइन करने के लिए कुछ स्पष्ट विकल्प हैं का ध्यान केंद्रित कर सकते हैं फैलाना आधारभूत संरचना जिसे भी जोड़ा जा सकता है।

  • एक (निजी) मेलिंग सूची
  • निजी वर्गों के साथ एक vBulletin मंच की तरह
  • FogBugz (दे परीक्षकों लाइसेंस तो वे तलाश कर सकते हैं और व्याख्या)
  • सहयोगी प्रलेखन के लिए विकी की तरह एक बगट्रैकर/चर्चा

सोर्सफोर्ज को देखना भी उपयोगी है, जो ओपन सोर्स ऐप्स के लिए है जहां गोपनीयता, निमंत्रण या कक्षाओं की आवश्यकता नहीं है, लेकिन वहां मैं प्रत्येक परियोजना के साथ जुड़े एक मंच और बगट्रैक है। Google Wave.

मेरा प्रश्न: आप अपने बीटा टेस्टर्स इनहाउस/बाहरी को व्यवस्थित करने के लिए किस प्रणाली का उपयोग करते हैं, और जो बिना विकास प्रक्रिया को बढ़ाने के मामले में सबसे अच्छा भुगतान देता है, यहां तक ​​कि आने वाले प्लेटफॉर्म/प्रतिमानों पर भी विचार करना दिलचस्प हो सकता है। कुछ अत्यधिक जटिल प्रणाली का प्रबंधन करने के लिए कठिन या परेशान होना?

मैं इसे एक समुदाय विकी के रूप में पोस्ट कर रहा हूं क्योंकि यह स्पष्ट है कि कोई भी सर्वश्रेष्ठ जवाब नहीं होगा।

उत्तर

0

मैं एक trac साइट की तरह, या vBulletin's project addon.

निजी तौर पर

होने सुझाव देंगे, मैं एक समाधान है कि समाधान के लिए फिटिंग था बनाया, और Bugzilla कहा जाता है, लेकिन किसी भी परियोजना प्रबंधन सूट चाल करना चाहिए।

1
  1. हमारे बीटा टेस्टर्स आमतौर पर डेवलपर्स के साथ सीधे ईमेल के माध्यम से हमारे स्थानीय परीक्षकों (क्यूए) के माध्यम से संवाद नहीं करते हैं।

    • यह क्यूए, कीड़े/डुप्लिकेट गठबंधन द्वारा मुद्दों का प्रबंधन गैर कीड़े (सुविधा का अनुरोध) आदि
    • इसके अलावा वे मुद्दों retesting लहरें उठती हैं इससे पहले कि वे उन तो के लिए बाहर वापस जाने के लिए अनुमति देता है को दूर उनके लिए बग/मुद्दे को पूरी तरह से समझना महत्वपूर्ण है, यदि आवश्यक हो तो वे कुछ स्वचालित परीक्षण बना सकते हैं।
    • वे इसे दस्तावेज करते हैं ताकि यह सुसंगत हो, कुछ बीटा टेस्टर्स अच्छे परीक्षक हैं लेकिन दस्तावेज़ीकरण पर अच्छे नहीं हैं।
    • कोई बड़ा/जटिल मुद्दों एक समूह के रूप पर विचार विमर्श किया जा सकता है (डेवलपर्स, गुणवत्ता आश्वासन, बीटा परीक्षक)
  2. हम टीम फाउंडेशन सर्वर का उपयोग लेकिन जैसे मैं ने कहा कि हम यह करने के लिए बीटा परीक्षकों उपयोग की अनुमति नहीं है । यह सब क्यूए द्वारा प्रबंधित किया जाता है। हम टीएफएस के साथ "कसकर युग्मित" नहीं हैं लेकिन नौकरी है।

बस वे जिस तरह से हमारे लिए अच्छी तरह से काम कि ...

+0

पी.एस. तस्वीर की तरह ... – bytebender

+0

डेवलपर्स को लगातार और उच्च गुणवत्ता वाली प्रतिक्रिया प्राप्त करना एक अच्छा विचार है। यह लगभग बग एकत्रीकरण के लिए आदर्श लगता है। यह अन्य लक्ष्यों के लिए उपयोगी नहीं हो सकता है जैसे कि परिष्कृत परिष्करण, लेकिन बग के लिए यह एक जीत/जीत है यदि आपके पास इंटरफ़ेस को संभालने के लिए QA परत है। – SPWorley

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