אני זוכר את הפעם הראשונה שעבדתי על מערכת גדולה בבדיקות תוכנה. היה לי כל כך הרבה מידע, והרגשתי שאני עומד לעשות את כל הבדיקות בצורה מושלמת. ואז הגיעו הצרות… טעויות קטנות שהתפספסו, שלפני כן לא חשבתי עליהם בכלל. זה יכול לקרות לכל אחד מאיתנו, גם אחרי שנים בתחום. הנה כמה טעויות נפוצות שאני נתקלתי בהן במהלך השנים – ומאוד כדאי להימנע מהן.
לא לתכנן מראש את הבדיקות
הייתה לי פעם תחושת "נעשה את זה תוך כדי" באחד הפרויקטים. לא תכננו את הבדיקות כמו שצריך והתחלנו לבדוק תוך כדי תנועה, היה גם לחץ כבד ממנהל הפרויקט וההנלה בכלל, ויצאנו לדרך בלי לדעת מראש איזה חלקים במערכת הכי קריטיים. התוצאה הייתה פשוט מבולגנת, ולא טובה. היה קשה לדעת אם עברנו על כל הפונקציות כמו שצריך או אם פספסנו משהו חשוב. לאחר מכן, כשעברנו על התהליך מחדש, הבנו שכל הבעיה נבעה מזה שלא תכננו את הבדיקות בצורה מסודרת. התובנה שהגעתי אליה הייתה ברורה: תכנן מראש את כל שלב הבדיקה, אל תשאיר מקום לאימפולסיביות.
בדיקות רגרסיה בלי להתעדכן בתוכנה
אני בטוח שזה קרה גם לך: גרסה חדשה של התוכנה יוצאת, אבל אתה ממשיך להריץ את אותה סדרת בדיקות רגרסיה שהרצת גם בשבוע שעבר. בשלב כלשהו, הבנתי שהרבה בעיות חדשות שהתגלו היו בגלל שהמערכת השתנתה, אבל לא התאקלמתי מספיק לגרסה החדשה. זה היה כמו לנסות להתאים את המפתחות הישנים לדלת חדשה. ברגע שהתחלתי לעדכן את הבדיקות בהתאם לגרסה הנוכחית, גיליתי בעיות שלא הייתי מודע להן קודם.
לזנוח את תהליך התיעוד
בתחילת הדרך הייתי בודק כל פרויקט ומסיים אותו מבלי להשקיע בתיעוד, כי הייתי חושב שזה "מיותר" או "לא חשוב". אבל עם הזמן הבנתי עד כמה זה חשוב – גם לי וגם לצוות. אם לא תתעד את הבדיקות בצורה מסודרת, תמצא את עצמך מבזבז שעות נוספות כשצריך לחזור על משהו או להסביר מה עשית. במיוחד אם יש מישהו אחר בצוות שמבצע את הבדיקות אחרי כמה ימים. כתבתי לעצמי כלל: כל תהליך בדיקה חייב להיות מתועד, גם אם זה נראה מיותר בהתחלה.
לא לשאול שאלות
בתקופה מסוימת לא תמיד שאלתי את השאלות הנכונות על הדרישות של המערכת. הייתי חושב שאני מבין, והיו לי תשובות לכל דבר – לפחות עד שהתקלות התחילו לעלות. בשלב הזה הבנתי שלפעמים כדאי לשאול גם את השאלות הפשוטות ביותר. הרבה פעמים, לא ברורה לגמרי הדרישה או שמישהו בצוות שוכח להסביר משהו חשוב. אל תתביישו לשאול, גם אם זה נשמע לכם שאלה טריוויאלית. השאלות האלו עשויות לחסוך הרבה זמן ולמנוע בעיות בהמשך.
לא לחשוב כמו המשתמש
היו פעמים שעבדתי על מערכת חדשה והרגשתי שלפני הכל, אני כבר מכיר את התהליכים ואת כל התשובות. אבל כאשר התחלתי לחשוב כמו משתמש חדש, גיליתי המון תקלות שלא שמתי לב אליהם קודם. למה זה חשוב? כי כבודק תוכנה, אנחנו לא אמורים רק לבדוק אם הכל עובד "כמו שצריך". אנחנו צריכים לבדוק אם המערכת באמת נוחה, קלה להבנה, ואם היא מתפקדת כמו שצריך גם עבור משתמשים חדשים. לדוגמה, אני זוכר שבפרויקט מסוים, מערכת שנראתה לי ברורה לחלוטין הייתה מאוד מבלבלת למישהו חדש. זה גרם לי להבין עד כמה חשוב לראות את המערכת מהזווית של המשתמש, ולא רק מהזווית של המפתח או הבודק.
בסופו של דבר, תהליך הבדיקות הוא גם אודות למידה מתמשכת. כל טעות היא הזדמנות להשתפר ולצמוח. בסופו של דבר, אם תלמדו מהטעויות שלכם ותפעלו בצורה מחושבת, תראו איך תהליך הבדיקות הופך ליעיל, מקצועי וממוקד יותר.
לומד את התחום? לקרוא וללמוד זה נחמד אבל לא יביא אותך לתוצאה שאתה רוצה, בדיוק בשביל זה הכנו עבורך את הקורס הדיגיטלי המהיר, תוך שעתיים וחצי תלמד את התחום, תוכל להתחיל לעבוד מהבית דרך FIVVE או UDEMY ולהתכונן נכון לראיונות עבודה שיעזרו לך לצלוח אותם. כנס כאן
TesQA 