मोबाइल उपकरणों पर प्रतिदिन 5000+ परीक्षण कैसे करें; इनड्राइव की प्लेबुक से (भाग 1)

नमस्ते! मेरा नाम तारास एगोरोव है; मैं इनड्राइव में इंजीनियर हूँ। मैं आपको दिखाऊंगा कि कैसे हम iOS और Android उपकरणों पर संयुक्त रूप से प्रति दिन 5,000 से अधिक परीक्षण चलाने में सक्षम बुनियादी ढांचा स्थापित करते हैं। रहस्य सरल है: हमने सेलेनॉइड का इस्तेमाल किया।

प्रस्तावना

पिछले साल, हमारे सहयोगियों ने ऑटो परीक्षण का एक अध्ययन किया, और हमने अध्ययन के भाग के रूप में एक सर्वेक्षण में भाग लिया।

हम सर्वेक्षण के निष्कर्षों से प्रसन्न थे, इसलिए हमने अपने अनुभव को आपके साथ साझा करने और बदले में कुछ सलाह लेने के लिए एक लेख लिखने का निर्णय लिया। हमने सोचा कि सामग्री को दो भागों में विभाजित करना एक अच्छा विचार है: पहला Android पर केंद्रित है और दूसरा iOS पर।

आइए एंड्रॉइड से शुरू करें।

Android पर परीक्षण चला रहा है

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

एपियम परीक्षण लिखने के लिए, हम उपयोग करते हैं:

• कोटलिन;
• जूनिट 5;
• मावेन।

पहला रन। सेलेनॉइड की स्थापना

1. एक browsers.json कॉन्फ़िग फ़ाइल बनाएँ:

 {  "android": {    "default": "10.0",    "versions": {      "10.0": {        "image": "browsers/android:10.0",        "port": "4444",        "path": "/wd/hub"      }    }  } }

एमुलेटर छवि image में निर्दिष्ट है। एरोक्यूब के लोगों ने एंड्रॉइड एमुलेटर की तैयार-तैयार छवियां तैयार की हैं। आप उन्हें यहां या यहां देख सकते हैं। छवियां किसी भी तरह से एक दूसरे से भिन्न नहीं होती हैं।

एक उदाहरण के रूप में छवि browsers/android:10.0 लेते हैं। छवि को पहले से डाउनलोड किया जाना चाहिए: docker pull browsers/android:10.0 , अन्यथा परीक्षण नहीं चलेंगे:

 Original error: create container: Error response from daemon: No such image: browsers/android:10.0

2. अगला कदम सेलेनॉइड को चलाना है। हम इसे सीधे docker के माध्यम से करते हैं, या कॉन्फ़िगरेशन प्रबंधक का उपयोग करने का विकल्प है।

 docker run -d \           -v /var/run/docker.sock:/var/run/docker.sock \           -v "$(pwd)/selenoid/config/":/etc/selenoid/:ro \           -p 4444:4444 \           --name selenoid \           aerokube/selenoid:1.10.7

आप अपने ब्राउज़र में http://localhost:4444 लिंक का पालन करके यह देखने के लिए जांच कर सकते हैं कि सेलेनॉइड ठीक से काम कर रहा है या नहीं:

 You are using Selenoid 1.10.7!

3. ड्राइवर में एपियम परीक्षणों में सेलेनॉइड पता निर्दिष्ट करें:

   
   

 ... val driver = AndroidDriver(URL("http://localhost:4444/wd/hub"), capabilities) ...

4. इसके बाद, बिल्ड इन क्षमताओं का लिंक निर्दिष्ट करें:

 ... capabilities.setCapability("appium:app", "https://storage.example.com/builds/app.apk") ...

यदि लिंक प्रदान करने में असमर्थ हैं, तो आप बिल्ड का पथ निर्दिष्ट कर सकते हैं:**

 ... capabilities.setCapability("appium:app", "/builds/app.apk") ...

जहां /builds/app.apk कंटेनर के अंदर का रास्ता है जहां एमुलेटर चलाया जा रहा है। इस विकल्प के ठीक से काम करने के लिए, browsers.json में volumes निर्दिष्ट करना सुनिश्चित करें:

 {  "android": {    "default": "10.0",    "versions": {      "10.0": {        ...        "volumes": [          "/home/username/app.apk:/builds/app.apk:ro"        ]        ...      }    }  } }

जहां /home/username/app.apk होस्ट प्लेटफॉर्म पर निर्माण का मार्ग है।

बस इतना ही, हमने सेलेनॉइड को लगभग सेट कर लिया है, और अब हम परीक्षण चलाने की कोशिश कर सकते हैं:

 ./mvnw test

लेकिन, दुर्भाग्य से, परीक्षण नहीं चल पाएंगे। आइए इस पर गौर करें और देखें कि क्या गलत है।

दूसरा रन। लॉग और वीडियो पर एक नज़र

एक असफल स्टार्टअप के बाद करने वाली पहली बात सेलेनॉइड लॉग की जांच करना है:

 docker logs selenoid

 [INIT] [Loading configuration files...] [INIT] [Loaded configuration from /etc/selenoid/browsers.json] [INIT] [Video Dir: /opt/selenoid/video] [INIT] [Your Docker API version is 1.41] [INIT] [Timezone: UTC] [INIT] [Listening on :4444] [NEW_REQUEST] [unknown] [172.17.0.1] [NEW_REQUEST_ACCEPTED] [unknown] [172.17.0.1] [LOCATING_SERVICE] [android] [10.0] [USING_DOCKER] [android] [10.0] [CREATING_CONTAINER] [selenoid/android:10.0] [STARTING_CONTAINER] [selenoid/android:10.0] [75e454341da7fc4b58ba104a5180813bac6cd7c124037a759b6c976e65b168fa] [CONTAINER_STARTED] [selenoid/android:10.0] [75e454341da7fc4b58ba104a5180813bac6cd7c124037a759b6c976e65b168fa] [0.40s] [0] [REMOVING_CONTAINER] [75e454341da7fc4b58ba104a5180813bac6cd7c124037a759b6c976e65b168fa] [0] [CONTAINER_REMOVED] [75e454341da7fc4b58ba104a5180813bac6cd7c124037a759b6c976e65b168fa] [0] [SERVICE_STARTUP_FAILED] [http://172.17.0.3:4444/wd/hub does not respond in 30s]

हम देखते हैं कि स्थिति SERVICE_STARTUP_FAILED है। प्रलेखन पर जाएं और स्थिति मान देखें:

 SERVICE_STARTUP_FAILED - Failed to start Docker container or driver binary

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

 docker run -d \           -p 4444:4444 \           -v /var/run/docker.sock:/var/run/docker.sock \           -v "$(pwd)/selenoid/config/":/etc/selenoid/:ro \           -v "$(pwd)/selenoid/logs/":/opt/selenoid/logs/ \           aerokube/selenoid:1.10.7 \           -log-output-dir /opt/selenoid/logs

हम क्षमता अनुभाग में लॉग भी सक्षम करते हैं:

 ... capabilities.setCapability("enableLog", true) ...

परीक्षण चलाएं और ब्राउज़र का उपयोग करके लॉग की समीक्षा करें http://localhost:4444/logs/ :

 2023-04-16T13:44:43.909768530Z Waiting X server... 2023-04-16T13:44:44.009494775Z Logging to: /tmp/fluxbox.log 2023-04-16T13:44:44.047587277Z Waiting X server... 2023-04-16T13:44:44.151933325Z Waiting X server... 2023-04-16T13:44:44.262850410Z * daemon not running; starting now at tcp:5037 2023-04-16T13:44:44.457972956Z * daemon started successfully 2023-04-16T13:44:44.458249266Z adb: no devices/emulators found 2023-04-16T13:44:45.463480812Z adb: no devices/emulators found 2023-04-16T13:44:46.471547723Z adb: no devices/emulators found 2023-04-16T13:44:47.476093515Z adb: no devices/emulators found 2023-04-16T13:44:48.481987351Z adb: no devices/emulators found 2023-04-16T13:44:49.486503149Z adb: no devices/emulators found 2023-04-16T13:44:50.492757801Z adb: no devices/emulators found 2023-04-16T13:44:51.499094108Z adb: no devices/emulators found 2023-04-16T13:44:52.505862428Z adb: no devices/emulators found 2023-04-16T13:44:53.513276412Z adb: no devices/emulators found 2023-04-16T13:44:54.520642210Z adb: no devices/emulators found 2023-04-16T13:44:55.527420189Z adb: no devices/emulators found 2023-04-16T13:44:56.534631013Z adb: no devices/emulators found 2023-04-16T13:44:57.316094939Z WARNING. Using fallback path for the emulator registration directory. 2023-04-16T13:44:57.335415397Z checkValid: hw configs not eq 2023-04-16T13:44:57.541959741Z adb: device offline 2023-04-16T13:44:58.547907700Z adb: device offline 2023-04-16T13:44:58.565504866Z emulator: WARNING: System image is writable 2023-04-16T13:44:58.565528396Z emulator: Cold boot: different AVD configuration 2023-04-16T13:44:58.565532576Z Your emulator is out of date, please update by launching Android Studio: 2023-04-16T13:44:58.565536346Z - Start Android Studio 2023-04-16T13:44:58.565539506Z - Select menu "Tools > Android > SDK Manager" 2023-04-16T13:44:58.565543076Z - Click "SDK Tools" tab 2023-04-16T13:44:58.565546216Z - Check "Android Emulator" checkbox 2023-04-16T13:44:58.565549216Z - Click "OK" 2023-04-16T13:44:58.565552146Z 2023-04-16T13:44:59.554451514Z adb: device offline 2023-04-16T13:45:00.560926060Z adb: device offline 2023-04-16T13:45:01.568777440Z adb: device offline 2023-04-16T13:45:12.124226047Z emulator: INFO: boot completed 2023-04-16T13:45:12.124251007Z emulator: INFO: boot time 27848 ms 2023-04-16T13:45:12.124255077Z emulator: Increasing screen off timeout, logcat buffer size to 2M. 2023-04-16T13:45:12.152557294Z emulator: Revoking microphone permissions for Google App.

कंटेनर लॉग भी यहाँ बहुत मदद नहीं करते हैं, क्योंकि आप एपियम लॉग नहीं देख सकते हैं। अब आइए उन्हें सक्षम करने का प्रयास करें। ऐसा करने के लिए, आइए स्क्रिप्ट प्रविष्टि point.sh देखें:

 ... if [ -z "$VERBOSE" ]; then APPIUM_ARGS="$APPIUM_ARGS --log-level error" else EMULATOR_ARGS="$EMULATOR_ARGS -verbose" fi ...

एपियम लॉग को सक्षम करने के लिए, पैरामीटर VERBOSE=true और APPIUM_ARGS=--log-level debug : को कंटेनर में पास किया जाना चाहिए:

 {  "android": {    "default": "10.0",    "versions": {      "10.0": {        ...        "env": [          "VERBOSE=true",          "APPIUM_ARGS=--log-level debug"        ]        ...      }    }  } }

Appium को लॉग डीबग करने में सक्षम करने के लिए, आपको VERBOSE पास करना होगा; इस स्थिति में, इम्यूलेटर लॉग ऑन हो जाते हैं और "ईथर" भरना शुरू कर देते हैं” लेकिन हमने तय किया कि भविष्य की छवियों के लिए =)

अब यह APPIUM_ARGS=-log-level debug पास करने के लिए पर्याप्त है।

 ... [HTTP] --> POST /wd/hub/session/c89fa9c2-ca2b-49cd-ab31-590eeccf77d1/element [HTTP] {"using":"id","value":"authorization_edittext_phone"} [debug] [W3C (c89fa9c2)] Calling AppiumDriver.findElement() with args: ["id","authorization_edittext_phone"," c89fa9c2-ca2b-49cd-ab31-590eeccf77d1"] [debug] [BaseDriver] Valid locator strategies for this request: xpath, id, class name, accessibility id, -and roid uiautomator [debug] [BaseDriver] Waiting up to 0 ms for condition [debug] [WD Proxy] Matched '/element' to command name 'findElement' [debug] [WD Proxy] Proxying [POST /element] to [POST http://127.0.0.1:8200/wd/hub/session/65943f03-3b35-4d3eb221-d6dc7988f935/element] with body: {"strategy":"id","selector": "authorization_edittext_phone","context":"","multiple":false} [WD Proxy] Got response with status 404: {"sessionId":"65943f03-3b35-4d3e-b221-d6dc7988f935","value":{"error" :"no such element","message":"An element could not be located on the page using the given search parameters","stacktrace":"io.appium.uiautomator2.common.exceptions.El ementNotFoundException: An element could not be located on the page using the given search parameters\n\tat io.appium.uiautomator2.handler.FindElement.safeHandle(Find Element.java:73)\n\tat io.appium.uiautomator2.handler.request.SafeRequestHandler.handle(SafeRequestHandler.java:41)\n\tat io.appium.uiautomator2.server.AppiumServlet. handleRequest(AppiumServlet.java:253)\n\tat io.appium.uiautomator2.server.AppiumServlet.handleHttpRequest(AppiumServlet.java:247)\n\tat io.appium.uiautomator2.http.Se rverHandler.channelRead(ServerHandler.java:68)\n\tat io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:366)\n\tat io .netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:352)\n\tat io.netty.chann... [debug] [W3C] Matched W3C error code 'no such element' to NoSuchElementError [debug] [W3C (c89fa9c2)] Encountered internal error running command: NoSuchElementError: An element could not be located on the page using the given search parameters. [debug] [W3C (c89fa9c2)] at AndroidUiautomator2Driver.findElOrEls (/opt/node_modules/appium/node_modules/appium-android-driver/lib/commands/find.js:75:11) [debug] [W3C (c89fa9c2)] at process._tickCallback (internal/process/next_tick.js:68:7) [HTTP] <-- POST /wd/hub/session/c89fa9c2-ca2b-49cd-ab31-590eeccf77d1/element 404 23 ms - 444 ...

जैसा कि लॉग से देखा जा सकता है, एपियम हमारे तत्व को नहीं ढूंढ सकता है। आइए देखें कि एमुलेटर स्क्रीन पर क्या हो रहा है। ऐसा करने के लिए, हमें सेलेनॉइड यूआई चलाना होगा:

 docker run -d \           --name selenoid-ui \           -p 8080:8080 \           --link selenoid:selenoid \           aerokube/selenoid-ui:1.10.4 \           --selenoid-uri "http://selenoid:4444"

http://0.0.0.0:8080 पर जाएं और सेलेनॉइड यूआई खोलें:

परीक्षणों में वीएनसी और वीडियो रिकॉर्डिंग को सक्षम करना सुनिश्चित करें:

 ... capabilities.setCapability("enableVNC", true) capabilities.setCapability("enableVideo", true) ...

सेलेनॉइड स्टार्टअप कमांड इस तरह दिखता है:

 docker run -d \ -v /var/run/docker.sock:/var/run/docker.sock \ -v "(pwd)/selenoid/logs/":/opt/selenoid/logs/ \ -v /opt/selenoid/video/:/opt/selenoid/video/ \ -e OVERRIDE_VIDEO_OUTPUT_DIR="/opt/selenoid/video/" \ -p 4444:4444 \ -name selenoid \ aerokube/selenoid:1.10.7 \ -log-output-dir /opt/selenoid/logs

परीक्षण शुरू होने और चलने के बाद सेलेनॉइड यूआई खोलें:

और ये रहा इसका एक वीडियो ।

हमें स्टार्टअप त्रुटि का कारण मिला। महान! पर चलते हैं।

तीसरा रन। एक एमुलेटर छवि का निर्माण

जैसा कि यह पता चला है, सेलेनॉइड एमुलेटर की छवियां Google Play सेवाओं के बिना काम नहीं करेंगी। इस स्थिति का समाधान करने के लिए, आपको स्वयं एक इम्यूलेटर छवि बनानी होगी। एरोक्यूब के लोगों ने इसके लिए आपको जो कुछ भी चाहिए उसे इकट्ठा किया है: फोटो और दस्तावेज़ीकरण के साथ एक भंडार ।

1. रिपॉजिटरी डाउनलोड कर रहा है ।
2. selenium फ़ोल्डर पर जाएं।
3. स्क्रिप्ट चलाएँ ./automate_android.sh और सवालों के जवाब दें। यह हमारे मामले में कैसा दिखता है:

 Specify Appium version: [1.18.1] >> 1.18.1 Specify Android image type (possible values: "default", "google_apis", "google_apis_playstore", "android-tv", "android-wear"): [default] >> google_apis Specify Application Binary Interface (possible values: "armeabi-v7a", "arm64-v8a", "x86", "x86_64"): [x86] >> x86 Specify Android version: [8.1] >> 10.0 Specify device preset name if needed (eg "Nexus 4"): >> Specify SD card size, Mb: [500] >> Specify userdata.img size, Mb: [500] >> Are you building a Chrome Mobile image (for mobile web testing): [n] >> y Specify Chromedriver version if needed (required for Chrome Mobile): >> 74.0.3729.6 Specify image tag: [selenoid/chrome-mobile:74.0] >> android-emulator:10.0 Add Android quick boot snapshot? [y] >> n

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

कंटेनर लॉन्च को गति देने के लिए हम पहले से ही स्नैपशॉट एमुलेटर का उपयोग करते हैं, लेकिन हम इसके बारे में अन्य लेखों में बात करेंगे।

4. छवि बनने के बाद, हमें इसे रजिस्ट्री में पुश करने के लिए कहा जाएगा। चूंकि हमें अभी इसकी आवश्यकता नहीं है, इसलिए हम कृपया इस प्रस्ताव को अस्वीकार कर देंगे:

   
   

 Push? >> n

हमने Google Play सेवाओं के साथ एक बिल्ड तैयार किया है। ब्राउज़र्स.जेसन में छवि पैरामीटर को बदलना याद रखें, और सेलेनॉइड को पुनरारंभ करें।

आइए अब परीक्षणों को फिर से चलाने का प्रयास करें:

 [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESS [INFO] ------------------------------------------------------------------------

और यहां टेस्ट रन का एक वीडियो है ।

सारांश में

हमने क्या किया है:

• Android परीक्षण चलाने के लिए सेलेनॉइड को कॉन्फ़िगर किया गया।
• समस्या निवारण के लिए लॉग और वीडियो देखने का तरीका सीखा।
• Google Play सेवाओं के साथ अपनी खुद की इम्यूलेटर छवि बनाई।

मैं आपको कुछ और बताना चाहता हूं:

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

इस बीच, अगले भाग में, हम आपको बताएंगे कि कैसे हमने बुनियादी ढांचे को बढ़ाया और iOS पर परीक्षण चलाए।