בדיוק מבחנים מולטיביים בין היחידות האפליקציות הניידות קיימים מזמן. בתחילת הימים נחשב עליהם כמותג מותקן לקבלת ערך לערך של ערך בעזרת מערך בודד מבצע בדיקות לאפליקציה שלך. אך עכשיו, זה הפך להיות חלק חיוני בתחום דבופס.
יש הרבה תועלות בבדיקות המולטיביות, אך שלושתם הם הכי חשובים:
- הרחבת סקירת התוכנה: בדיקות המולטיביות מאפשרות לך לבדוק יותר תכונות בזמן פחות. זה אומר שאתה יכול להגביר את סקירת התוכנה שלך ללא הגבלה בתקציב הבדיקות.
- הפחתת סיכון לשגיאות אנושיות: בדיקות המולטיביות פחות סבירות להשתעלת על מקרים קצובים או להיות עם שגיאות אחרות בבדיקה ידנית של האפליקציה.
- משוב מהר יותר: בדיקות המולטיביות יכולות להיות בוצעות בקצב רב יותר מאשר בדיקות ידניות. זה אומר שאתה יכול לקבל משוב על האפליקציה שלך בזמן קצר יותר, שיעזר לך לתקן בעיות לפני שהן יהפכו לבעיות גדולות.
בדיקות המולטיביות באפליקציות הניידות הן תהליך ערך שיכול לעזור לך לשחרר אפליקציות דורשות רמה גבוהה יותר בזמן פחות.
קרא עוד: כיצד להאיץ את מהירות שחרור המוצר
אבל השאלה שנוצרת כאן היא האם אתה מכסה מספיק מכשירים כדי לבדוק את היישום שלך ולהפוך אותו לאיכות טובה ביותר. בדיקת היישום על מכשיר אחד או רבים עלולה להוביל לבעיות ספציפיות למכשיר, בעיות ממשק משתמש בהגדלות שונות ובעיות פונקציונליות ברצפת גרסאות מערכות ההפעלה שונות.
למה זה חשוב לריצה של אותו סקריפט על מספר מכשירים?
מספר סיבות רבות מהן חשובות לבחינה בין המכשירים. אחת הסיבות החשובות ביותר היא שמשתמשים יכולים להשתמש במסוגים שונים של מכשירים כדי לגain גישה לאותה היישום. אנחנו לא יכולים לחזות באיזה מכשיר משתמש ישתמש כדי לגain גישה ליישום, כך שעלינו לוודא שהוא פועל. כדי לוודא שאנחנו יכולים בקלות לבצע את הסקripט האוטומציוני שלנו על מספר מכשירים.
בזמן שאנו מריצים את הסקript של Appium, אנחנו צריכים להעביר היכולתים הרצופות של Appium, האותן מכילות שם הפלטפורמה, גירסא הפלטפורמה ושם המכשיר שלנו.
{ "platformName": "iOS", "platformVersion": "11.0", "deviceName": "iPhone 9", "automationName": "XCUITest", "app": "/path/to/my.app" }
Copied
כדי להריץ את הסקripט שלך על מכשיר אחר, אנחנו צריכים לשנות את היכולות הרצועות של הסקripט שלנו, והוא יריץ את הסקripט שלנו על המכשיר הספציפי. אנחנו לא צריכים לשנות את הסקripט שלנו על מנת לריץ אותו על מכשירים שונים. אף על פי כן, זה יכול להיות שונה מאשר בהרצאת סקריפטים על מכשירי Android וiOS, כי מיקומים אלמנטים יכולים להיות שונים על מכשירי Android וiOS. אך סקript שנכתב עבור כל מכשיר Android או iOS יכול להיות ריצה על כל המכשירים עם אותה גרסה הOS על-ידי שינוי יכולות רצועות.
אתגרים בניהול מכשירים רבים
ריצת הסקript שלך על מכשירים רבים היא הדבר הקל ביותר בתהליך הבדיקה האוטומטית שלך, אך ניהול המכשירים האלה והשימוש במכשירים רבים הוא החלק הקשה ביותר והעסקה היקרה ביותר בתהליך הבדיקה האוטומטית שלך. אם אנחנו מדברים רק על iPhones, יש לנו מiPhone6 עד iPhone13, שמשתמשים בהם עם שילוב של iOS11 עד iOS16. וכשמגיעים לAndroid, המספרים גדלו במידה רבה. אף צוות אינו יכול לנהל או להבעל את כל המכשירים הפופולריים המוצגים בשוק עם גרסאות שונות של הOS.
קראו עוד: ריצת בדיקות Appium על מכשיר iOS
מחשבון/סימולטור כחליפה
ראשית, מה שמגיע למוחנו כדי לפתור את זה הוא השימוש במחשבים מדמיינים וסימולטורים עבור המכשירים השונים. אך בדיקות על סימולטור/מחשב מדמיין אינה אותה בדיקה שעל המכשירים האמיתיים. בעוד סימולטורים ומחשבים מדמיינים יעילים להדמייה, אין אפשרות לבצע את אותם בדיקות בדיוק כמו על המכשירים האמיתיים. זה בגלל שמחשבים מדמיינים לא יכולים לקחת בחשבון את כל הרגלים האקולוגיים, תכונות או פעילויות המשתמש שבאמת מבצעות על המכשירים האמיתיים. היתרון של המכשירים האמיתיים נמצא בשמם. בדיקות על מכשירים אמיתיים אומרות שאתה בדוגמה את אותו הדרך שבה המשתמשים שלך משתמשים במכשירים שלהם.
בדיקות על מכשירים אמיתיים: יתרון
כאן ברוserStack מגיע כמותף להפתרמיזציה של המבנה המכשירי. BrowserStack App Automate מעניקה את כל המכשירים הפופולריים עם גרסאות של המערכת המחשב שונות עבור בדיקת היישומך באופן אוטומטי בעזרת Appium. אתה יכול בקלות לשלב את BrowserStack לתשתית העיצוב שלך כדי לבדוק את הסקripטים שלך על מספר מכשירים.
בעזרת אפיום רב מכשירים ב- BrowserStack
להריץ את הסקripטים שלך באפיום על מכשירים רבים ב- BrowserStack זה די קל באמצעות שימוש ב- App Automate. אתה רק צריך לעשות כמה שלבים כדי לשנות את ההגדרות שלך, וזה ישלב את האוטומציה הקיימת שלך עם BrowserStack.
שלב 2: לעלת את ה- .apk או ה- .ipa שלך ב- BrowserStack. אתה יכול לעשות את זה על ידי שימוש ב- Upload your App על הלוח הביתי שלך או אתה יכול גם להשתמש ב- APIs של BrowserStack כדי לעלות אותו באופן אוטומטי. אחר העלייה שלך ביישום, תקבל כתובת היישום המסוגלת.
{ "app_url":"bs://f7c874f21852ba57957a3fdc33f47514288c4ba4" }
Copied
שלב 3: צרו קשר עם היישום שמתוחק בשימוש ביכולת app. השתמשו בערך app_url שהופיע בהעלאת היישום (שלב 2) כדי לקבע את היכולת הזו.
- צרו קשר עם המכשיר האנדרואיד או הiOS האמיתי שברצונכם לבדוק בשימוש ביכולת device.
- כדי להתחיל את מנהל הדרייבר של Appium, השתמשו בכתובת המרוחקת של BrowserStack יחד עם האישורים הגישה שלכם (שמופיעים בשלב 1) כפי שמופיעה להלן:
https://YOUR_USERNAME:[email protected]/wd/hub
זה ייראה כך:
userName = "YOUR_USERNAME" accessKey = "YOUR_ACCESS_KEY" desired_caps = { "build": "Android", "device": "Samsung Galaxy S8 Plus", “platformVersion": "11.0", "app": "<app_url>" } driver = webdriver.Remote("https://" + userName + ":" + accessKey + "@hub-cloud.browserstack.com/wd/hub", desired_caps)
Copied
בכך, הסקריפט של Appium מתחיל לרוץ על BrowserStack Real Devices בענן.
ניתן בקלות לשנות את המכשיר על ידי שינוי השם וגירסת הפלטפורמה בכיסויים המבוקשים. בBrowserStack, ניתן גם לרץ את הבדיקה בפרללל לסיום האוטומציה המהיר יותר. BrowserStack מספק וידאו, יומני מכשיר, יומני רשת ויומני Appium לניפוי שגיאות, וניתן לבדוק את ריצות הבדיקה על לוח הבקרה שלכם. BrowserStack יכול לעזור לך לרוץ סקריפטי הבדיקה על מספר מכשירים, ואין צורך לנהל את המכשירים הללו בעצמכם.
לסיכום,
App Automate של BrowserStack מאפשר בדיקות על מכשירים אמיתיים רבים בקלות. על ידי שינוי פשוט של היכולות הרצויות, המשתמש יכול להריץ בדיקות על אלפי מכשירים ולקבוע באופן שיטתי אם היישום שלך מוכן לשחרור או לא. צוותי QA ימצאו שקל להשתמש בלוח התוצאות כדי למצוא ולתקן בעיות באופן מיידי.
Source:
https://www.browserstack.com/guide/how-to-run-same-script-in-multiple-devices-using-appium