בדיקת פעולות השיחה

סביבת הפיתוח של Actions Builder ו-Actions SDK מספקת מספר שיטות לבדיקת פרויקט הפעולות בכל שלב במחזור הפיתוח, מבדיקות פיתוח אינטראקטיביות ועד בדיקות בטא של משתמשי קצה.

כדי לשפר את האיכות והאמינות של הפעולה, החל מהפיתוח הראשוני ועד להפצה, יש להשתמש בתכונות הבאות:

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

בדיקה ידנית באמצעות הסימולטור

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

איור 1. ממשק הסימולטור של קונסולת הפעולות שמוצגות בו אפשרויות הקלט.

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

מידע נוסף על הסימולטור של מסוף הפעולות.

בדיקה אוטומטית באמצעות Actions API

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

ספריית הבדיקה של Node.js משתמשת ב-Actions API כדי לקיים אינטראקציה עם קוד הפרויקט. ספריית הבדיקות מאפשרת להגדיר חבילת בדיקות ששולחת שאילתות לפעולה ומבצעת טענות נכונות (assertions) על הפלט כדי לאמת מידע שספציפי למצב השיחה של הפעולה.

ב-Actions API יש נקודות קצה ל-REST שמאפשרות ליצור טיוטה של הפעולה ולבצע לה אינטראקציה פרוגרמטית באמצעות שאילתות, ולמצוא נתונים של Intent תואמים לשאילתה נתונה. כדי להשתמש בנקודות הקצה האלה ישירות, אפשר להוריד את ספריית הלקוח של Node.js Actions API.

בעזרת ספריית הבדיקות ניתן לבדוק סבב שיחה יחיד על ידי שליחת שאילתה באמצעות הפונקציה sendQuery. השיטה הזו מקבלת שאילתת טקסט כקלט ומפיקה פלט מובנה שמכיל את התוכן של ההנחיה שמוצגת למשתמש, וגם נתוני אבחון אחרים שמסבירים איך הבקשה טופלה. אתם יכולים להשתמש בשיטות מובנות של טענת נכוֹנוּת (assertion) באובייקט של בדיקת הפלט כדי לאמת את התנהגות הפעולה, למשל המטרה התואמת והסצנה הנוכחית.

בדוגמה הבאה מוצגת בדיקה שטוענת שפעולה מופעלת עם תגובת הפתיחה המתאימה:

it('starts Action and enters the Welcome scene', async function() {
    testManager.setTestSurface('SMART_DISPLAY');
    await testManager.sendQuery('Talk to my test app');
    testManager.assertSpeech('Hello World!');
    testManager.assertText('Hello World!');
    testManager.assertIntent('actions.intent.MAIN');
    testManager.assertScene('Welcome');
    await testManager.sendStop();
    testManager.assertConversationEnded();
});

דוגמה לקוד של רכיבי שיחה מופיעה בדוגמה המלאה של חבילת הבדיקה שכתובה ב-Node.js.

למידע נוסף על תחילת העבודה עם מסגרת הבדיקה הזו, ראו ספריית הבדיקות של Node.js.

בדיקת משתמשים בגרסאות אלפא ובטא

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

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

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

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

מידע נוסף על ערוצי ההפצה זמין במסמכי התיעוד של גרסאות במסוף הפעולות.