OnWorks Linux ו-Windows Online WorkStations

לוגו

אירוח מקוון בחינם עבור תחנות עבודה

<הקודם | תוכן | הבא>

בדיקות

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


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

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

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



if [[ -d $dir_name ]]; אז אם cd $dir_name; לאחר מכן

הד rm * # בדיקה

אחר

echo "cannot cd to '$dir_name'" >&2 יציאה 1

פי אחר

echo "אין ספרייה כזו: '$dir_name'" >&2 יציאה 1

fi

צא מ-# בדיקה

if [[ -d $dir_name ]]; אז אם cd $dir_name; לאחר מכן

הד rm * # בדיקה

אחר

echo "cannot cd to '$dir_name'" >&2 יציאה 1

פי אחר

echo "אין ספרייה כזו: '$dir_name'" >&2 יציאה 1

fi

צא מ-# בדיקה


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

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


 

מחשוב ענן מערכת ההפעלה המוביל ב-OnWorks: