בדיקות משחק ניידות
בניית יישומי משחק ניידים דורשים תהליך מפורט כדי להיות מלווה באופן שיטתי. תהליכים אלה מכסים איסוף דרישה, תכנון מפורט, development, מבחני שימושיות, בדיקות QA, בדיקות בטא מלאות ופריסה ולבסוף בהתקני יעד שונים.
בדיקות Mobile משחק היא גם קצת שונות בדיקות יישום סלולריות רגילות. בדיקות משחק סלולריות יעילות צריכות לכלול ממושמע, מובנה היטב וגישה שיטתית. תהליך הבדיקה צריך להיות משולב עם תהליך הפיתוח הזריז שלך. מסגרת אוטומצית מבחן מומלצת תמיד לכל סוגי בדיקות משחק סלולריים כחלק בדיקות הכוללות תהליך הפיתוח.
In general, בדיקות משחק סלולריות גם לפי אותם הכללים הדומים לאלו המשמשים בתחום בדיקות תוכנה. קטגוריות הבדיקות הכלליות הן בדיקות קופסא לבנות ובדיקות קופסא שחורות. כמו לכל תהליך, בדיקות משחק סלולריות נופלות גם תחת שתי הקטגוריות הללו, אבל המטרות של בדיקות הן קצת שונות.
הבה נעיף מבט על תהליך הבדיקה שני אלה ביחס ליישומים משחק סלולרי.
- בדיקות קופסה שחורה: במקרה של בדיקות משחק סלולריות, הוא מכסה היבטים פונקציונליים ומשחק-יכולת כוללות של היישום. אזורי בדיקות המפתח הם ממשק משתמש גרפי (GUI), ניסיון שימושיות למשתמש. תכונות אחרות אשר בא תחת בדיקות קופסה שחורה זה הם תפריטים / תת-תפריטים, רכיבי ממשק משתמש גרפי, אנימציה, אפקטים מיוחדים וכו '. המחזה המשחק בפועל בהתקנים יעד שונים הוא גם חלק בלתי נפרד של בדיקות קופסה שחורה.
- בדיקות קופסה לבנה: סוג של בדיקה זו מתמקדת אדריכלות, לְעַצֵב, סִמוּל, היבטי אינטגרציה הקשורות מערכת של המשחק הנייד. המבחן מכסה גם שילוב של צד שלישי, מאגרי מידע, אינטגרציה חיצונית / מדיה חברתית, מנוע משחק, וכו שילוב אודיו.
אוטומציה מבחן הוא תהליך חשוב בתחום בדיקות משחק סלולרי. אוטומציה, בהקשר בדיקות קופסה שחורה מכסה את התכונות, בקרות, יכול, משחק ותזרים בדיקות אוטומטי של יישום המשחק. עבור סוג זה של אוטומציה, מומלץ מאוד לבנות סקריפטים הבדיקה למדוד את ההתקדמות, מדינות לקויות, תמונת הכרה וכו.
בהקשר בדיקות קופסה לבנה, אוטומציה בעיקר מתמקדת בהיבטי שילוב של יישום המשחק עם גופים אחרים.
מתודולוגיות החשובה ביותר במשחק בדיקה ניידת הן כדלקמן.
- בדיקות פונקציונליות: זה בדרך כלל בדיקה ידנית ולשחק סוף המשחק לסיים.
- בדיקות ביצועים: ביצועים הם מאוד קריטיים עבור משחקים מוצלחים.
- בדיקות רגרסיה: זוהי בדיקה לא נפוצה מאוד עבור שינויים ביישום.
- בדיקות תאימות: זה מכסה את התאימות של המשחק במכשירי יעד שונים.
- בדיקות עומס: זה בדיקות הגבול של המערכת. זה נעשה בדרך כלל באמצעות כלי אוטומציה.
מחזור חיי פיתוח של יישומי משחק ניידים הם כמעט דומה לתהליך פיתוח תוכנה. הבה יעיפו מבט על שלבים שונים של SDLC ביחס פיתוח משחק נייד.
- משגה / Inception: בשלב זה, הרעיון / הקונספט הוא מעודן ולנוכח צורה סופית.
- תכנית: היא משתרעת על פריסות כלליות, שְׁמִישׁוּת, חוויית משתמש וכו.
- התפתחות: זהו שלב הקידוד ובנייה של יישום המשחק.
- QA / בדיקות: בשלב זה פעילות בדיקות ו- QA מבוצעת.
- פְּרִיסָה: זהו השלב הסופי כאשר יישום המשחק נפרס בהתקני יעד מרובים.
עכשיו אנחנו יודעים כי מחזור החיים של פיתוח היישומים הנייד משחק ואת תהליך הבדיקה הוא שיש דמיון עם SDLC הנורמלי תהליך הבדיקה. אבל יש כמה תכונות מעניינות יותר אשר צריך להילקח בחשבון במהלך פיתוח משחק נייד ובדיקה.
