הבטחת איכות QA
פעולות שיש לבצע על מנת למנוע או לצמצם ככל הניתן תקלות, ולהבטיח את איכות המוצר.
Black Box – בדיקות קופסה שחורה
בדיקות המבוצעות ללא התייחסות למבנה הפנימי של המערכת או הרכיב הנבדק, אלא לקלט ולפלט. בשל כך, מרבית הבדיקות מן הסוג הזה הן בדיקות פונקציונליות.
בדיקות קופסה לבנה Box White
בדיקות המתמקדות במבנה הפנימי של המערכת, ולכן על בודק התוכנה להכיר את שפת הקוד בה המערכת עושה שימוש.
ניהול סיכונים
ניהול סיכונים נועד למניעה או למזעור של סיכונים שעלולים להתרחש בתהליך העבודה על הפרויקט. הסיכונים עשויים להתרחש בגזרת הלו"ז, הטכנולוגיות, כוח אדם, סביבת עבודה, מיומנויות וכו'.
מסמך פירוט בדיקות – STD
מסמך המפרט את תוכנית הבדיקות – תסריטים מלאים, צעדים נדרשים, תנאים מקדימים לפני הרצת הבדיקות ותוצאות רצויות.
תסריטי בדיקות – STD
בדומה לתסריט שיחה בו אנחנו יודעים מה אנחנו נדרשים לומר, תסריט בדיקה הוא רשימת פעולות אותן יש לבצע אחת אחרי השנייה בתהליך של בדיקה ספציפית לתוכנה. התסריט יכול לכלול מספר פעולות בודדות ואפילו מאות פעולות, כשלכל פעולה שמבוצעת נדרשת להיות תוצאה צפויה.
STP – מסגרת פרויקט בדיקה
מסמך המפרט את תהליך הבדיקה: המערכת הנבדקת, השיטה, המשאבים הנדרשים לבדיקה, ניהול סיכונים, נקודות בקרה ודיווח.
STR – דו"ח סיכום בדיקה
דו"ח המפרט את תיעוד מהלך ביצוע הבדיקות ונתונים נוספים כמו סיכום התקלות שנתגלו והחומרה שלהן, מה נדרש לטפל בהן, ונתונים סטטיסטיים נוספים שרלוונטיים לבדיקה.
SPR – מסמך פירוט תקלות
מסמך המפרט את התקלות שהתגלו במהלך ביצוע הבדיקות, בחתכים שונים: שם הפרויקט, צוות הפיתוח, חומרת התקלה, האם התקלה פתוחה או סגורה.
Unit – בדיקות יחידה
בדיקות המבוצעות ע"י מפתח התוכנה, או ע"י בודק תוכנה בעל ידע מקצועי בקוד הרלוונטי. מטרת הבדיקה היא לוודא שהקוד שנכתב על ידי המפתח הוא נקי וללא שגיאות, והיא מתבצעת ברזולוציות קטנות בתוך הקוד שנכתב.
טעות Error
פעולה אנושית שגורמת לקבלת תוצאה שגויה.
Integration – בדיקות אינטגרציה
בדיקת אינטגרציה הנקראת גם בדיקת שילוב. זוהי בדיקה שנועדה לבדוק כיצד משפיע חלק מסוים בתוכנה על יתר החלקים, ועל תוכנות אחרות איתן התוכנה עתידה להתממשק.
בדיקות קבלה
סדקת בדיקות המבוצעת לרוב על ידי מזמין המוצר, לאחר שהמוצר נמסר אליו. הבדיקה מבוצעת על מנת לוודא שהמוצר תואם את הצרכים והדרישות, ומהוות שלב אינטגרלי בתהליכי הבטחת איכות.
בדיקות שימושיות – Usability
בדיקות המיועדות לאפליקציות ומערכות המיועדות לבעלי מוגבלויות, או בדיקת אזורים באתר ובאפליקציה המיועדים לשרת את בעלי המוגבלויות.
בדיקות פונקציונליות – Functional
הבדיקות הפונקציונליות, כשמן כן הן, בודקות שהמערכת מבצעת את המשימות שלה (valid testing), ולא מובילה לתוצאות שאינן רצויות (invalid testing).
בדיקות ממשק לקוח – GUI
בדיקות לפקדים ולשדות במסך, במטרה לוודא התנהגות תקינה ופורמט של שדות. לדוגמה, בדיקה של מינימום תווים ומקסימום תווים בשדה.
בדיקת עומס – Load
בדיקה המדמה מצב שעל המערכת יש משתמשים רבים בו זמנית ועומסים נוספים מסיבות טכניות נקודתיות. הבדיקות מודדות את מהירות התגובה של האתר ומתי מגיעה "נקודת השבירה" של המערכת.
בדיקת התאוששות ושחזור – .Survival & Recovery
בדיקה המבוצעת לאחר שהמערכת נפלה, על מנת לראות שהנתונים שרדו.
בדיקות נסיגה – Regression
בדיקות שמבוצעות לאחר שהוכנסו שינויים במערכת, כדי לוודא שלא התרחשו קלקולים במידע הקיים בעקבות השינוי או העברת גרסה.
בדיקת שילוב מערכת – Compatibility
בדיקה לצורך וידוא יכולת שילוב של רכיב או תוכנה בתוך מערכת קיימת.
בדיקות עשן – Smoke
בדיקות שמסוגלות לגלות בגילוי מוקדם תקלות המצביעות על כשל משמעותי ברכיב כלשהו במוצר. בדיקות עשן מבוצעות באופן גמיש ואינטואיטיבי ולא על פי תסריט או זמן קבוע.
