सामान्य उपयोगकर्ता के रूप में आर के बीटा वितरण का प्रभावी ढंग से परीक्षण कैसे करें और कैसे करें?

Question

यह सवाल Sweave के बारे में एक बग रिपोर्ट के जवाब में डंकन मर्डोक आर-devel मेलिंग सूची पर की गई टिप्पणी से प्रेरित है:

इस में आर-समझौता तय हो गई है। ( 2.12.0 में तय किया गया है यदि लोगों ने बीटा का परीक्षण किया ...)।

ईमानदारी से, मैं कारणों की एक संख्या के लिए विकास संस्करणों -aka बीटा से दूर रहने लगा है, और इन कारणों से मैं और अधिक लोगों से सुनने के हैं:

1. मैं थोड़ा भयभीत यह होगा हूँ किसी भी तरह से मेरे वर्तमान आर वितरण के साथ संघर्ष का कारण बनता है। जैसा कि मुझे काम के लिए की आवश्यकता है, इसे नियमित रूप से सुधारने के लिए का नुकसान होगा, मैं अपने बॉस
2. को समझा नहीं सकता कि मुझे कुशलता से परीक्षण करने का कोई संकेत नहीं होगा। मुझे लगता है कि प्रत्येक टेस्ट I विकास टीम द्वारा चलाए जा रहे के साथ आ सकता है।
3. मैं अभी भी यह मुश्किल यह पता लगाने की है जब कुछ एक बग है, और जब (अक्सर) यह मेरे अपने मूर्खता में लात है।

लेकिन जैसे-जैसे मैं समझ गया, यह एक मूल्यवान होगा आर समुदाय में योगदान, और मैं अपने परीक्षण के कुछ भी करने के लिए तैयार हूं, भले ही मैं इसे अपने काम में किसी भी तरह फिट कर सकूं। मैं बीटा को पक्ष में रखने और इसके माध्यम से अपनी स्क्रिप्ट चलाने के साथ-साथ एक जांच के बारे में सोच रहा था। निर्मित वस्तुओं को सहेजने से यह देखने के लिए कि क्या कुछ गलत है, एक त्वरित और आसान all.equal() की अनुमति देता है।

कोई भी कुछ और बेहतर विचार है कि मैं कम से कम प्रयास और अधिकतम दक्षता के साथ परीक्षण करने में कैसे मदद कर सकता हूं?

मैं भी इसे हमारे विभाग पर थोड़ा और बढ़ावा देना चाहूंगा। "समुदाय को वापस देने का समय" के अलावा, किसी अन्य अच्छे कारणों से बीटा परीक्षण क्यों प्रयास के लायक है? मैं ऊपर दिए गए तर्कों का सामना कैसे कर सकता हूं?

संपादित करें:

के रूप में एक प्रकार की कटार Eddelbuettel टिप्पणी में कहा, इस समझौते में हिस्सा Windows में पथ चर रोक रहा है। मेरे पास इसके बारे में कुछ विचार हैं, लेकिन आर-डेवेल संस्करणों के परीक्षण के लिए अपने कंप्यूटर को व्यावहारिक रूप से व्यवस्थित करने के तरीके पर पॉइंटर्स की भी सराहना की जाती है।

Answer 1

मुझे डर है कि आप गलत समझते हैं। यह पहले से सरल या स्पष्ट नहीं हो सकता है, इसलिए शायद यह मदद करता है:

• "पैच" "बीटा" नहीं है। पैच किया गया है आर 2.12.1 क्या होगा।

• कोई संघर्ष नहीं है। यह 2.12.0 के लिए गिरता है।

• यह एक अलग डाउनलोड है, और एक रात का निर्माण available from here है।

• यह आर-डेवेल नहीं है लेकिन आर-पैच किया गया है।

• यह हमारा कर्तव्य है कि उपयोगकर्ता प्री-रिलीज का परीक्षण भी करते हैं। तो अगर कुछ भी, एक आदर्श शब्द में आप आर-पैच स्थापित किया जाएगा --- साथ ही आर-डेवेल!

• परीक्षण एक और संस्करण स्थापित करने, इसे अपने पथ से बाहर रखने और फिर स्क्रिप्ट से PATH और R_HOME गतिशीलता को समायोजित करने जितना आसान हो सकता है। परीक्षण उस पर अपने कोड और डेटा चल रहा मतलब है एक बार नए कोड है जारी कीड़े ने काट लिया हो रही आप को रोकने के लिए।

Answer 2

मैं एक सुराग कुशलता से परीक्षण करने के लिए कैसे नहीं होगा। मुझे लगता है कि मैं जिस परीक्षा में आ सकता हूं, वह विकास टीम द्वारा पहले से ही चलाया जा चुका है।

मैं अभी भी यह मुश्किल यह पता लगाने की है जब कुछ एक बग है, और जब (अक्सर) यह मेरे अपने में लात मूर्खता है।

समस्या है, सॉफ्टवेयर नहीं है (या न केवल) डेवलपर्स द्वारा इस्तेमाल किया जा रहा है। इसका उपयोग उन लोगों द्वारा किया जा रहा है जिनके पास प्रोग्रामिंग ज्ञान नहीं हो सकता है (मैं आम तौर पर बोल रहा हूं, यह आर के साथ-साथ किसी भी अन्य सॉफ्टवेयर के लिए मान्य है)।

यदि सहायता या इंटरफ़ेस या सॉफ़्टवेयर बनाया गया सामान्य तरीका आपको कुछ कैसे करने के बारे में पर्याप्त जानकारी नहीं देता है, तो शायद यह एक बग नहीं है, लेकिन यह कुछ ऐसा है जिसे बेहतर किया जा सकता है (और इंगित किया गया है देवताओं के लिए बाहर)।

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

इसे अपने तरीके से उपयोग करके (जो संभवतः "अनिश्चित" हो सकता है), आप प्रभावी ढंग से ऐसे परीक्षण चला रहे हैं जो डेवलपर्स से बच निकले, क्योंकि वे ऐसा करने की सोच नहीं रहे थे।