בדיקות תוכנה זה מאתגר וזה אפילו מאתגר יותר לבודק חדש.
בלי קשר לכמה מאמץ השקעתם במחקר על בדיקות התוכנה, שיפור הכישורים שלכם ובהשתדלות רבה לבדוק טוב יותר, אתם עדיין לא מרגישים שאתם עושים התקדמות כלשהי או גרוע יותר אתם לא בטוחים אם בדיקות זה הדבר הנכון בשבילכם.
מהניסיון שלי, זה לא כי אתם לא מסוגלים, אלא מכיוון שאתם דואגים יותר מדיי בגלל דברים שלא באמת משנים לבודקים חדשים.
עם הפסקת הדאגה לגבי הדברים האלה, אתם תהיו בסדר.
1. מונחים והגדרות
זו הדאגה מספר אחת אני מאמין, אף על פי שאין אף נתונים רשמיים לגביו.
למה אני מאמין כך?
ברוב הפורומים של בדיקות תוכנה, דיונים מקוונים, השאלות הבאות נשאלו:
מה זה QA, QC, בודק?
מה ההבדל בין QA, QC ובודק?
מה ההבדל בין באגים, פגמים, שגיאות, ליקויים?
האם אני אומר שאתם לא רשאים לשאול שאלות מהסוג הזה?
לא, לחלוטין.
כשאתם לא יודעים מונח מסויים או מתבלבלים, זה טבעי שתשאלו את השאלות האלה. לעומת זאת, אם אתם שואלים את השאלות האלה שוב ושוב עם כוונה למצוא את ההגדרה הכי טובה, אתם מבזבזים את הזמן שלכם כי שאלות מהסוג הזה לעיתים קרובות מובילות אתכם לשום מקום.
אתם יודעים מה היופי במונחים ובהגדרות?
ובכן, אנשים יכולים להגדיר דברים איך שהם רוצים עם ההקשר שלהם.
במקרה שאתם רוצים להיות אספני מונחים והגדרות בבדיקות תוכנה, אני מציע לכם להפסיק לדאוג יותר מדיי לגבי זה. בחרו אחד והמשיכו איתו.
2. באגים דחויים
תנו לי לנחש.
בזבזתם כמה שעות בחקירת המערכת ומצאתם באג מדהים (לפחות כך אתם חושבים). בשמחה רבה דיווחתם על הבאג למערכת איתור באגים (Bug Tracking System) וכמה שעות לאחר מכן, הבאג נדחה על ידי מפתחים או המנהל שלכם.
הערה: "נדחה" אני מתכוון שהבאג הוא לא חוקי
אתם מרגישים כאילו אתם בעצמכם "נדחים" אבל אל תדאגו:
"היו לי כמה באגים שנדחו החודש, אני תוהה אם זה ישפיע על יעילות הבדיקות שלי?"
"מפתחים צוחקים לי בפנים על דיווח באג לא חוקי"
"הערך שלי יורד"
"מפתחים לא אוהבים אותי"
"יש לי בעיה עם יכולת הבדיקה שלי"
קחו את זה בקלות.
כשאתם בודקים מוצר, אתם יודעים משהו לגבי המערכת הנבדקת, אבל יש גם דברים שאתם עדיין לא יודעים. בדיקה היא תהליך למידה. כשאתם בודקים אתם עוברים מהדברים הידועים לדברים הלא ידועים.
אם יש לכם באגים שנדחו, זה יכול להיות בגלל שאתם לא מעודכנים לגבי התכונות שהשתנו או אפילו לא יודעים אם התכונות קיימות. למדו מכך והמשיכו הלאה.
מה שאני מנסה להגיד לכם זה שאתם לא צריכים לתת לבאגים דחויים למנוע מכם למצוא עוד באגים טובים.
הערת צד למנהלים: אם אתם שופטים את הפרודוקטיביות של הבודק על פי ספירת באגים, אתם יכולים בבקשה להפסיק?
אם אתם דואגים בגלל באגים דחויים, סביר להניח שאתם גם דואגים בגלל הדבר הבא:
3. "פספסת באג”
זה בטח אחד המשפטים הכי מפחידים שבודקים לא רוצים לשמוע מהבוס שלהם. זה אחת התפיסות השגויות הנפוצות ביותר בתחום בדיקות התוכנה.
אתם מרגישים אשמים ודואגים לגבי כל בריחת ומציאת באג בתחום כי:
• הבוס שלכם סופר את מספר הבאגים ומבסס את התפוקה שלכם עליהם.
• אתם מחשיבים את עצמכם כשומרים או שוערים שתופסים את כל הבאגים במערכת. אם באג אחד בלבד דלף, אתם חושבים שאתם לא עושים את העבודה כמו שצריך.
אם אלה המקרים, זה זמן טוב להתחיל משחק האשמות או כמו שנקרא CYA.
"לא זו לא אשמתי, הבאג התפספס בגלל [שמישהו] עשה [משהו]"
או שתדווחו על כל באג באפיסת כוחות ותתעקשו למפתחים שיתקנו אותו לפני שחרור המבנה (כמובן, זה לא מציאותי כי מי יכול לגלות את כל הבאגים ולמי יש את כל הזמן שבעולם לתקן את כולם??)
במקום לדאוג יותר מדיי לגבי באגים שהוחמצו, אתם יכולים:
א) לעבוד בצוות ולנתח למה פספסתם את הבאג. זה לא תהליך לגילוי מי האחראי לבעיה. זה תהליך לגילוי איך אפשר למנוע את הבעיה מלקרות בפעם הבאה.
ב) הפסיקו להחשיב את עצמכם כשומרי סף.
שוב, הערת צד למנהלים: אם אתם שופטים את הפרודוקטיביות של הבודק על פי ספירת באגים, אתם יכולים בבקשה להפסיק?
4. "אני רק בודק ידני”
עם הופעת הבדיקה האוטומטית, בודקים ידניים מרגישים כאילו שהם מאוימים ומוחלפים על ידי כלים אוטומטיים.
"מי צריך בודקים ידניים בזמן שיש כלים עוצמתיים שיכולים להריץ אלפי מקרי בדיקה בהרף עין?"
להלן תוצאות חיפוש עבור המונח "האם הבדיקה הידנית מתה"?
זה נראה מפחיד!!! נראה כי בדיקה ידנית גוססת או לפחות כי בודקים מודאגים לגבי זה.
לאחרונה, עשיתי ראיון קצר עם מומחה והנה מה שהוא אמר לגבי זה:
"אני חושב שבדיקה ידנית ואוטומטית הן דיכוטומיה כוזבת. הם שני פתרונות שונים לחלוטין לפתירת שתי בעיות שונות לחלוטין; הקשר היחיד ביניהם הוא השם.
בתעשייה שלנו, בפרט, יצרני כלים מסויימים, עשו בלאגן על ידי שילוב שני המושגים. זה בלבל בודקים וגם עודד חברות להשתמש בכלים הלא נכונים לעבודה.
אני מאמין שאנחנו צריכים את שניהם, בדיקת אוטומציה בדיקה חוקרת/ידנית, כפי שאמרתי קודם, פותרות בעיות שונות"
אם אתם צריכים עוד כדי להשתכנע, היכנסו אל שני הפוסטים של הבלוג הזה של מייקל בולטון (אל תתנו לשנה של הפוסט להרתיע אתכם, הפוסט עדיין שווה קריאה)
“Manual” and “Automated” Testing
Testing vs. Checking
אז לא, בדיקה ידנית לא מתה עד שבדיקות אוטומטיות יוכלו לעזור לשאול שאלות טובות כדי לאתגר את המערכת הנבדקת.
5. "אין לי מסמכים כלל, איך אני יכול לבדוק?"
אם אתה בודק שעובר מגישה מסורתית לגישת Agile או אתה נמצא בפרוייקט "חצי אפוי", אתה עלול להיות מזועזע כשאתה צריך לבדוק בלי קומץ של מסמכים של המערכת.
אתה לא יודע איפה להתחיל.
אין לך מושג לגבי מה הדרישות עבור האישור הסופי של הפרויקט.
אתה לא יודע איך להתחיל את הבדיקות שלך.
אתה לגמרי מבולבל ואבוד.
אל תיכנס לפאניקה. ללא מסמכים לבדיקות זה לא סוף העולם.
במקום לדאוג ולדכא את עצמך, נסה את הדברים הבאים:
• אם אתה לא מקבל תיעוד, פשוט תשאל.
• דבר עם מישהו שאתה חושב שיכול לעזור לך להבין את המערכת ובקש ממנו להדריך אותך לגבי המערכת הנבדקת.
• בצע בדיקות חוקרות – (Exploratory testing) קבלת מה שצריך לבדוק, ניסוי וטעיה וקבלת החלטות בהתאם לתוצאות.
6. "איך לקבל את העבודה הראשונה בתחום בדיקות תוכנה?"
מה לעזאזל אומרות כל הדאגות לעיל, אם אתה לא יכול להשיג את העבודה הראשונה שלך כמהנדס בדיקה.
במידה מסוימת, למצוא את העבודה הראשונה בבדיקות זו הדאגה הגדולה ביותר אי פעם. זה במיוחד נכון אם אתה בוגר חדש או אם אתה עובד לבדיקות תוכנה מענף אחר.
תן לי לנסח את הדאגה הזו:
• ישנם מאות אלפי מומחים בחוץ עם שנים של ניסיון בבדיקות תוכנה
• ניסיון הבדיקות שלך הוא אפס
• רוב מודעות העבודה דורשות לפחות 1-2 שנות ניסיון בבדיקות… לתפקיד בודק זוטר
בואו נדלג על מודעות העבודה המשוגעות כמו אלה של מגייסים שאין להם מושג על מה הם מדברים במודעות. מה שאני יכול להגיד הוא שלא, אתם לא נמצאים במבוי סתום. ישנן דרכים המובילות החוצה.
אם אין לכם ניסיון, בנו אותו.
יש הרבה ארגונים שאליהם אתם יכולים להצטרף לפרוייקטים ולמצוא באגים. הדבר הנהדר הוא שאתם מקבלים תשלום ועובדים מהבית. אני ממליץ על uTest לפרוייקטים מסוג זה.
מה לגבי בדיקה של מוצרים אמיתיים?
אתם גם יכולים לתרגל בדיקות על מוצרים אמיתיים כמו פייסבוק, לינקדאין. אתם יכולים להוסיף את הדברים הבאים בקורות החיים שלכם כמו למשל: "מצאתי כמה באגים בפייסבוק/לינקדאין ואחד מהם גורם למערכת לקרוס. הנה מה שעשיתי…"
הרעיון הוא להראות לאנשים איך אתם באמת בודקים.
אמרתי לכם שהצטרפות לדיון בפורום אונליין עוזר גם? הצטרפו לדיון בפורום באינטרנט כדי לשאול שאלות. ככל שתשאלו יותר, כך תלמדו יותר. הצטרפות לדיון המקוון לא רק יעזור לכם ללמוד דברים חדשים בבדיקות, אלא גם יגרום לכם להתבלט בקהילת בדיקות התוכנה.
מגייסים עשויים לגלות את השאלות הנהדרות שלכם והתשוקה שלכם לבדיקות תוכנה בדיון בפורום אונליין כמו לינקדאין וליצור איתכם קשר ישירות לגבי משרה. כן, מי יודע?
7. "אני חושש משינויים”
אנשים חוששים משינויים. זאת עובדה.
כבודק ידני, אתה דואג כשאתה מוקצה לפרוייקט אוטומטי ואתה צריך לכתוב סקריפט אוטומטי.
כבודק מסורתי, אתה דואג כשהצוות שלך הופך ל- Agile שבו מישהו אחד אומר שאתה צריך לבדוק ללא כל מסמך וזה כאוס.
כבודק, אתה דואג כשהתקדמות הפרוייקט שלך אינה הולכת לפי התוכנית הראשונית ולו"ז הבדיקה שלך מושפע בהתאם.
אני יכול למנות עוד, אבל הבנתם את הרעיון.
אתם מתנגדים לשינוי מכיוון שאתם דואגים מאי וודאות.
אין לכם מושג מה מחכה לכם בהמשך והאם אתם מוכשרים מספיק כדי להתמודד עם שינויים.
מה שאני יכול להגיד הוא שאין לכם ממה לדאוג במצבים אלה.
אם אתם דואגים לגבי בדיקה אוטומטית כי אתם לא יודעים איך לקודד, מצאו שפת תכנות ובדקו כמה קורסים באינטרנט ללמוד אותה. לא, אתם לא תהפכו למומחים אחרי למידה בקורסים האלה, אבל הם יספקו לכם מספיק מידע בסיסי כדי להתחיל.
Agile מפחיד אותך?
בדיקה ב Agile היא עדיין בדיקה. עבודת הליבה היא בדיקה. ההבדל היחיד הוא הדרך בה אתה ניגש ועושה את הבדיקה. אתה יכול לחקור כדי להבין יותר על Agile , ראה Agile manifesto
אז, במקום לדאוג ולהתנגד לשינוי, בוא ננקוט בפעולה נועזת:
"בואו נקבל שינויים בברכה"
"שינוי הוא קשה כי אנשים מעריכים יתר על המידה את הערך של מה שיש להם וממעיטים בערך של מה שהם יכולים להרוויח על ידי ויתור עליו." – James Belasco ו-Ralph Stayer
לסיום
סיימתי לפרט לכם על 7 הדאגות שאיתן בודקים צריכים להתמודד ושאני בעצמי התמודדתי איתן. ככל שתקדים להפסיק לדאוג לגבי הדברים האלה, תהיה טוב יותר. רוב הדאגות שציינתי לעיל התבררו כדברים שאין מה לדאוג לגביהם בכלל. לקח לי כמה שנים להבין שחששתי לגבי הדברים הלא נכונים בדרך הלא נכונה והצטערתי שלא הבנתי זאת מוקדם יותר. עכשיו אם אתה בודק ואתה דואג לגבי הדברים האלה, הפסק לדאוג מיד… וסמוך עליי, אתה תהיה בסדר.