בדיקות תוכנה הוא אחד התחומים המבוקשים ביותר בעולם ההייטק. במסגרת תחום זה קיימים מושגים רבים שיש לדעת. רוצים לדעת על בדיקות תוכנה מושגים? במאמר הבא נרחיב על בדיקות תוכנה מושגים.
בדיקות תוכנה מושגים
ריכזנו לכם מגוון מושגים בנוגע לבדיקות תוכנה-
- בדיקות תוכנה
שלב בתהליך הפיתוח. בשלב זה צוות הבדיקות מבצע סימולציה של המצבים השונים בהם המערכת עלולה להימצא. מצבים אלה נועדו לוודא תפקוד נכון של המערכת.
- Black Box- בדיקות קופסה שחורה
שיטה להגדרת בדיקות. בדיקות פונקציונליות או לא פונקציונליות שמתבצעות ללא התייחסות למבנה הפנימי של הרכיב או המערכת. בבדיקות אלה מתייחסים לקלט ולפלט שהבודק מכניס למערכת. בבדיקה בודקים שהפלט המתקבל או הפעולה שקרתה זהה לצפי. ניתן לבצע בדיקות קופסה שחורה בכל אחת מהרמות של בדיקות תוכנה.
- White Box- בדיקות קופסה לבנה
שיטה להגדרת בדיקות. בדיקות אלה מתמקדות במבנה הפנימי של התוכנית. כלומר, בדיקות שמתייחסות להשפעה של הקלט והפלט על המבנה הפנימי.
- Unit- בדיקות יחידה
בדיקות תוכנה ברמת יחידת המערכת הקטנה ביותר. בדיקות אלה מאמתות את הפעילות התקנית של היחידה. בדיקות אלה מתבצעות לאחר הכתיבה הראשונית של המודול או לאחר שבוצעו בו שינויים ספציפיים. על ידי בדיקות אלה ניתן להוכיח כי המודול תקין. בדיקות אלה בדרך כלל מתבצעות על ידי המפתחים.
- Integration- בדיקות אינטגרציה
בדיקות שילוב. בדיקות אלה נועדו לבדוק את ההשפעה שיש לחלק מוגדר בתוכנה עם חלקים אחרים בה ועם תוכנות אחרות איתן מתמשקת. על ידי בדיקות אלה ניתן לבדוק את הפונקציונליות ואת הביצועים המרכזיים של המערכת בין הפריטים השונים. בדרך כלל בדיקות אלה מתבצעות לאחר שכל בדיקות היחידה בוצעו.
- Acceptance Tests- בדיקות קבלה
סדרת בדיקות שהלקוח או המשתמש מגדיר עבור מוצר. מטרת בדיקות הקבלה היא לוודא שהמוצר עונה על הצרכים והדרישות של הלקוח. בדרך כלל הבדיקות יבוצעו על ידי מזמין המוצר.
- Functional- בדיקות פונקציונליות
בדיקות המאמתות את פעילות המערכת. בדיקות אלה מבוססות על מסמך הדרישות ועל מסך האפיון. מטרת הבדיקות היא לבדוק אם המערכת עושה מה שהיא צריכה ולא מה שאינה צריכה.
- Usability- בדיקות שימושיות
בדיקות לנוחות ויעילות השימוש. בבדיקות אלה בודקים את השימוש במוצר ואת היעילות של עיצוב האפליקציה ונגישות לבעלי מוגבלויות. במסגרת בדיקות אלה יבדקו את נוחות השימוש בתפריט, האם הניווט נוח, כיצד ההתמצאות באתר ועוד.
- GUI- בדיקות ממשק לקוח
בדיקות הפקדים והשדות במסך. בבדיקות אלה בודקים האם ההתנהגות תקינה, את הפורמט של השדות. הבדיקות מתבצעות בהתאם לחוקיות המוגדרת ברמת המסך.
- Load- בדיקות עומס
בדיקות המאמתות את יכולת התגובה של השרת בעת עומס. בבדיקות אלה ההתמקדות היא במדידת זמני התגובה ובמציאת נקודת השבירה של המערכת. הבדיקות מיועדות לבחון גם עומסים הנובעים ממשתמשים וגם עומסים הנובעים מטרנזקציות וג'ובים המתרחשים במערכת.
- Performance- בדיקות ביצועים
בדיקות של ביצועי המוצר. בבדיקות אלה בודקים את הביצועים של המוצר בקונפיגורציות ורמות עומס שונות. כמו כן מודדים את הביצועים על מנת לתעד ולהשוות לדרישות.
- Regression- בדיקות נסיגה
בדיקות לאימות פעילות המערכת לאחר שינויים. בעקבות הבדיקות השונות עלולים להתבצע שינויים במערכת. לאחר השינויים מבצעים בדיקות נסיגה על מנת לוודא שמה שעבד לא התקלקל.
- Compatibility- בדיקות שילוב מערכת
בדיקות לאימות יכולת שילוב או רכיב תוכנה במערכת קיימת או חדשה. לדוגמא, יבדקו תאימות של התוכנה לעדכוני מערכת ההפעלה.
- Alpha/Betha Testing- בדיקות אלפא/בתא
בדיקות לדיווח על תקלות במהלך השימוש. בדיקות אלה מתבצעות על ידי קבוצת משתמשים מוגדרת סגורה (אלפא) או קבוצת משתמשים פתוחה (בתא). הקבוצה מדווחת על התקלות במהלך השימוש השוטף במוצר
- Sanity- בדיקות שפיות
בדיקות לזיהוי הפונקציונליות הבסיסית של המוצר. בבדיקות אלה מזהים במהירות על פי תסריטים מוגדרים האם הפונקציונליות הבסיסית של המוצר פועלת כהלכה וכי המוצר במצב יציב.
- Smoke- בדיקות עשן
בדיקות לזיהוי מצב היציבות של המוצר. בבדיקות אלה ניתן לגלות את התקלות המראות על כשל חמור ברכיב כלשהו במוצר. בניגוד לבדיקות שפויות בדיקות עשן מבוצעות בצורה יותר אינטואיטיבית וגמישה ולא לפי תסריטים קבועים מראש.
- ניהול סיכונים קלאסי
שיטה למניעה או למזעור סיכונים. מדובר בסיכונים שעלולים להיגרם בדרך להשגת מוצר איכותי, בהתאם לזמן ולתקציב שהוגדרו. בין הסיכונים הללו יכולים להיות שיטת עבודה, כוח אדם, משתמשים, טכנולוגיות, סביבת עבודה ועוד.
- תסריטי בדיקות
רשימה של צעדי בדיקה. צעדים אלה יבוצעו אחד אחרי השני בסדר מוגדר. הצעדים הללו ביחד יוצרים בדיקה ספציפית לתוכנה. התסריט יכול להיות מורכב מצעדי בדיקה בודדים ולהגיע לעשרות ומאות צעדים. התסריט מפרט את הפרמטרים של כל צעד ואת התוצאה הצפויה מכל צעד.
- STD- Software Test Description
מסמך מפרט הבדיקות. מסמך זה מפרט את מקרי הבדיקה המתוכננים. המקרים מתייחסים לנתוני הקלט והפלט הצפוי.
- STP- Software Test Plan
מסמך המשמש מסגרת לפרויקט בדיקות תוכנה. במסמך זה יכללו את סקירת המערכת הנבדקת ומה מתוכנן לבדוק, הכשרת צוות בודקים וכלי בדיקות, ניהול הבדיקות וניהול הממשק עם צוותים אחרים, נקודת בקרה ודיווח ובקרת סיכונים.
- STR- Software Test Report/ Result
דו"ח ביצוע בדיקות תוכנה. מסמך זה מכיל את תיעוד המהלך של ביצוע הבדיקות. בנוסף המסמך מכיל נתונים כמו סיכום התקלות, חומרת התקלות, נתונים סטטיסטיים על מהלך הבדיקות ועוד.
- SPR- Software Problem Report
מסמך פירוט תקלות הפיתוח. מסמך זה מפרט את רשימת התקלות שהתגלו בבדיקות שבוצעו. הדו"ח יפרט תקלות סגורות ופתוחות בחתכים שונים.
