בדיקת שולחן היא סוג של בדיקה סטטית.
קרדיט תמונה: aodaodaod/iStock/Getty Images
בדיקת שולחן היא בדיקה ידנית לא רשמית שמתכנתים יכולים להשתמש בה כדי לאמת את הקידוד והלוגיקה של האלגוריתם לפני השקת תוכנית. זה מאפשר להם לזהות שגיאות שעלולות למנוע מתוכנית לפעול כפי שהיא צריכה. כלי ניפוי באגים מודרניים הופכים את בדיקת השולחן לפחות חיונית ממה שהייתה בעבר, אך היא עדיין יכולה להיות דרך שימושית לאיתור שגיאות לוגיות.
סקירה כללית של בדיקת שולחן
בדיקת שולחן היא תהליך דומה להגהה; בתרגיל זה, המתכנת רץ דרך שורות קוד כדי לזהות שגיאות ולבדוק לוגיקה. בדרך כלל, המתכנת ידפיס את הקוד ויעבור עליו בתרגיל עיפרון ונייר. הוא עשוי להריץ בדיקה ידנית על אלגוריתמים, ולבדוק שהם פועלים כהלכה ואינם מכילים שגיאות קידוד. זה כרוך בדרך כלל ביצירת טבלה עם עמודות המכילות מספרי שורות, משתנים, תנאים וכניסות ופלטים, בהתאם לבדיקות שהוא מבצע.
סרטון היום
היתרונות של בדיקת שולחן
אפילו מתכנתים מנוסים עושים טעויות -- בדיקת שולחן עשויה לעזור לתפוס ולתקן אותן לפני שתוכנית עוברת ריצה רשמית. הפעלת בדיקת שולחן היא מהירה וזולה. המתכנת שכתב את הקוד בדרך כלל בודק אותו בעצמו; אם היא תזהה בעיות, היא יכולה לתקן אותן במקום לפני שהפרויקט יעבור לשלב הבא. אם היא לא בודקת בשולחן העבודה ושגיאה גורמת לבעיות בהמשך הדרך, היא עלולה לעכב פרויקט. ייתכן שגם יהיה קשה יותר לזהות שגיאות בשלב מאוחר יותר.
חסרונות של בדיקת שולחן
בדיקת שולחן אינה מבטיחה שמתכנת ימצא טעויות. זה גם נתון לטעויות אנוש. מתכנתים עלולים לפספס דברים שצריך לתקן, פשוט כי הם כתבו את הקוד בעצמם וקרובים אליו מכדי להיות אובייקטיביים. העברת מתכנת אחר לבדיקת שולחן עשויה לפתור בעיה זו. עם זאת, האדם שמפעיל את הבדיקה צריך גם להבין את הדרישות מאחורי הקוד לפני שהוא יכול להעריך אם הוא יעבוד.
בדיקת שולחן והדרך המובנית
בדיקת שולחן היא לפעמים חלק מתהליך בדיקה רחב יותר. בהליכה מובנית, למשל, המתכנת הוא חלק מקבוצת עמיתים הסוקרת ומנתחת את העבודה לפני ההשקה. המתכנת בדרך כלל נותן את החומרים לבדיקה לחברי הקבוצה לפני הפגישה. במהלך הפגישה עצמה, היא מובילה את הקבוצה בקוד. באופן אידיאלי, הקבוצה תזהה שגיאות אם הן קיימות או תציע הצעות ראויות לשיפור. לפרויקטים עשוי להיות שלב אחד או יותר של הדרכה, בדיקת בעיות כגון הבנת הדרישות ודיוק הקידוד.