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

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

द्वारा inDrive.Tech10m2023/05/30
Read on Terminal Reader

बहुत लंबा; पढ़ने के लिए

InDrive संयुक्त रूप से iOS और Android उपकरणों पर प्रति दिन 5,000 से अधिक परीक्षण चलाता है। रहस्य सरल है: हमने सेलेनॉइड का इस्तेमाल किया। एपियम परीक्षण लिखने के लिए, हम उपयोग करते हैं: कोटलिन; जूनिट 5; मावेन। हमने सोचा कि सामग्री को दो भागों में विभाजित करना एक अच्छा विचार है: पहला Android पर केंद्रित है, और दूसरा iOS पर।
featured image - मोबाइल उपकरणों पर प्रतिदिन 5000+ परीक्षण कैसे करें; इनड्राइव की प्लेबुक से (भाग 1)
inDrive.Tech HackerNoon profile picture

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

प्रस्तावना

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

सर्वेक्षण में शामिल लोगों में से लगभग 20 प्रतिशत टीमों ने एपियम का इस्तेमाल किया, जो एक खराब शुरुआत नहीं है।


हम सर्वेक्षण के निष्कर्षों से प्रसन्न थे, इसलिए हमने अपने अनुभव को आपके साथ साझा करने और बदले में कुछ सलाह लेने के लिए एक लेख लिखने का निर्णय लिया। हमने सोचा कि सामग्री को दो भागों में विभाजित करना एक अच्छा विचार है: पहला 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


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


 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


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


 You are using Selenoid 1.10.7!


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


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


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


 ... capabilities.setCapability("appium:app", "//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] [//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) ...


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


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


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


 ... 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 //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 "//selenoid:4444"


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


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


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


 Push? >> n


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


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


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


और ।


सारांश में

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


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


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


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


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