ראשי    >    שאלות נפוצות   
     
         
 

 

שאלות ותשובות נפוצות  (FAQ)

 

מהו תפקידו של בודק תוכנה?

תפקידו של איש הבדיקות הוא לעבור על כלל חלקיה של התוכנה, דרך הממשק או בתוך שורות הקוד,לבדוק באילו חלקים ישנן תקלות ולהצביע עליהן בפני המתכנתים.
על בודק התוכנה מוטלות פעולות חשיבה וסוגי אחריות מרובים מלבד בדיקה יבשה. כגון חשיבה על עיצוב, שמישות  יעילות נוחות, ממשק וכד'.
את הממצאים מחזיר הבודק  לאנשים הקשורים בדבר כגון מנהל המוצר והמעצבים.
בודק תוכנה נקרא  (QA (Quality control  או  (QC (Quality assurance
המושג בקרת איכות מגיע מעולם הייצור, אולם בתחום המחשבים מדובר בהפקה של תוכנות.

 

 

האם ישנה סוגים שונים של בודקי תוכנה?

עולם בודקי התוכנה מתחלק ל 4 רמות:

רמה גבוהה - בודקי תוכנה שעובדים ישירות מול הקוד.

סוג זה של עבודה נקרא קופסא לבנה (White Box) ודורש עבודה מול שורות קוד, כולל קריאה מלאה של הקוד ולעיתים תיקונים בקוד. כדי לבצע בדיקת תוכנה ברמה כזו יש צורך לדעת תכנות ברמה סבירה.

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

רמה בינונית - בדיקת תוכנה ללא התעסקות בקוד.

סוג זה של עבודה נקרא קופסא שחורה (Box Black) משום שהתוכנה הנה כמו קופסה שחורה ואטומה בפני הבודק שלא נכנס לקרביה. לצורך סוג זה של עבודה נדרש ידע טכנולוגי ברמה טובה, אולם  לא נדרש ידע בתכנות.
בודק התוכנה סורק את כל התוכנה ע"י שימוש במקשים והזנה בשדות השונים, עליו לחפש היכן התוכניתמתרסקת ומהם הבעיות הקיימות.

רמה נמוכה - בדיקה אוטומטית

ישנה עבודה בבדיקת תוכנה בעזרת תוכנות בדיקה אוטומטיות המיוצרות לצורך העניין ודורשות ידע מסוים בתפעול תוכנת הבדיקה ובתכנון הבדיקה.
תוכנות בדיקה מהסוג הן:  Win Runner, Record View, Load Runner. ניסיון בעבודה עם תוכנות מהסוג הוא יתרון אולם בד"כ אינו חובה לעבודה בתחום.

בכירים - ישנם בעולם בודקי התוכנה  תפקידים בכירים כמהנדסאו ראש צוות.

מהנדס בדיקות תוכנה אינו אדם שהוא בהכרח מהנדס, (אין תואר בהנדסת בדיקות) אלא אדם מנוסה יחסית בתחום, עם ידע בכלי בדיקה שונים ובתכנות.

 

 

איזה ידע מקדים צריך בשביל להיות בודק תוכנה?

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

 

 

מהו השכר של בודק תוכנה?

עיתונים כלכליים מפרסמים הערכות על רמות השכר השונות.
הערכה כזו ניתן למצוא באתר של הירחון The Marker

 

 

מה רמת הביקוש לתפקיד?

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

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

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

 

 

היכן לומדים כיצד לבדוק תוכנה?

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

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

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

 

 

מאילו מקורות מידע אני יכול ללמוד על בדיקות תוכנה?

עיין בפרק מקורות נוספים

 

 

למי מומלץ להשתלב בתחום בדיקות התוכנה?

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

 

 

מה נמצא בסדר היום של בודק תוכנה?

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

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

 

 

עם מי משיק תפקידו של בודק התוכנה?

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

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

מחלקת בדיקות התוכנה היא גוף לא תלוי ולא כפוף למתכנתים. הבודק כפוף לראש צוות בדיקות או למנהל פיתוח.

 

 

לאן אפשר להתקדם הלאה?

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

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

 

 

איזה תכונות צריך בודק טוב?

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

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

בודק תוכנה צריך לעמוד מול המתכנת, להורות לו שמשהו לא בסדר וגם לשלוח אותו חזרה אל המקלדת ואל שורות הקוד הארורות.
בודק תוכנה לצורך העניין הוא כמו רשות בלתי תלויה במחלקת הפיתוח ואסור שיהיה תחת אחריות המתכנתים. כמו מבקר המדינה.
בודק תוכנה צריך להיות אדם קפדן, מסודר ובעל היגיון על מנת לתכנן בדיקה שתאתר את כל הנקודות בהן עלולים דברים להתפקשש.
בודק תוכנה צריך ללכת למתכנת ולשאול באיזה נקודות בדיוק המודול נוגע.
יכול להיות שמודול 1 הפעיל את מודולים 4 3, 2, שמשפיעים על מודולים 7,8,9.  במצב כזה נדרשת בדיקה לכל המודולים הרלבנטיים.

 

 

איזה חלקים בעבודה הבודק אוהב יותר או פחות? אילו חלקים הם יצירתיים יותר?

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

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

 

 

האם יש שפות יותר או פחות רלוונטיות לבודק תוכנה?

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

 

 

מהו תהליך הקבלה למקום העבודה?

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

 

 

מה היחס בין מתכנת לבודק תוכנה? האם בודקי תוכנה גם מתכנתים?

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

 

 

מהם הגורמים לבעיות בתוכנות?

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

  • דרישות שגויות - הדרישות מהתוכנה לא שלמות, שגויות, סותרות או לא בהירות לבדיקה.

  • בעיות בתקשורת - בעיות בתקשורת בין הלקוחות למתכנתים או בתוך צוות המתכנתים.

  • לוח זמנים לחוץ - הדברים נעשים בחיפזון, במהירות וללא תשומת לב מספקת.

  • הטלאה מוגזמת - הטלאות שנעשות על תוכנה שהושלמה כבר, גוררות פעמים רבות בעיות.

 

 

מהן האפשרויות העומדות בפני חברה המעוניינת לבצע בדיקת תוכנה למוצר?

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

  1. לבצע בדיקת תוכנה בתוך החברה.
    יתרונות: בדיקה מקצועית.
    חסרונות: צריך להחזיק מחלקת בדיקות.


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

  3. להוציא את התוכנה לחברות בדיקה חיצונית (OutSourcing)
    ישנן חברות שמקבלות מוצר מחברות היי-טק ומבצעות בעבורן את בדיקות התוכנה
    דוגמה לחברה כזאת היא חברת Mercury הישראלית.
    יתרונות: בדיקה מקצועית. אין צורך להחזיק מחלקת בדיקות
    חסרונות: אנשים מבחוץ מכירים פחות את המוצר והפילוסופיה העומדת מאחוריו.

 

 

אילו סוגי בדיקות תוכנה קיימות?

ישנו מגוון רחב של בדיקות תוכנה שונות לתחומי ההיי-טק השונים.

בתחום האינטרנט, לדוגמה, יש 9 סוגים עיקריים של בדיקות:

Test Validation
בדיקה המוודאת שקוד ה - HTML במסמך שווה לקוד ה Document Type Definition על מנת להבטיח תמיכה בכל סוגי הדפדפנים.

Test Useability
בדיקה של נוחות השימוש ויעילות הממשקים.

Test Compatibility
כיצד הדפים נראים בדפדפנים שונים, מערכות הפעלה שונות ומחשבים שונים.

Test Accessibility
כיצד האתר מתפקד מול דפדפנים ללא תכונות שונות או שתכונות מסוימות בוטלו (Disabled)

Test Testability
לאחר שינויי קוד מאסיביים במערכת, בדיקה שהמערכת עובדת "בגדול".

Test Regression
בדיקה זו מתארת את תהליך הבדיקה של קוד חדש על מנת לוודא שהקוד החדש לא מפריע לקודים קיימים.

Test Performance
הפיכת האתר ליעיל יותר במונחים של מהירות הורדת חומרים, שימוש במשאבים והטיפול בבקשות משרתים.

Test Security
בדיקות אבטחה לאתר.

Test Acceptance Use
מה נחשב אתר שלם? מתי להוציא אתר חדש החוצה? מתי האתר ראוי לשימוש מבחינת אמינות השירות? מבחינת איכות השירות? וכו'.

 

 

מה השוני בעבודת בודק תוכנה בעזרת בדיקות אוטומטיות?

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

בדיקות אוטומטיות נפוצות הן לדוגמה:

  1. מנתחי קוד - בודקים את שלמות הקוד ואת התחביר (Syntax)

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

  3. בודקי עומסים - בודקים את עמידות התוכנה/חומרה בפני עומסים שונים.

  4. בדיקות Web  - בודקות שהלינקים נכונים, שקוד HTML  נכון, שתוכנות השרת עובדות ושהגלישה בטוחה.

 

 

כיצד יודעים מתי לסיים את הבדיקות?

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

  1. תאריכי יעד להפצת המוצר או להפסקת הבדיקות.

  2. רמת התקלות ירדה מרמה מסוימת.

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

  4. נגמר תקציב הבדיקה.

 

 

כיצד יכול בודק תוכנה להיות חלק מצוות הפיתוח של המוצר, ולבקר אותו בו בזמן?

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

כאן באות לידי ביטוי שתי תפיסות מנוגדות.

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

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

משימתו של בודק התוכנה - לגשר בין שתי תפיסות אלו.

 

 

האם בודק תוכנה הוא באמת מקצוע משעמם כל כך?

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

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

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

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

 

 

אילו מגמות מתרחשות כרגע בעולם בדיקות התוכנה?

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

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

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

 

 

   

 

 

 







.
         

כל הזכויות שמורות למערכת המידע האקדמי "איתן"