🎱 🛁 🕉️ कासप्रेसो: जिस ऑटोटेस्ट फ्रेमवर्क का आप इंतजार कर रहे थे 👩🏾‍🤝‍👩🏽 ⛹️ 👩🏻‍🔧

हर कोई जो एंड्रॉइड ऑटोटेस में गया है या लगा हुआ है, वह जानता है कि यह दर्द क्या है।
आप कार्यों और समस्याओं की मात्रा से थक जाते हैं ताकि छुट्टी मदद न करें। ऑटोटेस्ट के कारण लोग छोड़ भी देते हैं।

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

मिलो: कासप्रेसो - जिस ऑटोटेस्ट फ्रेमवर्क का आप इंतजार कर रहे थे!

मैं तुरंत ध्यान देता हूं कि कैसप्रेसो और एडबसेवर (कासप्रेसो के लिए सहायक, लेकिन एक ही समय में, एक मजबूत और स्वतंत्र परियोजना) के लिए समर्पित नेटवर्क पर दो उच्च गुणवत्ता वाले वीडियो हैं:

1. दिमित्री मूवचन, यूजीन मात्सयुक - कैसे ऑटोटेस्ट लिखना शुरू करें और पागल न हों
2. Egor Kournikov - UI परीक्षण के लिए केवल एक चीज जो आपको चाहिए

वे पुस्तकालयों के निर्माण के इतिहास का विस्तार से वर्णन करते हैं: हम एक समस्या को दूसरे को हल करने से कैसे आगे बढ़े, और अंत में क्या हुआ। मैं इसकी अत्यधिक अनुशंसा करता हूं।

इसलिए, लेख में मैं केवल मुख्य बिंदुओं और चिप्स के बारे में बात करूंगा ताकि आप जल्दी से समझ सकें कि यह रूपरेखा क्या है और कौन से कार्य हल करते हैं। और हिम्मत और विवरण वीडियो और प्रलेखन में पाया जा सकता है।

हमें अपने ढांचे की भी आवश्यकता क्यों है?

हर डेवलपर जो ऑटोटेस्ट लिखना शुरू करता है अनिवार्य रूप से सवाल पूछता है:

ऑटोटेस्ट्स लिखना कैसे शुरू करें?
क्या उपकरण चुनने के लिए?
यदि कोई आवश्यक उपकरण नहीं है तो क्या करें?
सर्वोत्तम अभ्यास क्या हैं?

इस सभी को जोड़ने के लिए कि प्रत्येक टीम इन मुद्दों को अपने तरीके से हल करने की कोशिश कर रही है। नतीजतन, उनके लिए एक भी जवाब नहीं है, यह सही तरीके से करने के लिए झांकने के लिए कहीं नहीं है। इसलिए, ऑटोटैस्ट लिखना और समर्थन करना कंपनियों के लिए महंगा है, जो इस तरह के स्वचालन की व्यवहार्यता पर सवाल उठाता है।

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

हम ढांचे से क्या चाहते हैं?

आइए फ्रेमवर्क से हमारी अपेक्षाओं को थोड़ा प्रकट करें।

अच्छी पठनीयता

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

तो, एस्प्रेसो। एक बुरा उपकरण नहीं है, लेकिन इसका एपी थोड़ा सा अंदर बाहर है। एक साधारण कोड पर एक नज़र डालें:

@Test fun espressoTest() { onView(allOf(allOf(withId(R.id.espresso), isDescendantOfA(withId(R.id.coffee_variates))), isDescendantOfA(withId(R.id.content)))) .check(matches(withEffectiveVisibility(View.VISIBLE))) }

आपको यह पता लगाने के लिए सोचना होगा, है ना?

थाईलैंड और ऑस्ट्रेलिया के देवताओं ने हमें काकाओ पुस्तकालय के साथ प्रस्तुत किया, जिसके साथ आप एक नज़र में समझ सकते हैं कि आपके परीक्षण में क्या हो रहा है। यहाँ एक ही कोड है, लेकिन काकाओ के साथ:

 @Test fun kakaoTest() { mainScreen { myView.isVisible() } }

बहुत बेहतर। लेकिन अब कल्पना कीजिए कि आपने पूरे परीक्षण मामले को स्वचालित कर दिया है। कोड क्या होगा?

 @RunWith(AndroidJUnit4::class) class OpenHomeScreenTest: TestCase() { @Test fun test() { MainScreen() { homeButton.click() } HomeScreen() { title { isVisible() hasAnyText() } } } }

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

 @RunWith(AndroidJUnit4::class) class OpenHomeScreenTest: TestCase() { @Test fun test() { step(“1. Open Home screen”) { MainScreen() { homeButton.click() } } step(“2. Check Home title”) { HomeScreen() { title { isVisible() hasAnyText() } } } } }

सहमत, यह पूरी तरह से अलग दिखता है।

स्थिरता

यूआई-परीक्षणों के लिए कोई भी पुस्तकालय विफल रहता है। इसी क्रिया को 50 बार सफलतापूर्वक किया जा सकता है, और 51 वें ब्रेक पर बिना किसी स्पष्ट कारण के। और 52 वें रन पर फिर से सब कुछ ठीक है। और इस तरह के "फड़फड़ाहट" आपकी नसों को खराब कर सकते हैं।

हमने सोचा, क्यों न काको-एस्प्रेसो की सभी क्रियाओं को रोकने की कोशिश की जाए, और पहले से ही इस तरह की यादृच्छिक त्रुटियों को संभालने के उद्देश्य से अतिरिक्त व्यवहार जोड़ा जाए।

इस तरह काकाओ पुस्तकालय का संस्करण 2.1 पैदा हुआ, जिससे आप सभी एस्प्रेसो कॉल में एकीकृत हो सकते हैं।

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

विशेष रूप से, परतदार परीक्षणों के खिलाफ लड़ाई के हिस्से के रूप में - यदि आपके कुछ कार्यों ने एक अपवाद फेंक दिया, तो कास्प्रेस्सो की कोशिश होगी:

Doskrollit। हो सकता है कि आपका दृश्य बस स्क्रीन पर दिखाई न दे।
सिस्टम संवाद को निकालें जो भगवान से आ सकता है जानता है कि कहां है।
दो सेकंड के लिए एक टूटी हुई कॉल दोहराएं।

इन चरणों के साथ, हम पूरी तरह से परतदार परीक्षणों के साथ समस्या को हल करते हैं!

लॉगिंग

ऑटोटैस्ट्स के साथ आने वाली मुख्य समस्याओं में से एक है, समझदार लॉगिंग की कमी, जो विशेष रूप से पर्याप्त नहीं है जब परीक्षण क्रैश हो जाता है। बैठो और आश्चर्य करो कि यहाँ क्या और कैसे गिरा है।

उपरोक्त अवरोधन के लिए धन्यवाद, हम एक काफी व्यापक लॉगिंग सिस्टम बनाने में सक्षम थे।

आइए एक उदाहरण देखें:

डिफ़ॉल्ट रूप से, कास्प्रेसो आपके सभी कार्यों को लॉग करता है, परीक्षण के प्रत्येक चरण का चयन करता है, निष्पादन समय प्रदर्शित करता है, आदि।

एस्प्रेसो टेस्ट में फुल अदब

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

हमने एक अलग AdbServer लाइब्रेरी बनाई है, जो आपके परीक्षणों में पूरी अदब लौटाएगी ! ऊपर दिए गए वीडियो में बताया गया है कि हम कैसे लड़े और हम इसके लिए ( एक और दो ) कैसे गए।

Android OS के साथ काम करें

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

ये इंटरफेस क्या हैं और ये क्या कर रहे हैं? आइए आपको एक चित्र के रूप में येगोर की प्रस्तुति से कुछ स्लाइड्स देते हैं:

प्रलेखन यहाँ है ।

हुड के तहत, AdSServer और UiAutomator मुख्य रूप से उपयोग किए जाते हैं।
लेकिन! यदि आप अचानक इंटरफ़ेस के कार्यान्वयन से संतुष्ट नहीं हैं, तो आप विन्यासकर्ता के माध्यम से अपना कार्यान्वयन सेट कर सकते हैं।

DocLoc के लिए स्क्रीनशॉट (प्रलेखन और स्थानीयकरण)

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

यह सब आपको कासेपो बॉक्स से बाहर करने की अनुमति देता है। प्रलेखन में अधिक पढ़ें।

वास्तुकला और सर्वोत्तम अभ्यास

कास्प्रेस्सो के प्रमुख कार्यों में से एक ऐसा डीएसएल बनाना था जो आपको सही परीक्षण वास्तुकला और उनके सही लेखन के लिए प्रेरित करेगा।

इस विषय पर कई प्रतियां तोड़ दी गईं, क्योंकि आप, दुर्भाग्य से, ऐसे नियम कहीं भी नहीं पाएंगे। सबसे अधिक आप पा सकते हैं पृष्ठ वस्तु पर लेख।

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

मोबियस में वापस, हमने ऑटोटैस्ट्स के प्रभाव को तेज करने और अपरिहार्य बुनियादी ढांचे की समस्याओं को दरकिनार करते हुए PullRequest में जल्दी से एकीकृत करने के बारे में एक विकल्प प्रस्तावित किया। हम यहां इसके बारे में अधिक विस्तार से बात करते हैं ।

यदि आपके पास पहले से ही कई परीक्षण हैं, तो कैसे और कैसे करें

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

यह था:

 @RunWith(AndroidJUnit4::class) class OpenHomeScreenTest { private val mainScreen = MainScreen() private val homeScreen = HomeScreen() @get:Rule val activityTestRule = ActivityTestRule(MainActivity::class.java, true, false) @Test fun test() { ... } }

यह बन गया:

 @RunWith(AndroidJUnit4::class) class OpenHomeScreenTest : TestCase() { private val mainScreen = MainScreen() private val homeScreen = HomeScreen() @get:Rule val activityTestRule = ActivityTestRule(MainActivity::class.java, true, false) @Test fun test() { ... } }

और अगर आपको विरासत पसंद नहीं है, तो एक समान TestRule क्लास का उपयोग करें।

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

डिफ़ॉल्ट सेटिंग डिफ़ॉल्ट है। यदि आप कुछ कस्टमाइज़ करना चाहते हैं, तो यह कुछ इस तरह दिखाई देगा:

 @RunWith(AndroidJUnit4::class) class OpenHomeScreenTest : TestCase( Kaspresso.Builder.default().apply { viewBehaviorInterceptors.add(MyInterceptor()) flakySafetyParams.timeoutMs = 1_000 } ) { private val mainScreen = MainScreen() private val homeScreen = HomeScreen() @get:Rule val activityTestRule = ActivityTestRule(MainActivity::class.java, true, false) @Test fun test() { ... } }

यही है, Kaspresso.Builder TestCase कंस्ट्रक्टर के माध्यम से उपलब्ध है, जहां आप अपनी ज़रूरत की सभी सेटिंग्स सेट करते हैं। कॉन्फ़िगरेशन के बारे में विवरण दस्तावेज़ में लिखे गए हैं।

तत्काल योजना

निकट भविष्य में हम निम्नलिखित चीजों को जोड़ने की योजना बनाते हैं:

लुभाना में परीक्षण कदम (हेडहंटर से लोगों को नमस्ते)

एक विशेष इंटरसेप्टर के माध्यम से, हम मैराथन के लिए डेटा तैयार करते हैं। इससे हम निम्नलिखित प्रकृति की एल्योर रिपोर्ट देख सकते हैं:

PR # 4 में विवरण

PS PR पहले से संस्करण 1.0.1 में है, अब हम मैराथन में संबंधित PR तैयार कर रहे हैं।
पीएसएस। प्रत्येक चरण में लॉग के एक विशिष्ट टुकड़े को संलग्न करने का एक विचार है, और "गिर" चरण में एक स्क्रीनशॉट जोड़ें।

उन्नयन स्क्रिप्ट का परीक्षण

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

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

उपयोगी लिंक

Kaspresso
AdbServer
चैट करें , जिसमें हम आपके सभी सवालों के जवाब देने में हमेशा खुश रहेंगे

धन्यवाद

परियोजना के विकास में भाग लेने वाले सभी के लिए विशेष धन्यवाद।
यह बहुत मुश्किल था, लेकिन लानत है!

एक निष्कर्ष के बजाय

हमारा मानना है कि कास्पेरेसो और एडबसेवर आपके जीवन को बेहतर बनाएंगे।
हम आपकी प्रतिक्रिया, सिफारिशों, Yishuyam और PulRequest का स्वागत करते हैं!
और कृपया एक तारांकन रखना मत भूलना, कृपया!

पीएस और बहुत अंत में एक छोटा सा पोल =)

कासप्रेसो: जिस ऑटोटेस्ट फ्रेमवर्क का आप इंतजार कर रहे थे