在 Cloud Next 2025 大会上了解 Firebase 的最新资讯。了解详情。

דף זה תורגם על ידי Cloud Translation API.

סוכן של App Testing (ל-Android)

הסוכן של בדיקת האפליקציות הוא סוכן ליצירה, לניהול ולביצוע של תרחישי בדיקה שמבוסס על Gemini ב-Firebase. אתם מגדירים את יעדי הבדיקה בשפה טבעית, והסוכן משתמש ב-AI כדי להבין את האפליקציה ולנווט בה, לדמות אינטראקציות של משתמשים ולספק תוצאות בדיקה מפורטות.

איך הסוכן של App Testing משתמש בנתונים שלכם

הסוכן של בדיקת האפליקציות מסופק על ידי Gemini ב-Firebase וכפוף לאותם תנאים. מידע נוסף על אופן השימוש בנתונים שלכם ב-Gemini ב-Firebase זמין במאמר איך Gemini ב-Firebase משתמש בנתונים שלכם.

לפני שמתחילים

אם עדיין לא עשיתם זאת, עליכם לרשום את האפליקציה ב-Firebase.

אם אתם לא משתמשים במוצרים אחרים של Firebase, עליכם רק ליצור פרויקט ולרשום את האפליקציה. אין צורך להוסיף ערכות SDK לאפליקציה. עם זאת, אם תחליטו להשתמש במוצרים נוספים בעתיד, חשוב לבצע את כל השלבים המפורטים במאמר הוספת Firebase באמצעות מסוף Firebase.

כשתהיו מוכנים להפיץ גרסה טרום-השקה של האפליקציה לבודקים, תוכלו ליצור את קובץ ה-APK או ה-AAB לפי התהליך הרגיל שלכם ולהעלות אותו ל-App Distribution במסוף Firebase. עליכם לחתום על קובץ ה-APK באמצעות מפתח ניפוי הבאגים או מפתח החתימה על האפליקציה.

יצירת תרחיש בדיקה

כדי להריץ בדיקות שמבוססות על AI, הסוכן של בדיקת האפליקציות משתמש בתרחישי הבדיקה בשפה טבעית כדי לבצע בדיקות באפליקציה.

כל מקרה בדיקה מחולק לשלבים, שיתבצעו ברצף. השלבים מאפשרים לכם לפצל את תרחיש הבדיקה למספר שלבים, לכל אחד מהם יש קריטריונים משלו להצלחה. הסוכן יכול לבצע פעולות רבות בכל שלב.

כדי ליצור מקרה בדיקה, פותחים את הדף App Distribution במסוף Firebase ופועלים לפי השלבים הבאים:

בכרטיסייה Test Cases, לוחצים על New test case. אם אתם לא רוצים ליצור תרחיש בדיקה משלכם, תוכלו לשנות את תרחיש הבדיקה לדוגמה שסופק או להשתמש בו.
בתיבת הדו-שיח Add test case, נותנים שם לתרחיש הבדיקה. הפרמטר הזה משמש לזיהוי הבדיקה, אבל הסוכן מתעלם ממנו.
מומלץ לפצל את הבדיקה לכמה שלבים. לשם כך, לוחצים על הלחצן הוספת שלב.
נותנים לכל שלב יעד שמתאר מה הסוכן של בדיקת האפליקציות אמור לעשות במהלך השלב הזה.
(אופציונלי) מוסיפים טיפ כדי לספק מידע נוסף שיעזור לנציג בדיקת האפליקציות להבין את האפליקציה ולנווט בה במהלך השלב הזה.
(אופציונלי) מוסיפים קריטריונים להצלחה כדי לעזור לנציג של בדיקת האפליקציה לקבוע מתי השלב הושלם.
כשמסיימים להתאים אישית את הבדיקה, לוחצים על שמירה.

מקרה בדיקה לדוגמה

בדוגמה הבאה מוסבר איך יוצרים תרחיש בדיקה באמצעות סוכן בדיקת האפליקציות:

בדיקת דף הבית
כותרת לבדיקה	טעינות של דף הבית
מטרה	טעינת דף הבית
רמז	עוברים את המסכים של תהליך ההצטרפות. סוגרים את כל החלונות הקופצים. לא נכנסים לחשבון.
קריטריונים להצלחה	דף הבית הראשי של האפליקציה גלוי במסך, כל התמונות נטענו ולא מוצגות שגיאות.

הרצת בדיקה

סוכן בדיקת האפליקציות מאפשר להריץ בדיקות מבוססות-AI במסוף בלחיצה על הלחצן Run tests (הרצת בדיקות) בדף Releases (גרסאות) או בדף Test Cases (תרחישים לבדיקה). המסך של התאמה אישית של סוכן בדיקת האפליקציות ייפתח. תוכלו לבחור תרחיש בדיקה אחד או יותר שיופעלו על ידי הסוכן. אפשר גם לבחור את המכשירים שבהם רוצים לבדוק את הקוד, ולהחליט אם לספק פרטי כניסה.

אפשר גם לבחור להריץ בדיקת סריקה אקראית על ידי שינוי סוג הבדיקה. בבדיקות סריקה אקראיות נעשה שימוש בתכונה בודק אוטומטי.

אפשר לראות את תוצאות הבדיקות בדף Releases בכרטיסייה App Testing agent של הגרסה. לחיצה על הלחצן הצגת פרטים תפתח את תיבת הדו-שיח 'תוצאות הבדיקה', שבה יוצגו בעיות, צילומי מסך של האפליקציה והפעולות שבוצעו על ידי Gemini במהלך הבדיקה.

בדיקה אוטומטית של גרסאות build

כדי להריץ באופן אוטומטי בדיקות של סוכן App Testing בגרסאות ה-build החדשות, למשל מצינורות עיבוד נתונים של CI/CD, אפשר להפיץ את גרסאות ה-build לסוכנות באמצעות הפלאגינים של Gradle או fastlane של App Distribution, או באמצעות ה-CLI של Firebase.

בדיקה אוטומטית של גרסאות build באמצעות Firebase CLI

כדי להשתמש בתכונה 'סוכן בדיקת אפליקציות', צריך לציין לפחות מכשיר בדיקה אחד ומזהה של מקרה בדיקה אחד. אפשר למצוא את מזהי תרחישי הבדיקה ולהוריד אותם בדף Test Cases במסוף Firebase. למידע נוסף על תחילת העבודה עם Firebase CLI ועל דרכים שונות להגדרת הפצת האפליקציות, תוכלו לקרוא את המאמר הפצת אפליקציות ל-Android לבודקים באמצעות Firebase CLI.

מריצים את הפקודה appdistribution:distribute כדי להעלות את האפליקציה, ומשתמשים בפרמטרים הבאים כדי להגדיר את ההפצה לתכונה 'סוכן בדיקת אפליקציות':

appdistribution:distribute options
`--test-devices` או `--test-devices-file`	מכשירי הבדיקה שבהם רוצים להפיץ גרסאות build לתכונה 'סוכן בדיקת אפליקציות'. אפשר לציין את המכשירים לבדיקה כרשימה של מכשירים לבדיקה מופרדים בנקודה-פסיק: `--test-devices: "model=shiba, version=34, locale=en, orientation=portrait;model=b0q, version=33, locale=en, orientation=portrait"` לחלופין, אפשר לציין את הנתיב לקובץ טקסט פשוט שמכיל רשימה של מכשירי בדיקה המופרדים בנקודה-פסיק: `--test-devices-file: "/path/to/test-devices.txt"`
`--test-username`	שם המשתמש להתחברות אוטומטית לשימוש במהלך הבדיקות.
`--test-password` או `--test-password-file`	הסיסמה להתחברות אוטומטית לשימוש במהלך הבדיקות. לחלופין, אפשר לציין את הנתיב לקובץ טקסט פשוט שמכיל סיסמה: `--test-password-file: "/path/to/test-password.txt"`
`--test-non-blocking`	להריץ בדיקות באופן אסינכרוני. תוצאות הבדיקה האוטומטית מוצגות במסוף Firebase.
`--test-case-ids` או `--test-case-ids-file`	רשימה מופרדת בפסיקים של מזהי תרחישי בדיקה להרצת בדיקות אוטומטיות מבוססות-AI: `--test-case-ids: "load-app,play-the-first-level"` לחלופין, אפשר לציין את הנתיב לקובץ טקסט פשוט שמכיל רשימה של מזהי תרחישים בדיקה מופרדים בפסיקים או בתווית שורה חדשה: `--test-case-ids-file: "/path/to/test-case-ids.txt"`

בדיקה אוטומטית של גרסאות build באמצעות Gradle

כדי להשתמש בתכונה 'סוכן בדיקת אפליקציות', צריך לציין לפחות מכשיר בדיקה אחד ומזהה של מקרה בדיקה אחד. אפשר למצוא את מזהי תרחישי הבדיקה ולהוריד אותם בדף Test Cases במסוף Firebase. למידע נוסף על תחילת העבודה עם Gradle ועל דרכים שונות להגדרת הפצה, ראו הפצת אפליקציות ל-Android למפתחים באמצעות Gradle.

אפשר להגדיר את App Distribution על ידי הוספת קטע firebaseAppDistribution אחד לפחות, ולהשתמש בפרמטרים הבאים כדי להגדיר את ההפצה לתכונה של סוכן בדיקת האפליקציות:

App Distribution פרמטרים של build
`testDevices` או `testDevicesFile`	מכשירי הבדיקה שבהם רוצים להפיץ גרסאות build לתכונה 'סוכן בדיקת אפליקציות'. אפשר לציין את מכשירי הבדיקה כרשימה של מפרטי המכשירים מופרדים בנקודה-פסיק. `testDevices="model=shiba, version=34, locale=en, orientation=portrait;model=b0q, version=33, locale=en, orientation=portrait"` לחלופין, אפשר לציין את הנתיב לקובץ שמכיל רשימה של מפרטי המכשיר המופרדים בנקודה-פסיק: `testDevicesFile="/path/to/testDevices.txt"`
`testUsername`	שם המשתמש להתחברות אוטומטית לשימוש במהלך הבדיקות.
`testPassword` או `testPasswordFile`	הסיסמה להתחברות אוטומטית לשימוש במהלך הבדיקות. לחלופין, אפשר לציין את הנתיב לקובץ טקסט פשוט שמכיל סיסמה: testPasswordFile="/path/to/testPassword.txt"
`testNonBlocking`	להריץ בדיקות באופן אסינכרוני. תוצאות הבדיקה האוטומטית זמינות במסוף של FireBase.
`testCases`או `testCasesFile`	רשימה מופרדת בפסיקים של מזהי תרחישי בדיקה להרצת בדיקות אוטומטיות מבוססות-AI: `testCases: "load-app,play-the-first-level"` לחלופין, אפשר לציין את הנתיב לקובץ טקסט פשוט שמכיל רשימה של מזהי תרחישים בדיקה מופרדים בפסיקים או בתווית שורה חדשה: `testCasesFile: "/path/to/test-case-ids.txt"`

בדיקה אוטומטית של גרסאות build באמצעות fastlane

כדי להשתמש בתכונה 'סוכן בדיקת אפליקציות', צריך לציין לפחות מכשיר בדיקה אחד ומזהה של מקרה בדיקה אחד. אפשר למצוא את מזהי תרחישי הבדיקה ולהוריד אותם בדף Test Cases במסוף Firebase. מידע נוסף על תחילת העבודה עם fastlane ועל דרכים שונות להגדרת הפצת האפליקציות זמין במאמר הפצת אפליקציות ל-Android לבודקים באמצעות fastlane.

בנתיב ./fastlane/Fastfile, מוסיפים בלוק firebase_app_distribution. אפשר להשתמש בפרמטרים הבאים כדי להגדיר את ההפצה לתכונה 'סוכן בדיקת אפליקציות':

הפרמטרים של firebase_app_distribution
`test_devices` או `test_devices_file`	מכשירי הבדיקה שבהם רוצים להפיץ גרסאות build לתכונה 'סוכן בדיקת אפליקציות'. אפשר לציין את המכשירים לבדיקה כרשימה של מכשירים לבדיקה מופרדים בנקודה-פסיק: `test_devices: "model=shiba, version=34, locale=en, orientation=portrait;model=b0q, version=33, locale=en, orientation=portrait"` לחלופין, אפשר לציין את הנתיב לקובץ טקסט פשוט שמכיל רשימה של מכשירי בדיקה המופרדים בנקודה-פסיק: `test_devices_file: "/path/to/test-devices.txt"`
`test_username`	שם המשתמש להתחברות אוטומטית לשימוש במהלך הבדיקות.
`test_password` או `test_password_file`	הסיסמה להתחברות אוטומטית לשימוש במהלך הבדיקות. לחלופין, אפשר לציין את הנתיב לקובץ טקסט פשוט שמכיל סיסמה: `test_password_file: "/path/to/test-password.txt"`
`test_non_blocking`	להריץ בדיקות באופן אסינכרוני. תוצאות הבדיקה האוטומטית מוצגות במסוף Firebase.
`--test_case_ids` או `--test_case_ids_file`	רשימה מופרדת בפסיקים של מזהי תרחישי בדיקה להרצת בדיקות אוטומטיות מבוססות-AI: `--test_case_ids: "load-app,play-the-first-level"` לחלופין, אפשר לציין את הנתיב לקובץ טקסט פשוט שמכיל רשימה של מזהי תרחישים בדיקה מופרדים בפסיקים או בתווית שורה חדשה: `--test_case_ids_file: "/path/to/test-case-ids.txt"`

ניפוי באגים בתוצאות הבדיקה

אם תוצאות הבדיקה שונות מהצפוי, תוכלו לנפות באגים בבדיקה באמצעות המתג Show agent view (הצגת תצוגת הסוכן) בקטע View details (הצגת פרטים) בדף Test Results (תוצאות הבדיקה). בתצוגת הנציג מוצגים הרכיבים במסך שהנציג של בדיקת האפליקציות הצליח לזהות באמצעות פרטי הנגישות של האפליקציה. אם אתם רוצים לבדוק לעומק את מה שהנציג ראה, תוכלו להוריד את המידע הזה מתפריט האפשרויות הנוספות.

אפשר גם להשתמש בכפתור View artifacts בדף Test Results כדי להציג את כל הסרטונים, היומנים והפריטים האחרים ב-Cloud שקשורים לתוצאות הבדיקה.

בעיות ידועות ומגבלות

לגרסת הטרום-השקה של הסוכן לבדיקה של אפליקציות יש כמה מגבלות ידועות:

סוכן בדיקת האפליקציות משתמש בבינה מלאכותית גנרטיבית כדי לבדוק את האפליקציה, ולפעמים הוא יבצע פעולות שונות תוך כדי ביצוע אותן הוראות.
הסוכן של בדיקת האפליקציות תומך רק בפעולות הבאות: הקשה, הזנת טקסט, גלילה למעלה, גלילה למטה והמתנה.
לסוכן של בדיקת האפליקציות יש בעיה בהרצת בדיקות שמכילות רק שלב אחד שצריך לבצע בו הרבה פעולות. הביצועים שלו משתפרים כשמשימות מורכבות מחולקות למספר שלבים קצרים יותר.
לפעמים סוכן בדיקת האפליקציות לא גולל כדי לחשוף אלמנטים אחרים שמחוץ למסך. המצב הזה קורה לרוב כשאין אינדיקציה חזותית לאפשרות הגלילה. כפתרון זמני, אפשר להשתמש בשדה 'hints' כדי להציע גלילה.
לפעמים לסוכן של בדיקת האפליקציות יש בעיות ספירה, למשל ביצוע פעולה מספר מסוים של פעמים.

בדיקת מכסות

במהלך תקופת הטרום-השקה, הבדיקות שמבוססות על AI יוצעו ללא עלות, בכפוף למכסה. מגבלת המכסה שמוגדרת כברירת מחדל היא 100 בדיקות בחודש.

חשוב לזכור: אם בוחרים להריץ כמה תרחישי בדיקה, או להריץ את אותו תרחיש בדיקה בכמה מכשירים, המערכת מחשיבה את זה ככמה בדיקות. לדוגמה, אם מריצים 2 תרחישי בדיקה ב-2 מכשירים, המערכת מחשיבה זאת כ-4 בדיקות בסך הכול.

כדי להגדיל את המכסה מעבר למגבלת ברירת המחדל, צריך לפנות לתמיכה של Firebase ולציין את תרחיש לדוגמה.