קורה לכם שאתם משתמשים באפליקציה או באתר אינטרנט לוחצים על כפתור כלשהו והוא פשוט לא עובד, או שקופצת לכם איזשהי הודעת שגיאה מוזרה במקום לשמור את ההזמנה שיצרתם? אז אם יצא לכם להיתקל בשגיאות של התוכנה, ברוכים הבאים לעולם בדיקות התוכנה.
המטרה העיקרית של בודק תוכנה הוא למצוא תקלות ולדווח עליהם לפיתוח, ממש כמו בדוגמא מקודם, יצרתם הזמנה, היא לא הסתיימה בכפתור האחרון של ההזמנה במקומה יצאה הודעת שגיאה, זה BUG. (תקלה)
עם הזמן והשנים התפתחו בדיקות התוכנה לכיוונים רבים ושונים, אבל עדיין המטרה העיקרית של חיפוש באגים ודיווח לא השתנה. אז איך זה קורה פרקטית?
בודק התוכנה מקבל פרויקט או משימה מראש הצוות שלו שבדרך כלל מתעדף ומחלק את המשימות בין בודקי התוכנה לפי שיקול תעד של ידע מקצועי, ידע עסקי שיש לאותו בודק ולפי חשיבות של הנושא לבדיקה.
איך בודק תוכנה מתחיל את היום?
כשבודק התוכנה ניגש למשימה, הוא יתחיל בתכנון הבדיקות, כשהוא מתבסס על מסמכי איפיון שהעבירו אליו, או על ידי זה שהוא יושב ליד המפתח שיצר את התוכנה, וכותב בעצמו את תיאור השינוי והדרישה.
לאחר שבודק התוכנה מסיים את תכנון הבדיקות, ומקבל אישור לכיסוי הבדיקות מראש הצוות או ממנהל הפרויקט, הוא ניגש ליישום הבדיקות בפועל, על ידי הרחבה של מסמך התכנון למסמך מפורט יותר, שלמעשה מתאר כל שלב ושלב באפליקציה שהוא מתכנן לבדוק, לדוג' את מסך הכניסה, איזה שם משתמש וסיסמא הוא יזין, האם יחזור על פעולת הכניסה יותר מפעם אחת ועל ידי משתמשים שונים. ועד שהוא מגיע לשינוי שאותו ביצע המפתח ומתמקד בו.
לאחר שביצע בפועל את הבדיקות שאותן תכנן, ובדרך גם מצא כמה תקלות, עליו לדווח עליהם ליחידת הפיתוח, ולסייע להם באיתור התקלה, על ידי שחזור מדוייק של התקלה, ובליווי צילומי מסך או סרטון וידאו המראה איך הוא הגיע לאותה שגיאה באפליקציה.
לאחר שיחידת הפיתוח מסיימת לטפל בתקלה שעליה דיווח הבודק תוכנה, היא מחזירה את התקלה לבדיקה חוזרת כי אכן התקלה טופלה, ואין שגיאות נוספות או שלא נהרס משהו שכבר עבד טוב לפני השינוי. ולמעשה הבודק מבצע בדיקה גם על התיקון וגם בודק רגרסיה של האפליקציה.
בסוף יום העבודה, המשימה או הפרויקט בודק התוכנה מסכם את הפעילות לראש הצוות או למנהל הפרויקט, על היקף הבדיקות שעשה, כמות התקלות שמצא, וכמות התקלות שתוקנו על ידי הפיתוח.
לסיכום ומה היה לנו פה?
קבלת המשימה לבדיקות
יצירת מסמך תכנון בדיקות
יצירת מסמך בדיקות מפורט
ביצוע הבדיקות בפועל
דיווח על תקלות
בדיקות חוזרות של תקלות שכבר טופלו
סיכום תהליך הבדיקות
התהליך שתיארנו מפרט היטב את יום בחיי בודק תוכנה והעניין שיש במקצוע, כמובן שיש עומק לכל שלב, ויש מספר סוגים ושיטות עבודה ייחודיות ליישום בדיקות, יש גם מתודולוגיות שונות לדוגמא יישום ב Agail. ככה שכל שיטה מייצר מומחיות ספציפית אצל בודקי התוכנה המקבלים הסמכות ומתקדמים ככל ומעמקים ומקבלים בסיס נכון להכשרה שלהם.
מתעניין בתחום? רוצה לקבל הכשרה קצרצרה אבל שתיתן לך בסיס מספיק טוב ופרקטי להתחיל לעבוד כבודק תוכנה? כנס עכשיו וקבל תוכן איכותי שיתאר לך שלב אחרי שלב את התחום, ולקבל תבניות עבודה מוכנות להתחיל ליישם בפועל.
TesQA 