शोध परीक्षण क्या है?

और यह परिदृश्य परीक्षण (परिदृश्य परीक्षण) से कैसे भिन्न होता है

यह पोस्ट जेम्स बाख व्हाट एक्सपेरेटरी टेस्टिंग के एक लेख का अनुवाद है । यह Bach द्वारा लेखों की एक श्रृंखला से पहला परीक्षण है, जो कि साइट http://www.satisfice.com से अनुसंधान परीक्षण और उससे जुड़ी हर चीज के बारे में है। यदि आपको अनुवाद में अशुद्धि या शब्दावली में कोई त्रुटि मिलती है, तो कृपया इसे लेखों की टिप्पणियों में रिपोर्ट करें।


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

समानांतर डिजाइन और परीक्षण निष्पादन

अनुसंधान परीक्षण की सबसे सरल परिभाषा एक ही समय में परीक्षणों का विकास और निष्पादन है। परिदृश्य दृष्टिकोण के विपरीत क्या है (इसकी पूर्वनिर्धारित परीक्षण प्रक्रियाओं के साथ, चाहे मैनुअल हो या स्वचालित)। परिदृश्य परीक्षणों के विपरीत अनुसंधान परीक्षण, पूर्वनिर्धारित नहीं होते हैं और योजना के अनुसार सख्त नहीं किए जाते हैं। यह सरल लगता है, लेकिन व्यवहार में सब कुछ बहुत धूमिल है। यह इस तथ्य के कारण है कि "निश्चित" का मतलब यह नहीं है कि हम कठोरता से सब कुछ और सब कुछ ठीक कर दें। यहां तक ​​कि अगर सभी परीक्षण परिदृश्यों को सावधानीपूर्वक परिभाषित किया गया है, तो बड़ी संख्या में दिलचस्प विवरणों के साथ काम करना (उदाहरण के लिए, कीबोर्ड पर कैसे टाइप करना है, या किस प्रकार के प्रोग्राम व्यवहार को गलत तरीके से पहचानना है) परीक्षक के विवेक पर रहता है। इसके अलावा, यहां तक ​​कि खोज सत्र के मुक्त रूप में, परीक्षण में सीमाएं शामिल होंगी जिसमें उत्पाद के किस भाग का परीक्षण करना है या किस रणनीति का उपयोग करना है। एक अच्छा शोध परीक्षक परीक्षण विचारों को रिकॉर्ड करेगा और बाद के परीक्षण चक्रों में उनका उपयोग करेगा। ऐसे नोट कभी-कभी स्क्रिप्ट का परीक्षण करने के लिए बहुत समान होते हैं, भले ही वे न हों। अनुसंधान परीक्षण कभी-कभी तदर्थ परीक्षण के साथ भ्रमित होता है। तदर्थ परीक्षण आमतौर पर आशुरचना की प्रक्रिया को संदर्भित करता है, त्रुटियों के लिए खोज impromptu। परिभाषा के अनुसार, कोई भी तदर्थ परीक्षण कर सकता है। शब्द "शोध परीक्षण" (Cem Kaner द्वारा परीक्षण कंप्यूटर सॉफ्टवेयर में गढ़ा गया) शब्द तदर्थ परीक्षण के लिए एक विचारशील दृष्टिकोण को संदर्भित करता है। पिछले दस वर्षों में, जेम्स व्हिटकर, सेम कनेर, और मैंने अनुसंधान परीक्षण के प्रभावी उपयोग के लिए कौशल और तकनीक की पहचान करने के लिए काम किया है। उदाहरण के लिए, अनुसंधान परीक्षण प्रक्रियाएं पूरी तरह से परिभाषित और तैयार की जाती हैं, Microsoft की विंडोज 2000 संगतता प्रमाणन कार्यक्रम के लिए सामान्य कार्यक्षमता और स्थिरता परीक्षण प्रक्रिया देखें ।

खोजपूर्ण और परिदृश्य परीक्षण के बीच संतुलन

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

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

शोध परीक्षण क्यों करते हैं?

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

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