🧑 💇 ↕️ CI TeamCity - Android और UI परीक्षण की निर्माण प्रक्रियाओं का स्वचालन 🍬 🐱 👐🏽

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

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

उद्देश्य:

प्रोजेक्ट कोड को अद्यतन करते समय, निम्न होना चाहिए:

ऑटो निर्माण परियोजना
UI ऑटोटेस्ट चलाएं
डिबग एक्सपोर्ट करना और बाद की मैनुअल टेस्टिंग के लिए एपीके फाइल्स जारी करना
परिणामों के सभी विकास दल के सदस्यों को सूचित करें

योजना:

जावा JDK को स्थापित और कॉन्फ़िगर करें
Android SDK इंस्टॉल और कॉन्फ़िगर करें
डीबग के लिए एक अलग श्रेणी सेट करना
Android प्रोजेक्ट तैयार करना
टीमसिटी सर्वर और बिल्ड एजेंट स्थापित करें
टीमसिटी प्रोजेक्ट की स्थापना → प्रोजेक्ट बिल्ड और इंस्टालेशन एपीके के लिए बनाएं
UI ऑटोटेस्ट के साथ बिल्ड चरणों को कॉन्फ़िगर करें

मुख्य हिस्सा

1. जावा JDK को स्थापित और कॉन्फ़िगर करना जावा

के नवीनतम संस्करण को स्थापित करने के बारे में लोकप्रिय धारणा के विपरीत, JetBrains अपनी आधिकारिक वेबसाइट पर जावा एसडीके के अनुशंसित संस्करण को प्रकाशित करता है: लिंक

अनुशंसित संस्करण को स्थापित करता है : लिंक

भी पर्यावरण चर स्थापित करें:

JAVA_HOME- CI का उपयोग करने के लिए SKD Java के साथ फ़ोल्डर का पथ।

उदाहरण:

C:\Java\jdk1.8.0_181
सिस्टम चर में डालने के लिए बेहतर है।
पथ - कमांड लाइन के उपयोग के लिए जावा एसकेडी के साथ फ़ोल्डर का पथ।

उदाहरण:

C:\Java\jdk1.8.0_181\bin
उपयोगकर्ता चर में रखने के लिए बेहतर है।

हम स्थापना की जांच करते हैं:

किसी भी निर्देशिका में सीएमडी में हम दर्ज करते हैं: java -version

जावा को जवाब देना चाहिए कि यह है:

2. एंड्रॉइड एसडीके को स्थापित करें और कॉन्फ़िगर करें

हम एंड्रॉइड एसडीके टूल्स को अलग से इंस्टॉल नहीं करेंगे। एंड्रॉइड ने कमांड लाइन से प्रोजेक्ट बनाने के लिए मना किया है। यदि हम तुरंत Android स्टूडियो स्थापित करते हैं, तो संभव त्रुटियों को डीबग करना अधिक सुविधाजनक होगा।

नवीनतम संस्करण स्थापित करें: लिंक

पर्यावरण चर भी स्थापित करें:

ANDROID_HOME
उदाहरण: C:\Users\1\AppData\Local\Android\Sdk

ANDROID_AVD_HOME
उदाहरण: C:\Users\1\.android\avd

पथ:

उदाहरण: C:\Users\1\AppData\Local\Android\Sdk\platform-tools\- हमारे और सीआई द्वारा कंसोल से उपयोगिताओं को लॉन्च करें।

जाँच करें: CMD में टाइप करें: adb --help

वर्तमान संस्करण और उपलब्ध कमांड पर जानकारी प्राप्त करें:

पथ:

उदाहरण: C:\Users\1\AppData\Local\Android\Sdk\emulator\- हमारे और सीआई द्वारा कंसोल से एमुलेटर शुरू करें।

जाँच करें: हम CMD में टाइप करते हैं। emulator -version

हमें वर्तमान संस्करण की जानकारी मिलती है:

3. ग्रेड इंस्टॉलेशन ग्रैडल

एंड्रॉइड स्टूडियो में शामिल है, लेकिन हम कंसोल से डिबग के लिए एक और एक डाल देंगे।

संस्करण महत्वपूर्ण नहीं है, क्योंकि यह माना जाता है कि परियोजना ग्रैडल रैपर के माध्यम से लॉन्च की जाएगी।

मेरा सुझाव है कि परियोजना में उपयोग किए गए संस्करण के समान संस्करण स्थापित करना, उदाहरण के लिए ग्रेड 3.3। लिंक करें ।

हम पर्यावरण चर भी स्थापित करते हैं:

GRADLE_HOME- कोई आवश्यकता नहीं है, क्योंकि CI ग्रैडल एंड्रॉइड स्टूडियो का उपयोग करेगा।

GRADLE_USER_HOME

उदाहरण: c:/gradle-cache

विंडोज सर्वर के लिए वास्तविक, जैसा कि इसके बिना, प्रोजेक्ट की असेंबली के दौरान, सभी डाउनलोड किए गए ग्रैडल लाइब्रेरी को स्टोर किया जाएगाC:\Windows\System32\config\systemprofile\.gradleआगे CI इन फ़ाइलों तक पहुँचने में सक्षम नहीं होगा।

पथ:

C:\Gradle\gradle-3.3\bin- कमांड लाइन से सुविधाजनक उपयोग के लिए ग्रैडल फ़ोल्डर का पथ।

जाँच करें: हम CMD में टाइप gradle -v

करते हैं। हमें वर्तमान संस्करण की जानकारी मिलती है:

4. एंड्रॉइड प्रोजेक्ट की तैयारी

4.1। एंड्रॉइड स्टूडियो में एक परीक्षण परियोजना बनाएं।

गतिविधि टाइप करें - नीचे नेविगेशन गतिविधि। यह यूआई टेस्ट बनाने के लिए बाद में काम आएगा।

4.2। ग्रैडल डेमन को एक निरंतर आधार पर अक्षम करें ताकि ग्रैडल डेमन CI में स्पॉन न करे:

फाइल gradle.properties:
add org.gradle.daemon=false

4.3 में जोड़ें । हम फ़ाइल .gitignore(आपके स्वाद के लिए) में भी जोड़ते हैं ताकि वीसीएस में अतिरिक्त फाइलें न छोड़ी जाएं। 4.4। प्रोजेक्ट फ़ोल्डर में एक कीस्टर (या मौजूदा एक का उपयोग करें) बनाएं। लिंक करें ।

.gradle
.idea
/build/
local.properties

4.5। किस्टोर के लिंक को ग्रैडल में जोड़ें ताकि हम एक पूर्ण विकसित एपीके का निर्माण कर सकें।

उदाहरण:

android{  
    ... //  
    signingConfigs {
        release {
            storeFile file("keystorefile.jks") //        
            storePassword "Password" //  
            keyAlias "android" // keyAlias,     
            keyPassword "Password" //  APK
        }
    }

    ... //  
     buildTypes {
        release {
            ... //  
            signingConfig signingConfigs.release //  APK
        }
    }
}

4.6। सिस्टम के स्वास्थ्य का परीक्षण करने के लिए, हम कमांड लाइन से एक नई परियोजना को इकट्ठा करेंगे। CMD में दर्ज करें:

cd < >

उदाहरण के लिए: C:\Users\1\Documents\GitHub\Command2

प्रोजेक्ट पर जाएं।

दर्ज करें: हम

gradlew assembleDebug

विधानसभा के पूरा होने का इंतजार कर रहे हैं ।

अगर सब ठीक है, तो हमें इसका परिणाम BUILD SUCCESSFUL मिलता है।

हम प्रोजेक्ट फ़ोल्डर में जाते हैं: app\build\outputs\apk\debug

इसमें एक ताजा एपीके फाइल होती है जिसे डिवाइस पर इंस्टॉल किया जा सकता है और अगर सब कुछ काम करता है तो जांच लें।

4.7। हम यह भी जांचेंगे कि क्या एसडीके उपकरण और एवीडी प्रबंधक लॉन्च किए गए हैं।

4.7.1। एंड्रॉइड स्टूडियो लॉन्च करें और एक एमुलेटर बनाएं। आप बेशक इसे कमांड लाइन पर बना सकते हैं, लेकिन हमारे पास स्थापित UI शेल है, इसका उपयोग न करना एक पाप है।

उपकरण → एवीडी प्रबंधक:

एमुलेटर का एसडीके संस्करण कम से कम हमारे एसडीके प्रोजेक्ट जितना बड़ा होना चाहिए।

4.7.2। एक एमुलेटर बनाया। आइए कंसोल से इसके लॉन्च की जांच करें। हम कमांड लाइन में प्रवेश करते हैं:

start /min emulator -avd < >

उदाहरण:

start /min emulator -avd Pixel_2_API_25

ध्यान दें कि हम /minपृष्ठभूमि में एमुलेटर को शुरू करने के लिए एक फ़ंक्शन का उपयोग करते हैं। अन्यथा, वह सीएमडी में नए आदेशों को दर्ज करने की अनुमति नहीं देता।
डिवाइस चल रहा है:

4.7.3। हम एकत्र किए गए एपीके की स्थापना की जांच करते हैं।

हम CMD में दर्ज करते हैं:

adb install <path_to_apk>

उदाहरण:

adb install C:\Users\1\Documents\GitHub\Command2\app\release\app-release.apk

सफलतापूर्वक:

4.7.4। हम स्थापित APK के लॉन्च की जांच करते हैं।

हम CMD में दर्ज करते हैं:

adb shell monkey -p < > -c android.intent.category.LAUNCHER 1

उदाहरण:

adb shell monkey -p com.panarik.command -c android.intent.category.LAUNCHER 1

आवेदन शुरू:

4.7.5। हम परियोजना को दूरस्थ रिपॉजिटरी में अपलोड करते हैं, उदाहरण के लिए, GitHub को। जांचें कि क्या परियोजना डाउनलोड की जाएगी:

Git BASH स्थापित करें (यदि हम Git VCS का उपयोग करते हैं)। लिंक करें ।

हम रिमोट रेपो से प्रोजेक्ट को क्लोन करते हैं। कंसोल में दर्ज करें Git BASH:

git clone < .git>

उदाहरण:

git clone https://github.com/panarik/Command2.git

हम परिणाम देखते हैं। प्रोजेक्ट को एक स्थानीय फ़ोल्डर में कॉपी किया गया था:

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

5. TeamCity Server और Build Agent स्थापित करना

मैं अधिष्ठापन प्रक्रिया का विस्तार से वर्णन नहीं करूंगा। वह आधिकारिक गाइड और कई अन्य स्रोतों में है। टीमसिटी सर्वर पोर्ट I में गैर-मानक सेट करने का प्रस्ताव है, ताकि पोर्ट स्कैन की गणना करना अधिक कठिन हो।

6. टीमकिटी प्रोजेक्ट को कॉन्फ़िगर करना → बिल्ड

सामान्य सेटिंग्स में, आपको बस एपीके आउटपुट के लिए पथ सेट करना होगा:

उदाहरण:

app\build\outputs\apk\release\app-release.apk

6.1। टीमसीटी वीसीएस रूट्स सेट करना

सब कुछ मानक है। हमारे प्रोजेक्ट में, हम Git का उपयोग करते हैं, इसलिए हम इसे दर्ज करते हैं और रिमोट रेपो के लिए एक लिंक। उदाहरण:

https://github.com/panarik/Command2.git

6.2। TeamCity Build कॉन्फ़िगरेशन

एक बिल्ड स्टेप जोड़ें, जो प्रोजेक्ट को संकलित करेगा और एपीके प्रदर्शित करेगा। हमारी परियोजना में हम ग्रेड का उपयोग करते हैं।

फ़ील्ड ग्रैडल कार्यों में प्रवेश करें: -

clean build assembleDebug --no-daemon(-नो-डेमन बस मामले में, और यह उस फ़ाइल के लिए एक सबस्क्रिप्ट के रूप में काम करना चाहिए जो हमने अनुभाग 4.2 में किया था)

रन रन पर, हमें एपीके मिलता है।

7. UI ऑटोटेस्ट्स के साथ बिल्ड चरणों को कॉन्फ़िगर करना हमें

सबसे दिलचस्प हिस्सा मिला, अर्थात्, यूआई परीक्षण का स्वचालित लॉन्च।

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

7.1। सबसे पहले, एमुलेटर चलाने के साथ एक बिल्ड स्टेप बनाएं।

आप BATnik को URL पूरी तरह से बना सकते हैं, सुविधा के लिए, मैंने BAT_FILESBATniks के फ़ोल्डर में पथ के साथ TeamCity में पर्यावरण बनाया : हम

फ़ाइल में एमुलेटर स्टार्ट कोड लिखते हैं।

उदाहरण:

start /min "emulator" /D "C:\Users\1\AppData\Local\Android\Sdk\emulator" emulator.exe -avd Pixel_2_API_25 -no-snapshot-save -no-boot-anim

एक बंद साइट पर कमांड और मापदंडों की सूची: लिंक ।

7.2। एमुलेटर लोड होने पर विराम के साथ एक बिल्ड स्टेप बनाएं। आप तुरंत .BAT में पहला चरण दर्ज कर सकते हैं, लेकिन यह अधिक स्पष्ट होगा।

ऐसी टीम का एक उदाहरण जो इंटरनेट पर जासूसी करता है:

adb wait-for-device shell 'while [[ -z $(getprop sys.boot_completed) ]]; do sleep 1; done; input keyevent 82'

यूआई से यह इस तरह दिखेगा:

ऑफ साइट पर सभी टीमों की सूची: लिंक।

7.3। परीक्षण चलाएं।

कमांड लाइन से भी। यहां सब कुछ व्यक्तिगत है।

उदाहरण कमांड:

gradlew connectedDebugAndroidTest

7.4। हम एमुलेटर को रोकते हैं।

उदाहरण कमांड:

adb -s emulator-5554 emu kill

प्रक्रिया पूरी हुई।

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

ध्यान देने के लिये धन्यवाद!

यदि किसी को चरणों के लिए कोड में सुधार करने की सलाह है, और सुधार के लिए सुझाव है, तो मैं बहुत आभारी रहूंगा।

CI TeamCity - Android और UI परीक्षण की निर्माण प्रक्रियाओं का स्वचालन

उद्देश्य:

योजना:

मुख्य हिस्सा

More articles: