שאלות מתוך הבחינה

תמלול ההרצאה: שאלות מתוך הבחינה

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

1. 00:03

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

2. 00:25

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

3. 00:46

   אני רוצה ללכת לתוצאת הבחינה של, אתם רואים, בחינות הסמכה ITCB, ארגון ההסמכה הישראלי, אני לוחץ עליו, וכאן יש לי כמה בחינות דוגמה שאני יכול לקחת ולהתאמן עליהן. אני יכול להוריד נגיד את הבחינה של 2016, ולראות בעצם את החומרים.

4. 01:05

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

5. 01:19

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

6. 01:38

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

7. 02:01

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

8. 02:12

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

9. 02:35

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

10. 02:59

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

11. 03:24

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

12. 03:48

    שאלה 3 באיזה שלב של תהליך הבדיקות הבסיסי נעשה העיצוב design והתיעדוף prioritization של מקרה הבדיקה test cases? תכנון בדיקות א', ב', ניתוח ועיצוב הבדיקות, ג', יישום וביצוע הבדיקות, ד', הערכת קריטריון יציאה.

13. 04:09

    התשובה הנכונה היא ב', ניתוח ועיצוב הבדיקות. אנחנו יכולים לראות גם מהשאלה איזשהו רמז, בשלב של תהליך הבדיקות הבסיסי נעשה העיצוב, אז ניתוח ועיצוב, מן הסתם זה יהיה השלב שבו נבצע את העיצוב והתיעדוף של הבדיקות שנכתוב.

14. 04:28

    אז בהתחלה אנחנו מתכננים את הבדיקות, עדיין אין לנו טסט קייסס. פה, ניתוח ועיצוב הבדיקות, כבר אנחנו יכולים לנתח טסט קייסס שכתבנו, סיפורי לקוח שכתבנו, סיפורי משתמש שכתבנו, וכבר לתעדף את זה. אז שאלה 3, התשובה הנכונה היא ב' ניתוח ועיצוב הבדיקות, זהו השלב שבו נעשה את ה-Design וה-Prioritization של ה-Test Cases.

15. 04:54

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

16. 05:11

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

17. 05:24

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

18. 05:44

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

19. 05:55

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

20. 06:12

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

21. 06:22

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

22. 06:33

    ויסטייק, דיפקט, פיילר, דינמיק טסטינג, כל המושגים מופיעים בסדר הנכון.

23. 06:39

    בואו נעבור על שאר התשובות. מפתח עושה שגיאה, ארור זה לא המושג הנכון, שגורמת לכשל, פיילר, שייתכן ויופיע גם כפגם.

24. 06:50

    פאונדט, בכלל לא מופיעה המילה דיפקט כשהתוכנה תרוץ. אין פה את מצג הבדיקות הדינמיות, א' עדיין עדיף מבחינתי.

25. 06:59

    בואו נראה את ג', למפתח יש כשל,