מאת עפר קידר, ראש צוות QA בחברת Netwise. אפריל 2008
תקציר המאמר:
אחת הדילמות איתה מתמודד מנהל QA היא גיוס והשמה נכונים של בודקים בפרויקטים. האם עדיף לבחור מפתח מתחיל או אולי מפתח שעבד על הפרויקט ומכיר את ה"קרביים" שלו, או לחילופין לבחור בבודק תוכנה שמכיר את המערכת הנבדקת בצורה שטחית יותר וללא רקע במדעי המחשב? המאמר Testers and Developers Think Differently מאת ברט פטיקורד (Bret Pettichord), מומחה לארכיטקטורת בדיקות תוכנה ולמתודולוגית SCRUM, עוסק בהבדלים בין הכישורים, התכונות והגישות שיש לאנשי פיתוח לבין אלו של בודקי תוכנה. לטענת המחבר, הבנת ההבדלים ביניהן תאפשר ניצול נכון של המאפיינים השונים של בעלי התפקידים הללו. המאמר פורסם במגזין STQE – מגזין לבדיקות תוכנה והנדסת איכות.
מפתחים ובודקים חושבים אחרת
ברט פטיקורד (Bret Pettichord), מומחה לארכיטקטורת בדיקות תוכנה ולמתודולוגית SCRUM בוחן במאמרו שניים מבעלי התפקידים בתהליך פיתוח פרויקט תוכנה: מפתחים ובודקים. בצוות יעיל, בודקים ומפתחים משלימים זה את זה על ידי מתן נקודות מבט שונות וכישורים שונים. טעות נפוצה היא לראות בבודקים "מפתחים קטנים", ולעודד אותם לחקות כישורים וגישות של מפתחים. למעשה, לבודקים טובים יש תכונות רבות הסותרות לחלוטין תכונות של מפתחים טובים. הבנת ההבדלים בתכונות הנדרשות בכל אחד מהתפקידים השונים חשובה ליצירת צוות שעובד היטב יחד.
בודקים לא חייבים להיות מומחים
בודקים טובים מסוגלים לתת ביקורת גם אם הם אינם מומחים בנושא הנחקר והם נדרשים להבנה רחבה במגוון נושאים. לעומתם, מפתחים נדרשים לעיתים קרובות להיות מומחים בתחום טכני מוגדר, לדוגמה: פרוטוקולי תקשורת. בודקים טובים נדרשים להשתלט במהירות על כל מערכת שיתבקשו. לעיתים קרובות מוקצה להם זמן מועט לטובת הכרת המערכת או הפיתוח שבוצע בה. לעומתם, מפתחים נדרשים להבנה מעמיקה של המערכת שהם מפתחים, לפני שיוכלו לעבוד עליה (למשל, הבנה של הספריות או הפרוטוקולים בהם ישתמשו).
לבודקים צריך להיות הידע שיש למשתמשים. הם צריכים לבדוק את המערכת כמו משתמש ולא באופן שהמפתח היה רוצה שהמשתמש יפעל.
......להמשך הכתבה בקישור.





http://www.netwise.co.il/Templates/About/ArticlesLibrary/0408qa.aspx