सेलेनियम और एक "बाइक" के बारे में

सभी को नमस्कार!

मैं उन समस्याओं के बारे में बात करना चाहूंगा, जिन्हें मैंने सेलेनियम वेबड्राइवर के विकास के दौरान सामना किया था, उनका समाधान और इन समाधानों को सिद्धांत रूप में कैसे इस्तेमाल किया जा सकता है। यह सब एक प्रोटोटाइप ढांचे के रूप में प्रस्तुत किया गया है, एक लिंक जो लेख के अंत में होगा।

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

मेरे लेख की रूपरेखा इस प्रकार है:

1. प्रवेश के बजाय कप्तान सबूत।
2. अपने बारे में थोड़ा, आपको अपना परिचय देना होगा ...
3. सेलेनियम क्यों?
4. पेज ऑब्जेक्ट के बारे में ...
5. बग नहीं, बल्कि एक फीचर!
6. और फिर से लॉगिंग और रिपोर्टिंग के बारे में।
7. लेकिन क्या कोई एनालॉग नहीं हैं?
8. वादा किया हुआ लिंक।
9. निष्कर्ष में।

तो चलिए!

1. प्रवेश के बजाय कप्तान सबूत।

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

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

2. अपने बारे में थोड़ा, आपको अपना परिचय देना होगा ...

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



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

इसके अलावा, उत्पाद और डेटाबेस के साथ बातचीत करने के लिए प्रोग्राम इंटरफेस का उपयोग करने की आवश्यकता थी, क्योंकि संवाद रूपों ने जो दिखाया वह पर्याप्त नहीं था ...

हालाँकि, मैं कुछ दूर चला गया। लेकिन यह यहां ठीक था कि मुझे एहसास हुआ कि अपने प्रभावी स्वचालित सत्यापन के लिए डेवलपर्स के उत्पाद के साथ बातचीत की रणनीति और रणनीति की शुरुआत से कितना महत्वपूर्ण है।

या तो अंधे-बहरे-मूक या अंटार्कटिका में पैदा हुए और कहीं रहने वाले व्यक्ति अपने डेस्कटॉप क्लाइंट से वेब क्लाइंट में स्थानांतरित करने के लिए आवेदनों की प्रवृत्ति को नोटिस नहीं कर सकते। हां, और वेब के लिए विकास अब मुख्यधारा है, यह कोई रहस्य नहीं है।

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

मैंने सेलेनियम वेबड्राइवर को चुना।

3. सेलेनियम क्यों?

सेलेनियम क्यों?

एक बार, यह एक छोटा सा उपकरण था जो केवल वेब विकास की दुनिया से उत्साहित उत्साही लोगों का उपयोग करता था। अब यह एक दुर्जेय हथियार है जो न केवल दुनिया भर में कई हजारों ऑटोमेशन इंजीनियरों ने दोषों का मुकाबला करने के लिए सेवा में ले लिया है, बल्कि डेवलपर्स को भी सामने ला रहा है।


आप यहां या यहां सेलेनियम उत्पाद लाइन के बारे में पढ़ सकते हैं।

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

इसके अलावा, कुछ अन्य समस्याएं भी हैं। नीचे उनमें से कुछ हैं:

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

प्रत्येक ब्राउज़र का अपना ड्राइवर होता है । अब यह है:
ChromeDriver;
FirefoxDrive;
HtmlUnitDriver (यूनिट के लिए - एक HTML दस्तावेज़ के स्तर पर परीक्षण);
InternetExplorerDrive;
ओपेराड्राइवर ;
रिमोटवेब्रीवर (मेरे पसंदीदा, रिमोट मशीनों पर परीक्षण चलाने के लिए अच्छा);
SafariDriver;
IphoneDriver ;
AndroidDriver;
PhantomJSDriver (कुछ विदेशी ब्राउज़र, मुझे अपनी मशीन पर इसे बनाने का धैर्य नहीं है)।

मुझे लगता है कि यांडेक्स टीम भी अपने ड्राइवर को जल्द ही जारी करेगी ।

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

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

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

मैं पृष्ठ को उन ब्लॉकों में तोड़ने में सक्षम होना चाहूंगा जो ड्राइवर परीक्षण को याद कर सकते हैं और ड्राइवर के साथ सीधे काम कर सकते हैं।

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

जावा को भाषा के रूप में चुना गया था। विकास पर्यावरण - ग्रहण।

मैं इस बारे में बात नहीं करूंगा कि यह रास्ता धीरे-धीरे कैसे दूर हो गया। मैं समस्याओं और उनके समाधानों के विवरण के साथ बेहतर जारी रखता हूं। शायद अमेरिका नहीं खुलेगा, लेकिन मुझे खुशी होगी अगर कोई अपने लिए कुछ उपयोगी पाए ...

4. पेज ऑब्जेक्ट के बारे में ...

मुझे लगता है कि ऐसे कुछ वाहन निर्माता हैं जो डिजाइन के बारे में नहीं जानते होंगे - पेज ऑब्जेक्ट पैटर्न। वैसे, यह पैटर्न कुछ डेस्कटॉप एप्लिकेशन के यूआई ऑटोटेस्ट लिखने के लिए भी लागू है। लेकिन अब हम वेब इंटरफेस के लिए जावा में इसके कार्यान्वयन के बारे में बात करेंगे।

आप यहां रिसेप्शन के बारे में पढ़ सकते हैं।

अब मैं आपको कुछ सफल परीक्षण के वर्तमान में काम कर रहा कोड दिखाऊंगा।

कोड

मुझे लगता है कि हर कोई समझता है कि जब आप एक स्क्रिप्ट लिखना चाहते हैं तो आपको क्या अच्छा लगता है, जहां आपको एक इनपुट कहीं और 2-3 क्लिक करने की जरूरत है। यदि आप कुछ सही तरीके से बदल गए हैं तो आप इस तरह की परीक्षा को जल्दी से ठीक कर सकते हैं (!!!

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

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

सार्वजनिक इंटरफ़ेस IPerformsClickOnALink
सार्वजनिक इंटरफ़ेस IPerformsSearch
सार्वजनिक वर्ग SearchBar
पब्लिक क्लास लिंकअरेफाउंड
सार्वजनिक वर्ग AnyPage
पब्लिक क्लास गूगल
परीक्षण

और अगर आप कड़ी मेहनत करते हैं और इस सेटअप की तरह कुछ करते हैं, तो परीक्षण इस तरह काम कर सकता है ।

कई अनुभवी स्वचालन इंजीनियरों ने शायद अब सोचा: "ठीक है, हाँ, पेज फैक्टरी का उपयोग करता है ... किसी कारण से, लेखक ने Google मुख्य पृष्ठ के विवरण को जटिल कर दिया है - इसे एक वर्ग के रूप में वर्णित किया जा सकता है! खैर, शायद कुछ अस्पष्ट टिप्पणी दिखाई दी ... @PageMethod कहा जाता है। पृष्ठ और इकाई वर्गों के वंशज ... हमने यहां एक समान बात देखी। लेखक, हमने यह सब देखा है! ”

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

और अब उदाहरण अधिक जटिल है ...
तस्वीर कुछ स्थिति दिखाती है।


परीक्षण क्या करता है:
1 docs.google.com पर जाता है
2 एक सुलभ Google दस्तावेज़ खोलता है
सेवा के मुख्य पृष्ठ पर 3 साझाकरण सेटिंग संवाद कहता है;
4 खुले दस्तावेज़ से उसी संवाद को कहा जाता है।

स्पष्टता के लिए, स्क्रीनशॉट के रूप में दिखाए गए कार्यों का संपूर्ण अनुक्रम। सक्रिय आइटम हाइलाइट किए गए:






आवश्यकता: किसी तरह इस संवाद के दोनों उदाहरणों को अलग-अलग विंडो में संसाधित करें। और मेरे साथ भी ऐसा ही हुआ। यह वर्णित पूर्व शर्त है।

अब मैं उस फ़ील्ड पर क्लिक करूँगा जिसमें उन्हें पॉप-अप तत्व में नाम, ईमेल पते आदि दर्ज करने के लिए कहा गया है, जो "रद्द करें" पर क्लिक करता है, जिसके बाद "समाप्त" बटन पर क्लिक किया जाएगा। दोनों खिड़कियों में कार्रवाई की जाएगी। स्पष्टता के लिए, नीचे चित्रों के रूप में अनुक्रम है।





इसलिए हमने सहजता से कार्य को पूरा किया। । यह दस्तावेज़ और मुख्य पृष्ठ के लिए getCustomizingAccessDialog () विधि का कोड है ।

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

वास्तव में, लंबे समय से मैंने विभिन्न स्रोतों में इस या उस परीक्षण वस्तु को व्यवस्थित करने और उसका वर्णन करने का सबसे अच्छा तरीका खोजने की कोशिश की। हालांकि, शायद मैं बुरी तरह से देख रहा था ...

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


यदि आप ऊपर वर्णित उदाहरण को देखते हैं, तो मुख्य सामग्री के साथ काम करने के तरीकों में, प्रत्येक प्रकार के पॉप-अप संवाद के साथ काम करने के तरीके जोड़े जाते हैं - एक्सेस सेटिंग्स, नाम बदलने के मोडल विकल्प, विकल्पों की पसंद, दस्तावेजों में टिप्पणियां।

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

लेकिन वर्णित बल्कि जटिल व्यवहार के मामले में, आपको किसी तरह वेबड्राइवर को पृष्ठ से पृष्ठ पर स्विच करना होगा, वांछित फ्रेम पर स्विच करने के लिए नहीं भूलना चाहिए।

और फिर एक विचार आया! लेकिन क्या होगा यदि आप प्रत्येक ऐसी वस्तु को खुद को याद रखने का तरीका सिखाते हैं और पेज के साथ इंटरेक्टिव इंटरैक्शन की विधि को कॉल करते समय स्वचालित रूप से वेबड्राइवर स्विच करते हैं।

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

So. फ्रेम के साथ क्या करना है? आप यह भी सुनिश्चित कर सकते हैं कि तत्वों का प्रत्येक ब्लॉक अतिरिक्त रूप से जानता है कि किस फ्रेम को स्विच करना है।

इसलिए मैं एक रास्ता बना रहा हूं।

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


ठीक है! खैर, जिन रास्तों का संकेत दिया गया है, वे पदानुक्रम निर्मित हैं। आगे क्या है? कॉल के दौरान स्वचालित स्विचिंग को कैसे लागू करें, उदाहरण के लिए, किसी क्षेत्र में एक पंक्ति पर क्लिक करना या दर्ज करना? स्विचिंग खुद को इस तरह से लागू किया जाता है।

लेकिन! कई लोग सवाल पूछ सकते हैं: "क्या हमें इसे प्रत्येक विधि में फिर से कॉल करने की आवश्यकता है?" नहीं। नीचे मैं यह समझाने की कोशिश करूंगा कि यह कैसे काम करता है।

अपने फैसले में, मैं खुद निर्माता द्वारा बनाई गई वस्तुओं का उपयोग नहीं करने का प्रस्ताव करता हूं, लेकिन उनके विकल्प (प्रॉक्सी, दूसरे शब्दों में)। इसके लिए cglib लाइब्रेरी का इस्तेमाल किया गया था। और अधिक सटीक होने के लिए, मेथडइन्टरसेप्टर को बुलाया तरीकों को इंटरसेप्ट करने के लिए, प्रॉक्सी ऑब्जेक्ट्स को स्वयं और कॉलबैक बनाने के लिए एन्हांसर । ऊपर सूचीबद्ध प्रकारों का उपयोग करना, भविष्य में, प्रत्येक पृष्ठ वंश के लिए इंटरफेस का एक सेट बनाने के लिए ( java.lang.reflect.Proxy देखें) का उपयोग करने के लिए और कार्यान्वयन को और अधिक लचीला बनाता है। हालाँकि - एक सीमा है - पृष्ठ वर्ग का उत्तराधिकारी अंतिम नहीं होना चाहिए !!!

यानी जब हम पृष्ठ - ऑब्जेक्ट (पृष्ठ वर्ग के उत्तराधिकारी) की एक या दूसरी विधि को कॉल करने का प्रयास करते हैं, तो यह विधि बाधित होती है और ऑब्जेक्ट स्वयं "स्विच" करता है। और उसके बाद विधि का निष्पादन।

वाह! लेकिन क्या इस तरह का अवरोधन तब होता है जब प्रत्येक विधि को कहा जाता है? सवाल उचित है। यह मत भूलो कि पृष्ठ - वस्तु भी एक जावा भाषा वस्तु है। इस तरह के ऑब्जेक्ट में सार्वजनिक या संरक्षित तरीके हो सकते हैं जो ब्राउज़र इंटरएक्टिविटी से जुड़े नहीं हैं। कैसे हो? जाहिर है, आपको इंटरेक्टिव इंटरैक्शन और अन्य सभी के लिए जिम्मेदार तरीकों में तरीकों को विभाजित करने का एक तरीका है।


@PageMethod एनोटेशन केवल ऐसे "विभाजक" के रूप में कार्य करता है। यही है, अगर इस तरह के मार्कर के साथ विधि को चिह्नित किया जाता है, तो पृष्ठ या उसके टुकड़े पर प्रारंभिक स्विच किया जाएगा ...

सामान्य तौर पर, समाधान इस तरह दिखता है।

अगला, पेज बनाने की संभावनाओं के बारे में थोड़ा - वस्तुओं।

तत्वों या पृष्ठ प्रस्तुति के किसी भी ब्लॉक को तीन मुख्य तरीकों से बनाया जा सकता है:

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

"सार" उन ऑब्जेक्ट्स को स्पॉन करने में सक्षम है जो सेवा की पहली (मुख्य) खुली हुई खिड़की / टैब में हैं (उदाहरण के लिए Google ड्राइव, " डॉक्स.कंटकंटेंट (); " - इन विधियों में से एक के आसपास लपेटना, उदाहरण के लिए Google के साथ - " searchBar = get; (SearchBar.class); ”- इनमें से किसी एक विधि का आह्वान) या जो नई दिखने वाली खिड़कियों / टैब में मौजूद है ( AnyGoogleDocument anyDocument = docs.get (AnyGoogleDocument.class, 1) ;)।

तस्वीर में एंटिटी वर्ग के तरीकों की पूरी सूची दिखाई गई है जो पहले से उपयोग के लिए तैयार हैं या वारिसों में ओवरलैप किए जा सकते हैं:


- पृष्ठ वर्ग के एक और वंशज से। यह है ... हमारे पास उपलब्ध Google ड्राइव दस्तावेज़ों की एक सूची है, जिस पर हम विभिन्न क्रिया करते हैं - खुले, टैग लगाते हैं, एक्शन बार पर पॉप-अप मेनू और बटन के साथ काम करते हैं। हम एक अलग वर्ग में यह सब वर्णन करते हैं (ऊपर के उदाहरणों में - GoogleDocsMainPageContent)।

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

ऐसे तत्वों को पृष्ठ के अलग-अलग विरासत वाले वर्गों में वर्णित किया जा सकता है।

उसी तरह, सुविधा के लिए, बड़े, लेकिन अधिक स्थिर ब्लॉक (उदाहरण के लिए, एक तालिका या दस्तावेज़ संपादक) का वर्णन किया जा सकता है।

सभी वर्णित स्थितियों में, माता-पिता द्वारा संकेतित वस्तुओं को बनाया जा सकता है।

चित्र पृष्ठ श्रेणी की उन विधियों की पूरी सूची दिखाता है जो पहले से उपयोग के लिए तैयार हैं या वारिसों में ओवरलैप की जा सकती हैं:


परीक्षण के लिए ऊपर वर्णित वस्तुओं को बनाने के सभी तरीके स्क्रीनशॉट में कक्षा के तरीकों के आसपास रैपर हैं:


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

मैं इस प्रणाली के अंतर्निहित तंत्र और चुटकुलों के बारे में बात कर सकता था। लेकिन अध्याय बहुत बड़ा होगा। यह एक अलग नोट का विषय हो सकता है।

5. बग नहीं, बल्कि एक फीचर!

स्वचालित परीक्षण के निष्पादन के दौरान होने वाला कोई भी अपवाद एक समस्या का संकेत देता है।

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

लेकिन यह वह नहीं है जिसके बारे में मैं बात कर रहा हूं।

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

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


स्थिति और भी खराब है ...

एक आश्चर्यजनक उदाहरण StaleElementReferenceException की घटना है । आप यहाँ और पढ़ सकते हैं। यह एक उदाहरण है जब परीक्षण किए गए आवेदन स्थितियों के सामान्य संचालन के दौरान प्रसंस्करण के लिए उत्पन्न होता है जिसका उपयोग किया गया उपकरण बस डिज़ाइन नहीं किया गया था!

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

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

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

कोशिश
{
// कुछ क्रियाएं
}
पकड़ना (StaleElementReferenceException e)
{
// वही क्रियाएं फिर से
}

हाँ, यह काम करता है। लेकिन क्या इस तरह से वर्णित प्रत्येक विधि के साथ एक वर्ग बनाए रखना आसान है? और अगर यह किसी भी परीक्षण की सुविधा में मनाया जाता है?

Google ड्राइव को "परीक्षण" करने का प्रयास करने से पहले निर्णय परिपक्व था।

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

अगला।

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

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

Google ड्राइव के लिए, मैंने एक वर्ग बनाया जो बताता है कि जब StaleElementReferenceException होती है तो क्या करना चाहिए। और अमूर्त वर्ग का निर्माता जो Google ड्राइव सूची के साथ काम का वर्णन करता है, मैंने ऐसा करने का फैसला किया ।

परिणाम: StaleElementReferenceException आम तौर पर एक तालिका के साथ काम करते समय स्वयं प्रकट होना बंद हो जाती है। सेवा के मुख्य पृष्ठ पर दस्तावेजों की एक सूची के साथ भी (हुर्रे!)। जाहिर है, Google के लिए यह पर्याप्त था।

आप उन स्थितियों के लिए भी कर सकते हैं जहां कुछ प्रकार के पुराने बग हैं जो परीक्षणों को पारित करने में हस्तक्षेप करते हैं।

उदाहरण के लिए। एक स्थिति है:
1. हम Google ड्राइव पर दस्तावेज़ बनाते हैं
2. पॉप-अप मोडल फॉर्म बंद करें
3. नाम बदलें
4. कुछ पर हमने एक "तारांकन" रखा
5. बंद करें

सभी को यह स्पष्ट करने के लिए, पूरे अनुक्रम को स्क्रीनशॉट के रूप में दिखाया गया है, जिस पर सक्रिय तत्वों को हाइलाइट किया गया है:
सृजन



एक मोडल रूप के साथ काम करना


नाम



स्टार का निशान। स्प्रेडशीट दस्तावेज़


तथ्य यह है कि जब बिना किसी अपेक्षा के वर्णित कार्यों को निष्पादित किया जाता है, जब दस्तावेज़ को सर्वर के साथ सिंक्रनाइज़ किया जाता है, तो एक अलर्ट होता है। यदि इसे संसाधित नहीं किया जाता है, तो परीक्षण विफल हो जाएगा। कारण: UnhandledAlertException। मुझे आपके साथ पता है कि यह गलत परीक्षा है। लेकिन मैं स्वचालन, आवेदन बग के दृष्टिकोण से स्थिति को एक अलौकिक, लेकिन बुरा मानना ​​चाहता हूं। यह बाद में तय हो जाएगा, लेकिन परीक्षण, अंत तक जा रहा है, पहले से ही अब होना चाहिए।

योजना के अनुसार, इन कार्यों के बाद:

1. सेवा के मुख्य पृष्ठ पर प्रत्येक बनाए गए दस्तावेज़ (एक अलग प्रकार के प्रत्येक) का नाम बदलना;
2. इन सभी दस्तावेजों को हटाने की क्षमता की जाँच करना।

यदि ये क्रियाएं नहीं की जाती हैं, तो बहुत गंभीर कीड़े गायब होने का खतरा है, और उपयोगकर्ता भयभीत होंगे।

मैंने इस तरह की समस्या को हल किया:
1. हैंडलर ही।
2. इसका उपयोग (परीक्षण में) ।

परिणाम: परीक्षण अंत तक जाता है। उनकी स्थिति: असफल सफलता के बिना असफल परिणाम। और यह इस तरह से एक समस्या का संकेत है:


ध्यान (!!!)। ऐसे हैंडलर को यथासंभव सरल लागू किया जाना चाहिए। यह वांछनीय है कि ऐसे हैंडलर के प्रत्येक वर्ग में अपवादों का एक अनूठा सेट है जिसे संबोधित किया जाना चाहिए।

6. और फिर से लॉगिंग और रिपोर्टिंग के बारे में।

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

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

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

मुझे लगता है कि पहले दो बिंदुओं के साथ सब कुछ स्पष्ट है। तीसरा। फ़ाइल कुछ भी हो सकती है, एक xml फ़ाइल, टाइप किया हुआ पाठ, या यहां तक ​​कि ब्राउज़र विंडो से लिया गया स्क्रीनशॉट भी। यह सुविधाजनक हो सकता है, उदाहरण के लिए, लॉग प्रविष्टियों को संसाधित करना।

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

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

लेकिन, कुछ मैं विचलित हूँ ...

एक लकड़हारे के रूप में, मैंने java.util.log.ogger का उपयोग करने का निर्णय लिया। क्यों?

- यह 1.4 के बाद से किसी भी जावा में है, परियोजना पर अतिरिक्त निर्भरता बेकार है;
- ब्राउज़र लॉग के साथ एकीकृत करना आसान है (मोज़िला फ़ायरफ़ॉक्स, अन्य ब्राउज़रों के लिए लॉग निष्कर्षण अभी तक लागू नहीं हुआ है);
- अन्य लॉगिंग लाइब्रेरी ( log4j , slf4j या logback , उदाहरण के लिए) का उपयोग करने के मामले में, हमेशा अपने लॉगर्स को संदेश भेजना संभव है।

लेकिन:

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

अब फैसला।

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

पकड़े गए अपवाद के ऑब्जेक्ट के रूप में एक अतिरिक्त पैरामीटर के साथ समान तरीके:

- डिबग (स्ट्रिंग, फेंकने योग्य);
- त्रुटि (स्ट्रिंग, फेंकने योग्य);
- लॉग (स्तर, स्ट्रिंग, फेंकने योग्य);
- संदेश (स्ट्रिंग, फेंकने योग्य);
- चेतावनी (स्ट्रिंग, फेंकने योग्य)।

आगे (ध्यान!), फ़ाइल लिंक करने और लॉग लिखने की क्षमता के साथ तरीके:

- डिबग (स्ट्रिंग, फ़ाइल);
- त्रुटि (स्ट्रिंग, फ़ाइल);
- लॉग (स्तर, स्ट्रिंग, फ़ाइल);
- संदेश (स्ट्रिंग, फ़ाइल);
- चेतावनी (स्ट्रिंग, फ़ाइल)।

वास्तव में, यह सब java.utils.logging.Log और java.utils.logging.ogRogord के आसपास एक साधारण आवरण है। ये सभी स्टैटिक पब्लिक मेथड हैं जिन्हें प्रोजेक्ट में कहीं भी एक्सेस किया जा सकता है।

उदाहरण का उपयोग करें । टिप्पणियों के बजाय इस्तेमाल किया जा सकता है। हालाँकि, आप इससे किसी को आश्चर्यचकित कर देंगे।

तो, मैं लॉग में एक फ़ाइल "हुक" कैसे करूं? तथ्य यह है कि यह लकड़हारा LogRecord ऑब्जेक्ट्स नहीं बनाता है, लेकिन इसका वंशज है, जिसे मैं LogRecWithWayach कहा जाता है। सब कुछ सरल है! जो कोई भी "पूर्वज," 5 अंक और कर्म में वृद्धि से 10 अंतर पाता है।

ठीक है! लेकिन किसी के पास पहले से ही एक प्रश्न हो सकता है: "लेखक, आपको ऐसी अतिरिक्त आवश्यकता क्यों है?" मैं जवाब देने की कोशिश करूंगा ...

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

स्क्रीनशॉट लेने का कार्य फ़ोटोग्राफ़र नामक एक वर्ग द्वारा किया जाता है। उनके तरीकों की एक सूची यहाँ मिल सकती है:


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


गलत सामग्री के साथ दस्तावेजों की सूची ("परीक्षण" स्थिति के तहत, उज्ज्वल नारंगी में हाइलाइट किया गया है, पाठ दस्तावेज़ और एमएस एक्सेस डेटाबेस लोड नहीं किया जाना चाहिए)। इस तरह की तस्वीर को Photographer.takeAPictureOfAWarning पद्धति (WebDriver, WebElement, String) में से एक द्वारा लिया गया था।

सच है, वहाँ एक है (लेकिन) - तत्वों javaScript का उपयोग कर चुना जाता है। तत्वों के निर्देशांक पर स्क्रीनशॉट में अनुमान लगाने का विचार था। यह भी काम किया। हालांकि, ऐसे तत्वों के लिए जो फ़्रेम के अंदर बैठते हैं या स्क्रॉल के साथ पृष्ठों पर स्थित होते हैं, इस तरह के अनुमान (चक्कर वाले क्षेत्र) एक ऑफसेट के साथ प्राप्त किए गए थे। मुझे विचार का त्याग करना पड़ा। लेकिन दूसरी तरफ - अब विशेष प्रभावों के साथ वीडियो रिकॉर्ड करने का अवसर है! ...

सामान्य तौर पर - मेरे फोटोग्राफर लॉग को पूरक करते हैं, जैसा कि यह था।

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

इसलिए, मैं एक या अधिक परीक्षणों के पारित होने पर परिचालन रिपोर्ट बनाने के लिए आसानी से आगे बढ़ रहा हूं।

उन मामलों के लिए शुरू करने के लिए, जब आपको ऊपर बताई गई विशेषताओं को ध्यान में रखते हुए लॉग को बदलने की आवश्यकता होती है, मैं एक इंटरफ़ेस के साथ आया था जिसे मैंने IlogConverter कहा था ।

और यहाँ उपयोग का एक उदाहरण है। उदाहरण के लिए, हम इसके अतिरिक्त log4j लाइब्रेरी का उपयोग करते हैं। हमें इस लकड़हारे में फ़ाइल डेटा रखना होगा। आप एक ऐसा वर्ग बना सकते हैं, जिसकी वस्तु की जाँच होगी कि क्या आने वाले संदेश में लगाव है और अगर यह है, एक अतिरिक्त log4j संदेश उत्पन्न होता है। और इसलिए कि यह ऑब्जेक्ट लॉग को "सुन" सकता है, मैं इस तरह की विधि का प्रस्ताव करता हूं - लॉग। addConverter (ILogConverter)। यह तंत्र इस कोड के लिए धन्यवाद काम करता है।

और ऐसा तब होता है जब कोई नया संदेश दिखाई देता है:
converting.convert (rec);

मैंने अपने ढांचे के लिए नामित इंटरफेस के एक "मानक" कार्यान्वयन की तरह कुछ बनाया है, जो कि टेस्टएनजी रिपोर्ट के विवरण उत्पन्न करने के लिए जिम्मेदार है। मैंने उसे ConverterToTestNGReport कहा। वह क्या कर रही है? यह एक विशिष्ट एचटीएमएल-टेम्प्लेट के अनुसार लॉग से संदेशों को इंटरप्ट करता है (जिसे मैंने अब तक अंतिम विशेषता के रूप में हार्ड-कोडित किया है) एक रिपोर्ट लाइन बनाता है:
रिपोर्टर.सेटइस्केपएचटीएमएल (झूठा);
रिपोर्टर.लॉग (htmlInjection);

इसके अतिरिक्त - यदि संदेश में एक संलग्न स्क्रीनशॉट है - तो हम इसे "<img src = \" में बदल देते हैं, अगर कुछ अन्य फ़ाइल "<a href = \" है। सच है, केवल फाइलों के लिंक हैं। अभी के लिए, किसी कारण से, इन लिंक पर फ़ाइलें खुद नहीं खुलती हैं। लेकिन मेरे लिए अब (!!!) यह पर्याप्त है।

परिणाम रिपोर्ट के निम्नलिखित स्निपेट हैं। मैं इस तथ्य पर ध्यान आकर्षित करना चाहता हूं कि ये अनुकूलित रिपोर्टें नहीं हैं।







बेशक, यह असभ्य हो सकता है, लेकिन पहली बार यह करेगा। मुझे लगता है कि अगर आप TestNG रिपोर्ट के विवरण को कस्टमाइज़ कर सकते हैं, तो यह पता लगाने लायक है। यदि ऐसा है, तो आप इस तरह के रिवाज बना सकते हैं और हार्ड-कोडित टेम्पलेट के बजाय इसका उपयोग कर सकते हैं।

और अब तक बहुत अच्छा है। लेकिन इतना ही काफी नहीं है। मैं समझाता हूँ ...

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

मैं समझाता हूं। यदि कुछ नहीं किया जाता है, तो परीक्षण की स्थिति SUCCESS होगी यदि वह अंत तक चली गई और गिर नहीं गई। यदि इसके निष्पादन की प्रक्रिया में एक अनकहा अपवाद हुआ, तो परीक्षण में स्थिति विफलता होगी । यदि परीक्षण निर्भर है और परिभाषित परीक्षण पास नहीं हुआ - एसकेआईपी । अब चलो अपने आप से सवाल पूछें: "क्या इसके परीक्षण के दौरान पूरी तरह से उत्तीर्ण होने पर विचार करना संभव है यदि इसके निष्पादन के दौरान कुछ हुआ, जिसके कारण WARNING या यहां तक ​​कि SEVERE स्तर वाली प्रविष्टियां लॉग में मिलीं?" यही है, पारित परीक्षण में SUCCESS की स्थिति है, हालांकि, इसके विस्तार को देखते हुए, हम पीले और लाल रेखाएं देखते हैं। मैं इसे कम से कम गलत सूचना मानता हूं।

मेरा समाधान नीचे है।
मैंने एक ऐसा वर्ग लागू किया जो एक थ्रेड (और TestNG मल्टीथ्रेडिंग का समर्थन करता है) को टेस्ट के साथ ही जोड़ देता है । अगला, लॉग संदेश एक विशिष्ट परीक्षण (एक वर्ग का एक उदाहरण जो ITestResult लागू करता है ) के संदर्भ में संग्रहीत किया जाता है। इस बिंदु पर मैं नहीं रुकूंगा। मैं प्रदर्शित करूंगा कि लॉग संदेश परीक्षणों से कैसे जुड़ा हुआ है। यह उपरोक्त कनवर्टर के ऑब्जेक्ट द्वारा बनाया गया है ToTestNGReport । अंत में, मैंने ITestListener इंटरफ़ेस को एक वर्ग के रूप में लागू किया है:
- परीक्षणों (परीक्षण विधियों) का निष्पादन शुरू करने से पहले, यह एक श्रोता के रूप में लॉग में कन्वर्टरटॉस्टएनजीआरपोर्ट का एक उदाहरण जोड़ता है।
- प्रत्येक परीक्षण विधि के निष्पादन के बाद, यह इस तथ्य के साथ अपने पारित होने की स्थिति को सिंक्रनाइज़ करता है कि लॉग दर्ज किया गया था:
1. अगर परीक्षण अंत तक चला गया, लेकिन SEVERE स्तर के साथ लॉग में संदेश हैं, तो इसके पारित होने की स्थिति FAILURE में बदल जाती है।
2. यदि परीक्षण अंत तक चला गया और SEVERE या चेतावनी के स्तर के साथ कोई संदेश नहीं थे, तो इसकी स्थिति अपरिवर्तित बनी हुई है - SUCCESS ।
3. यदि चेतावनी स्तर वाले संदेश रिकॉर्ड किए गए थे, तो मैं सुझाव देता हूं कि इसकी स्थिति को SUCCESS_PERCENTAGE_FAILURE में बदल दें। या "उपयोगकर्ता" को अपने लिए उपयुक्त स्थिति चुनने दें ।

और अब समापन!
ऊपर वर्णित रिपोर्ट बनाने के लिए, आपको निम्नलिखित क्रिया करने की आवश्यकता है:
@Listeners ({ReportBuildingTestListener.class})
सार्वजनिक वर्ग न्यूटेस्ट {

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

इन कार्यों में से कुछ को कक्षाओं द्वारा लिया जाता है, जो कि सेलेनियम और उच्च स्तर के वर्गों को बनाने वाले उपकरणों के बीच एक परत है।

यह ExtendedEventFiringWebDriver - EventFiringWebDriver का वंशज है, जो वास्तव में सभी गंदे काम करता है। इसका "सुखाने" बाहर IExtendedWebDriverEventListener इंटरफ़ेस (विस्तारित WebDriverEventListener ) के कार्यान्वयन द्वारा किया जाता है, जो कि n n वर्ग के रूप में WebDriverEncapsulation का हिस्सा है। WindowSwitcher और SingleWindow , ब्राउज़र विंडो / टैब प्रबंधक और विंडो / टैब की प्रस्तुति, लॉगिंग कार्यों में से कुछ को संभालते हैं ।

लॉगिंग ही परियोजना के लिए एक पूरे के रूप में कॉन्फ़िगर किया जा सकता है। हालाँकि, मैं एक अन्य लेख में कॉन्फ़िगरेशन और इन वर्गों के बारे में बात करना चाहूंगा, जो हो सकता है ...

7. लेकिन क्या कोई एनालॉग नहीं हैं?

तो! कार्यों में से एक एनालॉग्स को खोजने और उनके साथ काम करने की कोशिश करना था। इससे मन व्यापक होता है। इसके अलावा, कई उपयोगी सुविधाएँ पहले से ही लागू हैं। और फिर एक बाइक क्यों लिखें जो एक ही काम करता है? वैसे भी, यह बेहतर नहीं है! यह देखना अधिक उपयोगी है कि आवश्यक कार्य कैसे कार्यान्वित किए जाते हैं और उनका उपयोग करना सीखें।

लेकिन वास्तव में, सादृश्य क्या है?

कार्यक्षमता, जिसे मैंने पूरी तरह से लागू करने से इनकार कर दिया था, उन वस्तुओं के साथ काम कर रहा है, जिनकी कक्षाएं एक रूप या किसी अन्य में WebElement लागू करती हैं। यानी मैंने इस दिशा में कुछ भी नहीं करने का फैसला किया, क्योंकि इस अद्भुत ढांचे पर एक वीडियो - एक रिपोर्ट पर ठोकर खाई। और इसके बजाय, व्यवहार में इसे आजमाने में दिलचस्पी पैदा हुई। मैं Google ड्राइव के साथ प्रयोगों के दौरान पूरी तरह से सफल रहा। और बिना किसी प्रयास के yandex-qatools htmlelements के साथ बातचीत स्थापित करना संभव था । उदाहरण के लिए, यह है कि अमूर्त वर्ग के निर्माता कैसे दिखते हैं जिससे इस डेमो प्रोजेक्ट पर सभी पृष्ठ ऑब्जेक्ट विरासत में मिले हैं। लेकिन मुझे एक वर्ग के लिए ऐसी विशेषताओं का एक सेट मिला, जो सभी Google दस्तावेजों के सामान्य गुणों का वर्णन करता है। क्या आप यहां वेबइलमेंट देखते हैं? हर जगह टाइप की गई विशेषताएँ जो पृष्ठ क्षेत्रों का वर्णन करती हैं, और उनमें से कुछ वे हैं जो नामित पुस्तकालय के पैकेज में शामिल हैं। कुछ ऐसे तत्व जिनकी आवश्यकता थी, वे नहीं थे। लेकिन इस टूल की मदद से उनका आसानी से वर्णन किया गया ।

इसके अलावा, यह सब उस कार्यक्षमता का त्याग किए बिना संभव था, जिस पर मैं काम कर रहा था। इसके विपरीत है। पृष्ठ विवरणों का अपघटन, जिसके बारे में मैंने पहले बात की थी, और भी अधिक दृश्य बन गया है। यह एक जीत की स्थिति है!

पृष्ठ पर फ़ील्ड्स के साथ काम करने के लिए एक और दिलचस्प तकनीक पेजऑब्जेक्ट वर्ग के उत्तराधिकारी के उदाहरण का उपयोग करके प्रस्तुत की गई है, जिसे थ्यूसीडाइड्स फ्रेमवर्क में लागू किया गया है (उस पर बाद में)।

इसलिए, इस दिशा में बेकार काम नहीं करने के पक्ष में तर्क पर्याप्त से अधिक हैं।

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

आपको सच्चाई बताने के लिए, मुझे थुसीडाइड के साथ संयोजन में एक दूसरी डेमो परियोजना बनाने का विचार था। पर्याप्त समय, या उत्साह नहीं था। लेकिन शायद मैं उसके पास वापस आऊंगा। , . , :

— «» .
— .
— .
, Capabilities, ( Webdriver, – /, ).

/ , .

यानी – , / . – . Webdriver' – , , .

, , . TestNG . .

— / ( ) .
— , webdriver . . – , , HasInputDevices , Options , JavascriptExecutor .. . .

, .

— 4 5 , .
— 6 TestNG.

, WebDriver' .

thucydides ( ) :
— . Pages PageUrls . , ;
— , . PageObject .

:
1. .
2. Entity – wrapper Pages. .
3. - Page ( 4) PageObject (thucydides).
4. 3. , ( , 30 ). . – . ? , , , .
, , , 6, , – !
5. thucydides.

!

, , - , . , :
— ;
— , , Selenium Webdriver .

.

8. .

.
Google Drive. Yandex QA Tools Html Elements. , - . . FireFox, Chrome, Safari RemoteWebDriver, Chrome.
*.jar . - , :
1. jdk7.
2. maven project.
3. . selenium ( 2.35) TestNG!
4. pom.xml .

, . कोई दस्तावेज नहीं। , - . , . . - . . . , , , ?

9. .

, . …

, , , . , – – , - .

, . , - . , , . - , , .

. , . - . :
— . :
FireFox ( 21.0);
Chrome (26-30);
Internet Explorer ( 9.0.8112);
Safari (5.1.7 Windows);
Opera (12.16)
HTMLUnitDriver – ;
RemoteWebDriver c .
— iPhone Android, PhantomJS.
- मैं TestNG के लिए रिपोर्टिंग में सुधार करने की कोशिश करूंगा। मैं उनके अनुकूलन के लिए विभिन्न विकल्पों की कोशिश करूंगा ।
- एक जूनित के साथ एकीकरण की ओर बढ़ सकता है ।
- एकीकरण क्षमताओं का पता लगाना और उनमें सुधार करना।

अगर किसी को यह विचार पसंद आया तो बहुत अच्छा है। मुझे महत्वपूर्ण राय (लेकिन रचनात्मक), सुझाव, सुझाव और सुझाव जानकर खुशी होगी।

जल्द मिलते हैं!