מחזור החיים של מבחן TF

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

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

ממשקים מוגדרים

  • ספק בנייה : מספק מבנה לבדיקה, הורדת קבצים מתאימים במידת הצורך.
  • מכין יעדים : מכין את סביבת הבדיקה, אולי כולל התקנת תוכנה ותצורת המכשיר.
  • בדיקה : מבצעת בדיקות ואוסף תוצאות בדיקה. זה עשוי להיות כל מבחן JUnit, למרות שממשק ה-IRemoteTest שלנו תוכנן במיוחד לעבודה טובה בסביבת Trade Federation.
  • Test Invocation Listener (דיווח תוצאות) : מאזין לתוצאות בדיקה, בדרך כלל לצורך העברת תוצאות הבדיקה למאגר או הצגתן ל-Test Runner.

ישות הבדיקה הבסיסית ב-TF היא Configuration (config). תצורה היא קובץ XML שמצהיר על רכיבי מחזור החיים של בדיקה.

הפרדה זו של מחזור החיים של הבדיקה נועדה לאפשר שימוש חוזר. באמצעות עיצוב זה, המפתח יכול ליצור מבחן פעם אחת, ואז האינטגרטור יכול ליצור תצורות שונות כדי להפעיל את המבחן בסביבות שונות. לדוגמה, הם יכולים ליצור Configuration שתפעיל בדיקה במחשב מקומי ותשליך את התוצאה ל-stdout. לאחר מכן הם יכלו ליצור תצורה שנייה שתבצע את אותה בדיקה, אך להשתמש ב-Test Invocation Listener אחר כדי לאחסן את תוצאות הבדיקה במסד נתונים. תצורה שלישית עשויה להיות מתוכננת לרוץ לבדיקה רציפה ממעבדת בדיקה איפשהו.

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

רכיבי תצורה נוספים

  • שחזור התקן : מנגנון לשחזור תקשורת המכשיר אם אובד.
  • לוגר : אוסף נתוני רישום מוזנים במסחר.

פלט שלב ושגיאות

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

ספק בנייה

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

השגיאה הנפוצה ביותר בשלב זה היא כשל בהורדה או איתור הקבצים המבוקשים.

שגיאה בשלב זה מביאה לדיווח ישיר על השגיאה, וללא ביצוע בדיקות.

הכנת מטרה

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

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

שגיאה בשלב זה גורמת לריצת ניקוי היעד, דיווח על השגיאה, וללא ביצוע בדיקות.

מבחנים

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

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

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

דיווח תוצאות

שלב זה מדווח על התוצאות והשגיאות לשירותים המוגדרים (לדוגמה, שרתים וקבצים מקומיים).

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