Microsoft परीक्षण प्रबंधक 2012 में खोजपूर्ण परीक्षण के बारे में

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

उपकरण आवश्यकताएँ

मेरी राय में, इस तरह के एक उपकरण होना चाहिए:

1. बग ट्रैकिंग सिस्टम के साथ एकीकृत करें ताकि दोषों का पता लगाया जा सके क्योंकि वे पता लगाए गए हैं
2. स्वचालित रूप से एक ज्ञात दोष का दस्तावेज। यह महत्वपूर्ण है जब परीक्षण स्क्रिप्ट के अनुसार नहीं चलता है, लेकिन एक मनमाने अनुक्रम में जिसे ध्यान में नहीं रखा जा सकता है।
3. अनुसंधान परीक्षण अनुक्रम को दोहराने की क्षमता प्रदान करें
4. आवश्यकताओं प्रबंधन प्रणाली के साथ एकीकृत होने के लिए - जहां तक ​​संभव हो, आवश्यकताओं का पता लगाए गए दोषों को जोड़ने के लिए
5. परीक्षण प्रबंधन प्रणाली के साथ एकीकृत हो:

• एक ही वातावरण में सभी प्रकार के परीक्षण का संचालन करना
• अनुसंधान परीक्षणों के आधार पर नए परीक्षण परिदृश्य बनाएं

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

1. परिदृश्य परीक्षणों के अलावा खोजपूर्ण परीक्षण का संचालन करना
2. परीक्षण स्क्रिप्ट के अभाव में परीक्षण
3. खोजपूर्ण परीक्षण सत्रों के माध्यम से त्वरित रूप से नई परीक्षण स्क्रिप्ट बनाएं

प्रदर्शन के लिए, मैं एक तैयार-निर्मित, डाउनलोड करने योग्य वर्चुअल मशीन का उपयोग करूंगा। अधिक विस्तृत निर्देश और उपयोग के मामले हैं।

टेस्ट प्लान

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

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

अनुसंधान परीक्षण सत्र

चलो अनुसंधान परीक्षणों पर चलते हैं। ऐसा करने के लिए, "परीक्षण" टैब पर जाएं और फिर "खोजपूर्ण परीक्षण" आइटम खोलें।

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

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

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

त्रुटि रिपोर्ट जनरेट करें।

एक नई त्रुटि रिपोर्ट बनाने के लिए बग बटन बनाएँ का उपयोग करें:

और यहाँ हम समझते हैं कि शोध परीक्षण में MTM की आवश्यकता क्यों है:
दोष पहले से ही लगभग स्व-प्रमाणित है:
- कार्रवाई का क्रम स्वचालित रूप से दर्ज किया गया है (चरण 1-7)
- एक दोषपूर्ण विवरण दर्ज टिप्पणियों और स्क्रीनशॉट से उत्पन्न होता है
- एकत्र प्रणाली की जानकारी संलग्न है
- Intellitrace लॉग लागू किया गया है
- स्क्रीन पर क्या हो रहा था, इसका एक वीडियो संलग्न किया

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

एक परीक्षण स्क्रिप्ट बनाएँ

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

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

सहेजे गए शोध परीक्षण सत्र

यदि कोई दोष नहीं पाया गया तो भी अनुसंधान परीक्षण सत्र की जानकारी को बरकरार रखा जा सकता है।
आप उन्हें व्यू एक्सप्लोरेटरी टेस्ट सत्र टैब पर देख सकते हैं।

आप सत्र का विस्तृत विवरण खोल सकते हैं और एकत्रित आंकड़ों को देख सकते हैं।

सिस्टम द्वारा अन्य प्रकार के परीक्षणों के दौरान एक ही डेटा (टेस्ट रिजल्ट) एकत्र किया जाता है।

एकत्रित जानकारी को कॉन्फ़िगर करना

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

हम कॉन्फ़िगरेशन में से एक का चयन करेंगे और परीक्षण वातावरण में शामिल मशीनों में से एक भूमिका के लिए इसकी सेटिंग्स देखेंगे:

कई बुनियादी डेटा अधिग्रहण एडेप्टर उपलब्ध हैं:

• IntelliTrace - ऐतिहासिक अनुप्रयोग निष्पादन प्रोटोकॉल का संग्रह। हेबेरा पर लेख।
• EventLog - विंडोज इवेंट लॉग से घटनाओं को इकट्ठा करना
• सिस्टम सूचना - ऑपरेटिंग सिस्टम कॉन्फ़िगरेशन डेटा एकत्र करना
• परीक्षण प्रभाव - परीक्षण के दौरान निष्पादित एप्लिकेशन कोड लाइनों के बारे में डेटा का संग्रह। उन परीक्षणों की पहचान करने के लिए उपयोग किया जाता है जो संस्करण नियंत्रण प्रणाली में नए बदलाव (लेख के लिए एक अच्छा विषय, सही?) से प्रभावित हो सकते हैं।
• वीडियो रिकॉर्डर - एक वीडियो फ़ाइल में स्क्रीन पर क्या हो रहा है रिकॉर्ड करें। बिटरेट और गुणवत्ता स्तर के लिए सेटिंग्स हैं। आप ध्वनि भी लिख सकते हैं।
• एक्शन लॉग - यूजर इंटरफेस के साथ रिकॉर्ड संचालन।

अंतिम पैराग्राफ को स्पष्टीकरण की आवश्यकता है। सिस्टम वास्तव में पहचानता है कि कौन से बटन दबाए गए, कौन से लिंक खुले हैं, कौन से फ़ील्ड भरे हुए हैं, आदि। इसके अलावा, इस तंत्र कई स्थानों में प्रयोग किया जाता है: उपकरणों स्वचालित यूआई परीक्षण (कोडित यूआई टेस्ट), मैनुअल परीक्षण प्रणाली का आंशिक स्वचालन में, साथ ही साथ खोजपूर्ण परीक्षण के दौरान का वर्णन।
समर्थित अनुप्रयोग IE8-10 और कुछ अन्य के माध्यम से विंडोज फॉर्म 2.0, Win32, WPF, सिल्वरलाइट, वेब और HTML5 हैं।
असमर्थित प्रौद्योगिकियाँ हैं - फ्लैश / जावा, एसएपी, लोटस नोट्स। अतिरिक्त एक्सटेंशन के माध्यम से कई तकनीकों का समर्थन किया जाता है।

निष्कर्ष

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