फ़िटनेसे और सोपयूआई का उपयोग कर वेब एप्लिकेशन परीक्षण - परीक्षण प्रबंधन और रखरखाव पर कोई भी सर्वोत्तम अभ्यास?

Question

सभी परीक्षण स्वचालन विशेषज्ञों के लिए :-)! मैं निम्नलिखित परिदृश्यों पर आपकी राय सुनना चाहता हूं:

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

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

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

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

मेरी राय में, साबुनयूआई के साथ दोष यह है कि WHAT और परीक्षण के WHY को समझाने का कोई आसान तरीका नहीं है (कम से कम एक सहज तरीके से नहीं)।

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

मुझे परीक्षण प्रबंधन के बारे में कुछ चिंताएं हैं (परीक्षण परिणामों को देखना इतना आसान नहीं है एक दृश्य) और इस दृष्टिकोण के रखरखाव (विभिन्न laguages ​​के साथ दो उपकरण)। क्या आपके पास इस बारे में सर्वोत्तम/अच्छे अभ्यास के लिए कोई विचार है? क्या आप दूसरे दो के प्रबंधन के लिए तीसरा टूल सुझाएंगे?

Answer 1

डू आप हडसन, बांस जैसे किसी भी निरंतर एकीकरण उपकरण का उपयोग करते हैं?

मैं इस सवाल से पूछ रहा हूं क्योंकि मैं आपको लगातार एकीकरण दृष्टिकोण पसंद करने का सुझाव देता हूं ताकि आपको प्रत्येक प्रतिबद्धता/निर्माण के बाद स्वचालित रूप से एप्लिकेशन का परीक्षण करने का अवसर मिल सके।

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

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

और आपके पास समानांतर या लगातार में सेलेनियम और साबुनयू चलाने के लिए भी अवसर है।

---

मुझे साबुनयूआई परीक्षणों के बारे में कुछ सुझाव भी हैं।

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

यदि किसी एप्लिकेशन में कई वेब सेवाएं उपलब्ध हैं, तो डब्लूएसडीएल को बदलने के लिए बाध्य हैं और सोपयूआई में अपडेट होने की आवश्यकता है। एक साबुनयूआई परियोजना में सबकुछ के साथ आपको केवल एक ही स्थान पर डब्लूएसडीएल को अपडेट करने की आवश्यकता है, न कि कई परियोजनाओं में। तो एक आवेदन के लिए सिर्फ एक साबुनयूआई परियोजना बनाएं।

फिर आपको टेस्ट सूट और टेस्ट केस बनाने की आवश्यकता है।

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

Answer 2

मैं आपको साबुनई के साथ परीक्षण सूट बनाने और जेनकींस के साथ परीक्षण परिणामों की रिपोर्ट करने की सलाह देता हूं।

आप जेनकिंस और जेनरेट xml परीक्षण परिणाम फ़ाइल के साथ सोपुई परीक्षण और फिटनेस परीक्षण निष्पादित कर सकते हैं। End2end परीक्षणों का निर्माण करते समय यह सेटअप वास्तव में उपयोगी है। हम जेनकींस के साथ वास्तव में अच्छी तरह से किसी भी टेस्टेट या टेस्ट सूट को बांध सकते हैं और आपको परीक्षण परिणामों को पेश करने और संरक्षित करने का शानदार तरीका है।

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