שום משחק לא יכול להיחשב שלם עד שהוא נבדק על ידי בודקים. מוצר שנבדק בצורה גרועה יהיה דומה ל- Gothic 3 - פשוט יהיה בלתי אפשרי לשחק עד שמשוחררים כמה טלאים.
הוראות
שלב 1
בדיקת הבסיס צריכה להראות שהמנוע פועל. בדיקה כזו מתבצעת בשלבים הראשונים של יצירת פרויקט, והיא מרמזת על מחקר של ביצועי המשחק בכללותו, ללא קשר לפעולות השחקן. במילים אחרות, העיקר שבאמצע הרמה אתה לא נזרק לשולחן העבודה עם הודעת שגיאה. חשוב ביותר לבדוק את המשחק במספר מכונות עם תצורות חומרה שונות (כרטיסי מסך של GeForce ו- Radeon, למשל), ומערכות הפעלה שונות. יש לתת עדיפות לפלטפורמות ממיקרוסופט, כי ל- Unix ו- Mac נתח שוק קטן ומתמחה.
שלב 2
השלב השני של הבדיקה מתמקד במשחקיות. כאשר המנוע יציב פחות או יותר, תוכלו להקדיש זמן רב יותר לאיזון ופיתוח עקרונות המשחק. לדוגמא, אם היית בודק שטח מת, אז נכון לעכשיו כדאי להתחיל למיין אפשרויות שונות לנשק ולבדוק את התועלת של קיפאון. אם כל אחד מה"צ'יפס "שהגה המפתחים לא עובד או מתגלה כחסר תועלת, כדאי ליידע אותם על כך. שימו לב גם לפסביליות: היכולת להגיע לגמר צריכה להיות אפילו ברמת הקושי "המטורפת".
שלב 3
החל מגרסת הבטא ואילך, הבדיקה מתבצעת בפירוט רב יותר. אין סדרי עדיפויות ספציפיים עכשיו, כדאי לחפש את כל הבאגים והחסרונות האפשריים במשחק. הערך העיקרי של הבוחן הופך לדמיון - עליכם לנסות את המספר המרבי של טקטיקות וגישות, להשתמש בכל האפשרויות המוצעות ולשנות את סגנונות המשחק. יהיה עליכם לבצע את השינויים האחרונים במאזן (למשל, רק בגלל בדיקות לא קשובות בסינגולריות, תכונת ה"דחיפה "כמעט ולא הייתה בשימוש), והכי חשוב - לקבוע לאילו פעולות שחקן הסביבה לא מוכנה. אחרי הכל, מחשב אינו אדם, ואינו יכול לאלתר, לכן, כאשר הוא נקלע למצב לא מוכר, הוא יכול להתחיל להתנהג בצורה בלתי הולמת.