
הטקסט המלא של הדקות הראשונות בהרצאה «ראיון עבודה מקצועי בשילוב מושגים מתחום הבדיקות - QA - חלק 1» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
הגענו לטיפ החמישי, והוא אולי טיפ חשוב ביותר. איך לעבור ריאיון עבודה לתפקיד איש בדיקות מתחיל ג'וניור, רקע טכני? אני רוצה להראות למראיין שלי שאני יכול להשתמש במושגים מהתחום המקצועי של הבדיקות תוכנה.
כלומר, אני רוצה לשלב מושגים שקשורים ל-QA תוך כדי השיחה שלי עם המראיין. לדוגמה, אני אדגיש את הלימוד שלי ואת ההשקעה שלי בתחום הבדיקות על ידי שימוש במושגים מהתחום.
לדוגמה, מהי בדיקה? אז אני מזכיר, בדיקה היא בדיקת פער בין ההתנהגות המצופה מהמערכת להתנהגות בפועל. אני רוצה לוודא שההתנהגות בפועל עולה בקנה אחד עם ההתנהגות המצופה.
התנהגות המצופה מוגדרת על ידי מסמכי אפיון. מסמכי אפיון זה גם מושג שאנחנו יכולים להשתמש בו. מהי תקלה ומהו באג? באג זה כאשר בבדיקה אני מוצא פער בין ההתנהגות המצופה בין ההתנהגות בפועל של המערכת. לדוגמה, אם אני באתר של בנק מסוים, אני רוצה לוודא שכשאני רוצה להצטרף לבנק ולוחץ
על כפתור ההצטרפות, נפתח לי את האפשרות להצטרף לבנק הפועלים בתהליך מהיר. אז אני יכול לעשות תיאום פגישה לדוגמה, ואז כשאני אלחץ יהיה לי את כל הפרטים עם הטופס פה. כשאני אמלא את הטופס ומלא את כל הפרטים, אז אני אעשה שלח קוד ואני אקבל את הקוד. זו ההתנהגות המצופה.
אז ההתנהגות בפועל צריכה להיות שכל התהליך הזה מתבצע בצורה תקינה. אז כאמור, אנחנו צריכים להתכונן על המושגים האלה וגם לנסות להדגים אותם ולעשות סימולציה לעצמנו איך אנחנו משלבים אותם בדוגמאות תוך כדי אזכור שלהם. אז באו בג דיברנו כרגע, הפער בין התנהגות בפועל להתנהגות המצופה.
ומה היא ג'ירה? לדוגמת ג'ירה זו מערכת קלאוד שהמטרה שלה לתעד או לנהל טסטים במערכת נבדקת. כלומר, דרך הג'ירה אני מנהל טסטים ופותח תקלות לצוות הפיתוח על הפערים שגיליתי במערכת.
אז אני יכול להגיד על ג'ירה שהיא של חברת אטלסיאן ושאני יכול להיכנס אליה, ובעזרת הרישום לג'ירה אני יכול להקים לעצמי פרויקטים ולפתוח תקלות. כמובן, כשאני חלק מחברה שעובדת עם ג'ירה, אני משתמש ברישיון של החברה על מנת לנהל את הפרויקטים שאני רוצה ולנהל את התקלות של הפרויקט.
הייתי מנסה לשלב גם את המושג אג'ייל בתוך השיחה שלי עם MRIN. כלומר, אג'ייל זו שיטת ניהול של צוות פיתוח שכולל בתוכו גם אנשי בדיקות, כך שאנשי הפיתוח ואנשי הבדיקות עובדים במקביל ועוזרים זה לזה כדי להבטיח שהפיתוח מבוצע בצורה כזאת שהיא תהיה איכותית והבדיקות יהיו כמה שיותר
קרוב וכמה שיותר אינטנסיבי יחד עם תהליך הפיתוח. כלומר, העבודה היא אינטראקטיבית ויחד במקביל, בו זמנית, גם של הבודק וגם של המפתח, והם ממש עובדים במקביל ויחד בעצם. לעומת פיתוח בשיטה של מפל המים, ווטרפולט, שבהם זה שני צוותים נפרדים, כל צוות עובד רק
כשהצוות השני סיים את העבודה. כלומר, איש הפיתוח קודם מפתח, ורק אז איש הבדיקות מבצע בדיקות על התוכנה שהפיתוח שלה הסתיים. איך לתעד תקלה?
דיברנו על זה, יש מערכות לתיעוד תקלות, כמו ג'ירה, שבהן אנחנו נרצה להראות את ההתנהגות שעשינו במערכת, את כל הצעדים בצורה מסודרת וממוספרת. חשוב מאוד לתרגל את התהליך הזה ואת ההתנהגות שציפיתי, לעומת ההתנהגות בפועל של מה שקרה בפועל, לצרף לוגים, לצרף תמונות וכדומה.
אם לדוגמה ההתנהגות שאני רוצה לוודא היא כשאני מכניס תעודת זהות לא חוקית, כן, זו בדיקה נגטיבית, שלילית, אז המערכת נותנת לי הודעת שגיאה, לדוגמה משהו כזה, אז זו ההתנהגות שאני מצפה.
אני מצפה שהמערכת תגיד לי כל הפרטים הלא נכונים שהזנתי בטופס על מנת לקבל ולזמן תור לפתיחת חשבון חדש. ובה תקלות מאוד מאוד חשובות למערכת.
אז זו דוגמה לתיאור באג. אני אתן צילום של המסך ואציין מה ההתנהגות שציפיתי כשהכנסתי לדוגמה פה תעודת זהות חוקית, ובכל זאת לא קיבלתי את הודעת השגיאה הנכונה. איך נכתוב טסט באופן נכון? נכתוב טסט בצורה