בעולם הפיתוח המהיר של ימינו, איכות התוכנה (QA) היא לא רק שלב בתהליך – היא המפתח להצלחת המוצר. בין אם אתם עושים את הצעדים הראשונים שלכם בתחום ובין אם אתם בודקים מנוסים שרוצים לשדרג את מעמדכם המקצועי, כנראה ששמעתם את ראשי התיבות ISTQB.
מאמר זה יעשה לכם סדר: מהי ההסמכה הזו, למי היא מתאימה, ויספק לכם סימולציה של 20 שאלות תרגול מתוך מבחן ה-Certified Tester Foundation Level (CTFL) כדי שתוכלו לבחון את עצמכם.
מה זה ISTQB?
ISTQB ראשי תיבות של International Software Testing Qualifications Board (הוועד הבינלאומי להסמכות בדיקות תוכנה). זהו גוף ללא מטרות רווח שנוסד בשנת 2002 ומאז הפך לסטנדרט הבלתי מעורער והמוכר ביותר בעולם להסמכת בודקי תוכנה.
הארגון מגדיר סילבוס אחיד, מושגים גלובליים (Glossary) ומתודולוגיות עבודה מקובלות. תעודת ה-ISTQB מוכרת בעשרות מדינות ומספקת שפה משותפת לבודקים, מפתחים ומנהלים בכל רחבי הגלובוס.
רמות ההסמכה
המסלול של ISTQB מחולק למספר רמות, כאשר הבסיס לכולן הוא:
- Foundation Level (CTFL): רמת הבסיס (עליה נתמקד כאן).
- Advanced Level (CTAL): רמת מתקדמים (מנהלי בדיקות, אנליסטים טכניים וכו').
- Expert Level: לרמת מומחיות גבוהה במיוחד.
למי ההסמכה הזו מתאימה?
הסמכת ה-ISTQB Foundation Level מתאימה למגוון רחב של בעלי תפקידים:
- חיילים משוחררים ומשבשי קריירה (שותפים להסבה מקצועית): למי שרוצה להיכנס לעולם ההייטק דרך שער ה-QA. ההסמכה מעניקה יתרון משמעותי בקורות החיים ומראה על רצינות והבנה תיאורטית מוצקה.
- בודקי תוכנה מתחילים (בדיקות ידניות): כדי לבסס את הידע התיאורטי שלהם, להבין את ה"למה" מאחורי ה"איך", ולדבר בשפה המקצועית של התעשייה.
- אנשי אוטומציה ומפתחים: שרוצים להבין טוב יותר את מתודולוגיית הבדיקות, כיצד לעצב מקרי בדיקה יעילים ולשפר את איכות הקוד שלהם.
- מנהלי פרויקטים ומנתחי מערכות: המעוניינים להבין לעומק את מחזור חיי הבדיקות (STLC) כדי לנהל לוחות זמנים וסיכונים בצורה חכמה יותר.
20 שאלות תרגול למבחן ISTQB Foundation Level (עם תשובות והסברים)
מבחן הבסיס מורכב מ-40 שאלות אמריקאיות (מתוכן יש לענות נכון על 26 שאלות לפחות, כלומר 65% כדי לעבור). לפניכם 20 שאלות המייצגות את הנושאים השונים בסילבוס:
שאלות 1-5: עקרונות הבדיקה ומחזור החיים (Chapter 1 & 2)
1. מהו אחד משבעת עקרונות הבדיקה של ה-ISTQB?
א. בדיקות מראות את היעדרן של תקלות (Absence of defects). ב. בדיקות מקיפות (Exhaustive testing) הן אפשריות עם כלים מתאימים. ג. בדיקות מוקדמות חוסכות זמן וכסף (Early testing). ד. הבדיקות תלויות לחלוטין בכלי האוטומציה שנבחרו.
תשובה נכונה: ג. הסבר: בדיקה מוקדמת בשלבי האפיון והתכנון עוזרת לגלות באגים לפני שהם מקודדים, מה שמוזיל משמעותית את עלות התיקון. בדיקות מקיפות אינן אפשריות (עיקרון 2), ובדיקות יכולות להראות רק נוכחות של פגמים, לא את היעדרם (עיקרון 1).
2. מה ההבדל בין שגיאה (Error/Mistake), פגם (Defect/Bug/Fault) וכשל (Failure)?
א. שגיאה היא פעולה אנושית המייצרת פגם בקוד, וכאשר הקוד הפגום מורץ הוא עלול לגרום לכשל במערכת. ב. כשל גורם לפגם, שגורם לשגיאה של המשתמש. ג. פגם הוא כשל של המפתח, ושגיאה היא התנהגות המערכת. ד. אין הבדל, אלו מילים נרדפות לחלוטין ב-ISTQB.
תשובה נכונה: א. הסבר: זהו סדר ההשתלשלות הקלאסי של ה-ISTQB. אדם טועה (Error) -> נוצר פגם בקוד (Defect) -> בזמן הריצה הפגם מתבטא בהתנהגות לא נכונה של התוכנה (Failure).
3. באיזה שלב של מחזור חיי פיתוח התוכנה (SDLC) יש להתחיל את פעילויות הבדיקה?
א. ברגע שהקוד נכתב במלואו. ב. מיד לאחר שהמתכנתים מסיימים בדיקות יחידה (Unit Testing). ג. בשלבים המוקדמים ביותר של הפרויקט, כולל שלב הגדרת הדרישות. ד. שלב הבדיקות מתחיל רק כשהלקוח מבקש זאת.
תשובה נכונה: ג. הסבר: בהתאם לעיקרון "Early Testing", פעילויות הבדיקה (כמו סקירת דרישות) צריכות להתחיל מוקדם ככל האפשר.
4. מהו ההבדל המרכזי בין בדיקות אישור (Confirmation Testing / Re-testing) לבדיקות נסיגה (Regression Testing)?
א. בדיקות אישור מתבצעות על ידי המפתחים, ובדיקות נסיגה על ידי הבודקים. ב. בדיקות אישור בודקות שהבאג הספציפי תוקן, בעוד בדיקות נסיגה בודקות שתיקון הבאג לא הרס אזורים אחרים שעבדו קודם לכן. ג. בדיקות נסיגה מבוצעות רק באופן ידני, בעוד בדיקות אישור הן תמיד אוטומטיות. ד. אין הבדל ביניהן.
תשובה נכונה: ב. הסבר: Re-testing נועד לוודא שהפגם המקורי אכן נעלם. Regression נועד לוודא שלא נוצרו פגמים חדשים בעקבות השינוי בקוד.
5. מה מהבאים מתאר בצורה הטובה ביותר את מודל ה-V (V-Model)?
א. מודל פיתוח שבו שלב הבדיקות מתבצע רק בסוף הפרויקט ללא קשר לשלבי הפיתוח. ב. מודל המקשר בין כל שלב פיתוח (בצד השמאלי) לשלב בדיקות תואם (בצד הימני). ג. מודל פיתוח אג'ילי מובהק שאינו דורש תיעוד. ד. כלי אוטומציה לבדיקות עומסים.
תשובה נכונה: ב. הסבר: מודל ה-V מדגים כיצד פעילויות הבדיקות (כגון בדיקות יחידה, בדיקות אינטגרציה, בדיקות מערכת ובדיקות קבלה) מקבילות ישירות לשלבי הפיתוח והתכנון של התוכנה.
שאלות 6-10: בדיקות סטטיות ודינמיות (Chapter 3)
6. מהו היתרון המרכזי של בדיקות סטטיות (Static Testing)?
א. הן מאפשרות להריץ את הקוד במהירות רבה יותר. ב. הן מגלות פגמים בשלב מוקדם וזול, עוד לפני הרצת התוכנה. ג. הן מבוצעות רק על ידי לקוחות הקצה (Beta Testing). ד. הן אינן דורשות מעורבות של בני אדם.
תשובה נכונה: ב. הסבר: בדיקות סטטיות (כמו סקירת מסמכי דרישות או מעבר על קוד ללא הרצה – Static Analysis) מוצאות באגים כמו סתירות בדרישות או בעיות תחביר בקוד בשלב מוקדם מאוד.
7. איזה סוג של סקירה (Review) נחשב לפורמלי ביותר ומאופיין בתפקידים מוגדרים (כמו מנחה, רושם ובודק) ומדדים מוגדרים?
א. Walkthrough ב. Informal Review ג. Inspection (פיקוח) ד. Technical Review
תשובה נכונה: ג. הסבר: Inspection הוא התהליך הפורמלי ביותר ב-ISTQB, הכולל כניסה ויציאה מבוססות קריטריונים, תפקידים קבועים מראש, ומדידת יעילות התהליך.
8. מה מהבאים נבדק באמצעות בדיקות דינמיות (Dynamic Testing) אך לא באמצעות בדיקות סטטיות?
א. מסמך אפיון דרישות (SRS). ב. קוד מקור (Source Code) שלא עבר קומפילציה. ג. התנהגות המערכת בזמן אמת ותחת עומס (System Performance). ד. תוכניות בדיקה (Test Plans).
תשובה נכונה: ג. הסבר: בדיקות דינמיות מחייבות את הרצת התוכנה בפועל. ביצועי מערכת תחת עומס ניתן למדוד רק בזמן ריצה.
9. במהלך סקירה (Review), מהו תפקידו של ה-Scribe (או ה-Recorder)?
א. לנהל את הפגישה ולוודא שהזמנים נשמרים. ב. לתקן את הבאגים בקוד באופן מיידי. ג. לתעד את כל הפגמים, השאלות וההחלטות שעלו במהלך פגישת הסקירה. ד. להחליט האם המסמך מאושר או נדחה.
תשובה נכונה: ג. הסבר: ה-Scribe (הרושם) אחראי על התיעוד הכתוב של הממצאים במהלך הסקירה הפורמלית.
10. מי מהבאים מוביל בדרך כלל פגישת Walkthrough?
א. המחבר של מסמך העבודה (Author). ב. מנהל הפרויקט. ג. בודק חיצוני עצמאי. ד. מומחה אבטחת מידע.
תשובה נכונה: א. הסבר: ב-Walkthrough, יוצר המסמך (המחבר) הוא זה שמוביל את המשתתפים לאורך המסמך ומסביר אותו כדי לקבל משוב.
שאלות 11-15: טכניקות עיצוב בדיקות (Chapter 4)
11. מערכת פיננסית מעניקה הנחה של 5% ללקוחות בגילאי 18 עד 60 (כולל). מהם ערכי הקצה (Boundary Values) המדויקים ביותר בשיטת 2-point Boundary Value Analysis?
א. 17, 18, 60, 61 ב. 18, 19, 59, 60 ג. 10, 18, 60, 70 ד. 18 ו-60 בלבד
תשובה נכונה: א. הסבר: בשיטת 2 ערכי קצה לכל גבול (Boundary Value Analysis), אנו בודקים את ערך הגבול עצמו ואת הערך שנמצא מיד מחוץ לו. הגבולות הם 18 ו-60, ולכן נבדוק את: 18 (על הגבול), 17 (מחוץ לגבול התחתון), 60 (על הגבול), ו-61 (מחוץ לגבול העליון).
12. מהי טכניקת בדיקה המבוססת על "קופסה שחורה" (Black-Box Testing)?
א. Statement Testing (בדיקת הצהרות קוד). ב. Decision Testing (בדיקת החלטות בקוד). ג. Boundary Value Analysis (ניתוח ערכי קצה). ד. Path Testing (בדיקת נתיבים בקוד).
תשובה נכונה: ג. הסבר: טכניקות קופסה שחורה מתמקדות בקלט ופלט ללא הכרת המבנה הפנימי של הקוד. השאר הן טכניקות קופסה לבנה (White-Box).
13. מהו היתרון העיקרי של שימוש בטבלאות החלטה (Decision Tables)?
א. הן עוזרות לבדוק את זמני התגובה של שרתי מסדי הנתונים. ב. הן מאפשרות לבדוק שילובי תנאים מורכבים והתנהגויות מערכת התלויות בהם. ג. הן מגלות שגיאות כתיב במסמכי הדרישות באופן אוטומטי. ד. הן מודדות את אחוז כיסוי השורות בקוד (Statement Coverage).
תשובה נכונה: ב. הסבר: טבלת החלטה היא כלי מצוין למיפוי חוקים עסקיים מורכבים שבהם שילובים שונים של כניסות (Conditions) מייצרים פעולות שונות (Actions).
14. מהי טכניקת "בדיקה מבוססת חקירה" (Exploratory Testing)?
א. בדיקה שבה הבודק מעצב, מריץ ומתעד את הבדיקות בו-זמנית תוך כדי למידת המוצר. ב. בדיקה שמבוצעת רק על פי תוכנית בדיקה מפורטת שנכתבה מראש על ידי מנהל הבדיקות. ג. בדיקה המתבצעת אך ורק באמצעות הרצת סקריפטים אוטומטיים בלילה. ד. בדיקה המיועדת למצוא באגים בקוד המקור באמצעות כלים סטטיים.
תשובה נכונה: א. הסבר: Exploratory Testing היא בדיקה מבוססת ניסיון (Experience-based) שבה הלמידה, עיצוב הבדיקות והרצתן מתרחשים במקביל ובצורה חופשית אך ממוקדת.
15. אם קוד מכיל תנאי פשוט מסוג if (A && B), כמה מקרי בדיקה נדרשים כדי להשיג 100% כיסוי החלטות (Decision Coverage)?
א. מקרה בדיקה אחד. ב. שני מקרי בדיקה. ג. ארבעה מקרי בדיקה. ד. שמונה מקרי בדיקה.
תשובה נכונה: ב. הסבר: כיסוי החלטות (Decision Coverage) דורש לבדוק את שני המוצאים האפשריים של ההחלטה כולה: פעם אחת שהביטוי כולו יוערך כ-True, ופעם אחת כ-False. לכך נדרשים 2 מקרי בדיקה.
שאלות 16-20: ניהול בדיקות וכלים (Chapter 5 & 6)
16. מי אחראי בדרך כלל על כתיבת תוכנית הבדיקות (Test Plan)?
א. מפתח התוכנה הראשי. ב. מנהל הבדיקות (Test Manager / Test Lead). ג. מנהל המוצר (Product Owner). ד. בודק התוכנה הזוטר ביותר בצוות.
תשובה נכונה: ב. הסבר: מנהל הבדיקות אחראי על תכנון הפעילויות, הקצאת משאבים, הערכת סיכונים וגיבוש אסטרטגיית הבדיקות במסמך ה-Test Plan.
17. מהו "סיכון מוצר" (Product Risk)?
א. האפשרות שחברת הפיתוח תפשוט את הרגל במהלך הפרויקט. ב. החשש שחבר צוות מפתח יעזוב את העבודה. ג. האפשרות שהתוכנה לא תתפקד כמצופה או תכשל בייצור (למשל, חישוב מס שגוי). ד. מחסור ברישיונות לכלי הבדיקות האוטומטיים.
תשובה נכונה: ג. הסבר: סיכון מוצר מתייחס לאיכות המוצר עצמו ולסיכוי שהתוכנה תכשל בלספק ערך או תגרום לנזק. א', ב' ו-ד' הם "סיכוני פרויקט" (Project Risks) המשפיעים על היכולת לבצע את העבודה.
18. מהי מטרתו של דוח סיכום בדיקות (Test Summary Report)?
א. לתעד את שעות העבודה של כל בודק לצורך תשלום שכר. ב. להציג לבעלי העניין (Stakeholders) את תוצאות הבדיקות, מצב האיכות הנוכחי של המוצר, והערכה לגבי מוכנותו לשחרור. ג. לספק מדריך למשתמש הקצה של המערכת. ד. להחליף את הצורך בתיקון באגים קריטיים.
תשובה נכונה: ב. הסבר: דוח הסיכום מעניק תמונת מצב מבוססת נתונים (מדדים, אחוז מעבר של בדיקות, באגים פתוחים) המאפשרת למנהלים לקבל החלטה מושכלת האם לשחרר את המוצר.
19. איזה סוג של כלי בדיקה עשוי להביא לתוצאה של "אפקט החלונות הפתוחים" (או יצירת עומס תחזוקתי) אם הבדיקות מתוכננות בצורה לא נכונה?
א. כלי לניהול בדיקות (Test Management Tool). ב. כלי להרצת בדיקות אוטומטיות (Test Execution Tool / GUI Test Automation). ג. כלי לניתוח סטטי (Static Analysis Tool). ד. כלי לניהול גרסאות (Configuration Management Tool).
תשובה נכונה: ב. הסבר: כלי בדיקה אוטומטיים ברמת הממשק (GUI) דורשים תחזוקה רבה מאוד. אם הם לא מתוכננים נכון (למשל, זיהוי אלמנטים קשיח מדי), כל שינוי קטן בעיצוב האתר יכשיל את הבדיקות ויגרור שעות עבודה רבות של תיקון סקריפטים.
20. מהו "ניהול תצורה" (Configuration Management)?
א. תהליך של הגדרת חומרה בלבד בשרתי הבדיקות. ב. שיטה לוודא שכל בדיקות האוטומציה רצות במהירות מקסימלית. ג. ניהול ובקרה על הגרסאות של כלל תוצרי הפרויקט (קוד, מסמכי דרישות, מקרי בדיקה) כדי לשמור על עקביות ושלמות. ד. הגדרת הרשאות משתמשים במערכת ההפעלה.
תשובה נכונה: ג. הסבר: ניהול תצורה מבטיח שכולם עובדים על הגרסה הנכונה של הקוד, הדרישות ומסמכי הבדיקות, ומאפשר שחזור של מצבי מערכת קודמים במידת הצורך.
טיפ זהב למעבר המבחן:
קראו היטב את ה-Syllabus הרשמי של ISTQB והשתמשו במונחון המונחים (Glossary). רוב הטעויות במבחן נובעות מפירוש לא נכון של ההגדרות היבשות או מקריאה מהירה מדי של השאלות. בהצלחה!
לקרוא מאמרים זה נחמד אבל לא יביא אותך לתוצאה שאתה רוצה, בדיוק בשביל זה הכנו עבורך את הקורס הדיגיטלי המהיר, תוך שעתיים וחצי תלמד את תחום הבדיקות ידניות, תוכל להתחיל לעבוד מהבית דרך FIVERR או ולהתכונן נכון לראיונות עבודה שיעזרו לך לצלוח אותם. כנס כאן הקורס ממוקד בבדיקות תוכנה ידניות הנותן בסיס חזק לתחום.
לעבוד מהבית כבודק תוכנה עם FIVERR >> לחץ כאן
TesQA 