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