בדיקות תוכנה

בדיקות תוכנה הן תהליך שנועד להעריך את איכות התוכנה ועמידתה בדרישות.

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

קיימות גם הסמכות מקצועיות הניתנות על ידי ארגונים אחרי מבחנים.

מיקום הבדיקות במחזור הפיתוח משתנה לפי מתודולוגיה. במודל מפל המים (Waterfall) בדיקות מרוכזות בסוף הפרויקט. במודל V לכל שלב פיתוח יש שלב בדיקות מקביל (לדוגמה: דרישות נבדקות על ידי בדיקות קבלה, עיצוב נבדק על ידי בדיקות מערכת). קיימות גם מתודולוגיות מודרניות שבהן הבדיקות משולבות לאורך כל העבודה, כמו פיתוח מונחה בדיקות (Test-Driven Development, שבו כותבים בדיקות לפני הקוד) ו-Scrum.

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

בדיקות תוכנה בודקות אם תוכנה עובדת כמו שצריך.

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

יש גם הסמכות שמאשרות שמבצעים בדיקות כמו שצריך.

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

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