פתרון שאלות מתוך מבחן ISTQB - חלק 1
פרקי ההרצאה: פתרון שאלות מתוך מבחן ISTQB - חלק 1
תמלול ההרצאה: פתרון שאלות מתוך מבחן ISTQB - חלק 1
הטקסט המלא של הדקות הראשונות בהרצאה «פתרון שאלות מתוך מבחן ISTQB - חלק 1» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום לכולם, הגענו לרגע שבו אנחנו רוצים לבדוק האם ההכנה והלימוד שעברנו לחומר ההסמכה של ה-STQB בסינבוס, הכין אותנו מספיק טוב לבחינת ההסמכה.
לצורך כך, נפתור ביחד את הבחינה לדוגמה שמצורפת באתר ITCB. אז מוכנים? אנחנו מתחילים.
לכל שאלה בבחינה יש תשובה אחת בלבד. בבחינה זו יש 39 שאלות, משך הבחינה 60 דקות. בהצלחה. אחת הדרכים לאמת את בסיס הבדיקות טסט בייסיז היא ביצוע עיצוב בדיקות טסט דיזיין בשלב מוקדם של הפרויקט.
איזה מטרת בדיקות טסט אובייקטיב מושגת כאשר עושים זאת? בשאלה הזאת יש ארבע תשובות אפשריות: העלאת רמת ביטחון באיכות התוכנה, מציאת דגמים, מניעת דגמים או לספק מידע לצורך קבלת החלטות.
זו שאלה קצת טריקית, אבל הרמז הזה שאומר לנו בשלב מוקדם של הפרויקט זה אומר שהכוונה היא שנבחר בתשובה שלא נובעת מתהליך של בדיקות דינמיות, בדיקות פונקציונליות, אלא מתהליך של בדיקות סטטיות, של review, של בדיקת מסמכי האפיון, מסמכי העיצוב, מסמכי הדרישות,
ולמנוע בעיות לפני שהן נוצרות בשלב כתיבת הקוד. לכן התשובה הנכונה ביותר היא מניעת דגמים. כשאנחנו מדברים על שלבים מוקדמים, אז אנחנו לא מדברים על מציאת פגמים והתפקיד שלנו הוא לא בדיוק לספק מידע לצורך קבלת החלטות.
העלאת רמת הביטחון ואיכות התוכנה זה משהו כללי מדי ולכן ג' היא התשובה הנכונה. אנחנו מנסים בעזרת בדיקה סטטית של review ובדיקת מסמכי האפיון למנוע תקלות שייווצרו בשלב כתיבת הקוד. שאלה 2: כאשר עובדים לפי תהליך הבדיקות הבסיסי Fundamental Test Process,
מתי נבצע את פעילות בקרת הבדיקות טסט קונטרול? התשובות האפשריות א. במהלך פעילות תכנון הבדיקות טסט פלנינג, במהלך פעילות יישום וביצוע הבדיקות טסט אימפלמנטיישן ואקזקיושן, במהלך פעילות ניטור הבדיקות טסט מוניטורינג, ד.
במהלך כל פעילויות הבדיקה. התשובה היא שפעילות בקרת הבדיקות מתבצעת כל הזמן. לאורך כל שלבי הבדיקות אנחנו נרצה לבצע בקרה ולכן התשובה הנכונה ביותר היא ד', זאת אומרת אנחנו רוצים כל הזמן לנטר ולבדוק האם העבודה של הבדיקות, של צוות הבדיקות מתבצעת על פי הלוח זמנים, האם התוצאות הן משביעות
רצון, האם יש בתוצאות מקום על מנת לעשות שינויים, שיפורים או לשנות את לוח הזמנים. אם כן, התשובה של שתיים היא במהלך כל פעילויות הבדיקה תתבצע פעילות בקרת הבדיקות.
שאלה 3 באיזה שלב של תהליך הבדיקות הבסיסי נעשה העיצוב design והתיעדוף prioritization של מקרה הבדיקה test cases? א. תכנון הבדיקות ב.
ניתוח ועיצוב הבדיקות ג. יישום וביצוע הבדיקות ד. הערכת קריטריון היציאה גם פה, אם הייתה תשובה נוספת שבמהלך כל פעילויות הבדיקה, היה אפשר להגיד שהעיצוב והתיעדוף הוא תהליך מתמשך.
אבל מכיוון שאין לנו אפשרות כזאת, האפשרות הנכונה ביותר היא ניתוח ועיצוב הבדיקות. זאת אומרת, בשלב של ניתוח ועיצוב הבדיקות, בשלב הזה נעשה את העיצוב ואת התיעדוף של מקרה הבדיקה.
4. באיזה מהמקרים הבאים דרגת העצמאות של הבודק היא הנמוכה ביותר? התשובות האפשריות: א. הבדיקות מפותחות על ידי האדם שכתב את הקוד, ב.
הבדיקות מפותחות על ידי מפתח אחר מזה שכתב את הקוד. הבדיקות מפותחות על ידי צוות בדיקות עצמאי, ד. הבדיקות נכתבות על ידי צוות בדיקות חיצוני.
מכרו חוקס OutSource. אם כן, שימו לב, כאן שואלים מתי דרגת העצמאות היא הנמוכה ביותר, הנמוכה ביותר, מתי העצמאות בעצם של מי שבודק היא הכי הכי מוגבלת?
והתשובה היא כשהאיש שכתב וקידד את הקוד ופיתח את הקוד הוא זה שבודק את הקוד, רמת העצמאות שלו היא הכי נמוכה.
יש קשב פסיכולוגי לבדוק את עצמך, קשה לך למצוא טעויות בקוד של עצמך, יש גם ניגוד אינטרסים מסוים אפילו אצל האנשים הישרים ביותר לבקר את עצמם. ולכן כשאנחנו מדברים על דרגת עצמאות הכי גבוהה, אז כשזה הבדיקות נכתבות על ידי צוות בדיקות חיצוני.
אבל כשאנחנו מדברים על דרגת עצמאות נמוכה ביותר, אז זה א', הבדיקות מפותחות על ידי אדם שכתב את ה... שאלה 5:
איזה מהמשפטים הבאים נכון? מפתח עושה שגיאה, מיסטייק, שגורמת לפגם defect שייתכן ויופיע ככשל failure בזמן הבדיקות הדינמיות, מפתח עושה שגיאה שגורמת לכשל failure שייתכן ויופיע גם כפגם fault שהתוכנה תרוץ.
למפתח יש כשל failure שגורם לפגם defect ויופיע כשגיאה mistake בזמן הבדיקות הדינמיות דינמיק טסטי.
מפתח עושה שגיאה mistake שגורמת לבאג באג שייתכן ויופיע כפגם defect שהתוכנה תרוץ. פה אנחנו נחפש את התשובה שנראית לנו הכי מדויקת.
אז התשובות שנראות הכי מדויקות זה התשובות שמופיעה בהן סוג הבדיקות הדינמיות, אוקיי? כי כשאנחנו מוצאים באגים זה כבר אחרי שלב הבדיקות הסטטיות של ה-review של המסמכי אפיון והמסמכי design ולכן מפתח עושה שגיאה מסטייק שגורמת לדיפקט שייתכן ויופיע ככשל failure בזמן הבדיקות הדינמיות.
זו התשובה המדויקת ביותר. למה ג' לא נכון? למפתח יש כשל, פיילור, פיילור זה בתוכנה, זה לא בדיוק מה שהמתכנת עושה, המתכנת עושה טעות, שוגה בכתיבת הקוד, בכתיבת הלוגיקה, שגורמת לפגם, דפקט זה נכון, שייתכן יופיע כשגיאה, מסטייק זה קצת משחק של אנגלית,
אבל המסטייק זה בשלב כתיבת הקוד ולא בשלב הבדיקה. ולכן א' היא התשובה הנכונה. איזה מהמשפטים הבאים הוא דוגמה לניפוי באגים?
דיבאגינג א' בודק מגלה פגם דיפקט ומדווח עליו, ב' בודק מבצע בדיקה חוזרת של תיקון שקיבל מהמפתח ומוצא נסיגה רגרשן בקוד, ג' מפתח מגלה את הסיבה לפגם ומתקן אותו, ד' מפתח מבצע בדיקת יחידה יוניטסט.
אז מה זה דיבאגינג? דיבאגינג זה בעצם לגלות את ה-root cause, הגורם גם לדיפקט ולתקן אותו זאת אומרת אנחנו כאנשי בדיקות מעידים על הדיפקט ובעצם מה גרם לדיפקט זה התפקיד של המפתח לנטר