מה זאת מתודולוגיה לבדיקות תוכנה ומדוע זה חלק חשוב בקורס בדיקות תוכנה?
מתודולוגיה, בהגדרה, זו שיטת עבודה.
למה בכלל צריך מתודולוגיה לבדיקות התוכנה? למה זה מהווה חלק ניכר מקורס האונליין שלנו לבדיקות תוכנה? למה אי אפשר פשוט לקחת את התוכנה או את האפליקציה, לעבוד איתה איך שנראה לנו וכך לראות שהיא עובדת נכון???
לפני 40-50 שנה בתחילת הפריחה של עידן המחשבים, זה באמת היה המצב. לא היו בודקי תוכנה בכלל ולא היה קיים מקצוע כזה! המקצוע היחידי שהיה בתחום של פיתוח מערכות תוכנה היה מקצוע המתכנת, מה שקוראים כיום – המפתח. והמתכנת היה עושה הכל: הוא תכנן את המערכת, כתב אותה ובסוף גם בדק שהיא עובדת. וזה עבד בסדר. זה עבד בסדר בגלל שהטכנולוגיה הייתה פשוטה, הזיכרון היה מוגבל והמערכות היו קטנות יחסית ופשוטות יותר.
אז מה השתנה? ובכן, כמעט הכול – הטכנולוגיה של המחשבים השתנתה וממשיכה להשתנות בקצב מאוד מהיר, יש כיום יותר סוגי מחשבים, יותר שפות פיתוח, האינטרנט והתקשורת התווספו למסיבה ועוד ועוד. כל אלו יצרו מצב שהמערכות אותן מפתחים היום הן גדולות יותר ומורכבות יותר ולכן גם רגישות יותר לבעיות. בנוסף, מחשבים ותוכנות נכנסו כבר לכל אספקט בחיים שלנו – הטלפון, המכונית, חשבון הבנק, מכשור רפואי ועוד ועוד – ולכן לכל בעיה שעשויה להיות בתוכנות האלו, יכולות להיות השלכות חמורות וקשות משהיו פעם.
וכך נולד תפקיד בודק התוכנה.
בודק התוכנה אחראי לבדוק את התוכנה ולמצוא בה את כל המקומות בהן יש בעיות, המקומות בהן התוכנה לא עובדת כמו שהיא אמורה או לא עובדת נכון. בשביל לעשות את זה בצורה הכי יעילה והכי מקיפה, בודק התוכנה צריך להבין היטב את התוכנה אותה הוא בודק, ואז הוא צריך לדעת לפרק אותה לגורמים (מבחינה רעיונית בלבד) ולחשוב איך הוא בודק כל גורם וגורם, ולבסוף הוא צריך לחשוב איך הוא בודק את כל הגורמים יחד.
זה מהווה את הבסיס למתודולוגיה של בדיקות וזאת הסיבה מדוע חשוב כל כך לבודק התוכנה המתחיל ללמוד ולתרגל מתודולוגית בדיקות כחלק מקורס לבדיקות תוכנה.
מתודולוגיות בדיקות תוכנה
יש כיום מספר גישות שונות לבדיקות תוכנה, אבל כולן מתבססות על אותם עקרונות:
- הבנת המערכבת
- פירוק המערכת לגורמים
- להבטיח שהבדיקות יכסו את כל הפעולות במערכת.
- להבטיח שאפשר יהיה לבצע את הבדיקות שוב ושוב בלי להשקיע זמן על תכנון חוזר
- לוודא שהבדיקות מספקות מידע שתורם להערכת איכות המערכת
איזה מתודולוגיות לומדים בקורס של QA-Online?
בQA Online אנחנו מאמינים שיש חשיבות רבה למתודולוגיה. הבנה ותרגול של המתודולוגיה זאת הדרך שבה אדם לומד לחשוב כבודק תוכנה ומה שמאפשר לו/ה להיות מסוגל לקחת כל מערכת תוכנה ולבדוק אותה באופן היעיל והמקצועי ביותר. לכן בקורס בדיקות התוכנה האונליין שלנו, אתם תלמדו לעומק את המתודולוגיה הקלאסית, שכוללת שלושה שלבים:
- שלב הבנת המערכת ותכנון העל של הבדיקות – STP
- שלב תכנון ותיעוד תרחישי הבדיקות – STD
- ושלב ביצוע הבדיקות ודיווח התקלות – STR
אחרי שתכירו היטב ותהיו מיומנים במתודולוגיה הקלאסית, לא תהיה לכם בעיה ללמוד שיטות חדשות ולבצע התאמות בשיטה הקלאסית בהתאם לצרכים שלכם.
בנוסף, תלמדו אצלנו על מתודולוגיה הנקראת “בדיקות מבוססות סיכון” או באנגלית Risk Based Testing – RBT, שיטה שעוזרת לצמצם את כמות הבדיקות ההכרחיות למערכת, על בסיס הבנת הסיכונים לאיכות המערכת או לתפקודה.
כדי לקרוא עוד על קורס האונליין שלנו לבדיקות תוכנה, היכנסו לכאן קורס אונליין לבדיקות תוכנה
