אחת הטעויות הגדולות שאני רואה אצל צוותי QA היא ההתייחסות למוצר תוכנה כמו אל כל מערכת אחרת.
כלומר: עוד פרויקט, עוד מערכת, עוד בדיקות.
אבל האמת היא שבדיקות למוצר תוכנה הן חיה אחרת לגמרי.
כשבודקים מערכת פנימית לארגון, הדברים בדרך כלל יחסית צפויים:
- יש לקוח ברור
- יש דרישות מוגדרות
- יש סביבת עבודה ידועה
- והמשתמשים בדרך כלל עובדים בצורה דומה.
לעומת זאת, כשמדובר במוצר תוכנה שמיועד לשוק, המשחק משתנה לחלוטין.
אין שליטה על המשתמשים, אין שליטה על הסביבה, והלחץ להוציא גרסאות לשוק הוא עצום.
וזה בדיוק המקום שבו בדיקות מוצר דורשות חשיבה אחרת לגמרי.
האתגרים הגדולים בבדיקות מוצר תוכנה
מי שעבד בצוות שמפתח מוצר מכיר את זה היטב.
יש כמה בעיות שחוזרות כמעט בכל מוצר.
אין שליטה על הסביבה של המשתמשים
כשמוצר יוצא לשוק, הוא רץ על אינסוף שילובים:
- מכשירים שונים
- מערכות הפעלה שונות
- דפדפנים שונים
- רשתות שונות
- הרגלי שימוש שונים
כלומר – אי אפשר באמת לדעת איפה ואיך ישתמשו במוצר.
חזון מוצר שמשתנה כל הזמן
בניגוד למערכת ארגונית עם דרישות סגורות יחסית, מוצר תוכנה נמצא תמיד בתנועה.
פתאום מוסיפים פיצ'ר.
משנים כיוון.
מגיבים לשוק.
ולכן גם אסטרטגיית הבדיקות חייבת להיות גמישה.
לחץ אדיר לשחרור גרסאות
בעולם המוצרים, מי שמאחר לשוק – מפסיד.
ולכן מחזורי הפיתוח קצרים:
- ספרינטים של שבועיים-ארבעה
- שחרורים מהירים
- תיקונים תוך כדי תנועה
ה-QA חייב לעבוד בקצב של הפיתוח ולא להפוך לצוואר בקבוק.
קשה להבין מה המשתמשים באמת רוצים
במערכות ארגוניות יש משתמשים שאפשר לשאול.
במוצר תוכנה – פעמים רבות מנחשים.
רק אחרי שהמוצר יוצא לשוק מקבלים פידבק אמיתי.
מחזור החיים של מוצר תוכנה (ואיך זה משנה את הבדיקות)
אחד הדברים החשובים ביותר שמבדילים בדיקות מוצר מבדיקות רגילות הוא זה:
אסטרטגיית הבדיקות משתנה בהתאם לשלב שבו נמצא המוצר.
בואו נעבור על השלבים.
שלב ראשון – השקת המוצר
זה הרגע הקריטי.
הרושם הראשוני שהמוצר יוצר בשוק יכול לקבוע אם הוא יצליח או ייעלם.
בשלב הזה הגישה שלי תמיד פשוטה:
בודקים הכל. מכל כיוון.
הבדיקות צריכות לכלול:
- בדיקות פונקציונליות מקצה לקצה
- בדיקות ביצועים
- בדיקות אבטחה
- בדיקות שמישות
- תאימות לדפדפנים ומכשירים
- בדיקות התקנה והגדרה
- בדיקות אינטגרציה עם מערכות אחרות
בנוסף, זה הזמן להתחיל לחשוב קדימה:
- איזה בדיקות יהפכו לרגרסיה
- מה כדאי לאוטומציה
- ומה הסיכונים הגדולים ביותר במוצר.
שלב שני – צמיחה מהירה
אם המוצר הצליח – מגיע שלב הצמיחה.
וזה שלב מטורף.
פתאום:
- יש הרבה משתמשים
- יש הרבה פיצ'רים חדשים
- יש הרבה תיקונים
והרגרסיה הופכת למפלצת.
בשלב הזה כמה דברים הופכים קריטיים:
אוטומציה
בלי אוטומציה – פשוט לא שורדים.
צריך לבנות Regression Suite חזק שמאפשר לשחרר גרסאות במהירות.
בדיקות מוקדמות
כדאי מאוד לשלב בדיקות כבר בשלב הפיתוח.
למשל:
- TDD
- BDD
- בדיקות בזמן הפיתוח
שיתוף פעולה עם צוות המוצר
בודקי מוצר טובים עובדים קרוב מאוד עם:
- Product Owner
- מפתחים
- ולעיתים אפילו משתמשים.
זה עוזר להבין לאן המוצר הולך ולא רק איך הוא עובד עכשיו.
שלב שלישי – בגרות
אחרי כמה שנים טובות, המוצר מגיע לבשלות.
בשלב הזה:
- הפיצ'רים הגדולים כבר קיימים
- השוק מכיר את המוצר
- והפיתוח הופך יותר יציב.
זה הזמן שבו צוות הבדיקות יכול להתמקד בפרטים הקטנים.
כי כמו שאומרים:
האלוהים נמצא בפרטים הקטנים.
בודקי QA טובים ימצאו בשלב הזה:
- בעיות UX קטנות
- בעיות ביצועים נדירות
- בעיות תאימות חדשות
- בעיות התקנה.
שלב רביעי – אבולוציה של המוצר
שום מוצר לא נשאר אותו דבר.
כדי להישאר רלוונטי, הוא חייב להתפתח.
דוגמה קלאסית היא פייסבוק.
מה שהתחיל כרשת חברתית פשוטה הפך לפלטפורמה ענקית.
וכשזה קורה – מבחינת QA זה כמעט כמו לבדוק מוצר חדש.
המעגל מתחיל שוב:
- פיצ'רים חדשים
- קהלים חדשים
- אסטרטגיית בדיקות חדשה.
מה הופך בודק מוצר תוכנה לבודק מצוין
לא כל בודק מתאים לעבודה על מוצר.
בודקי מוצר טובים צריכים כמה יכולות מיוחדות:
הבנה עסקית
צריך להבין לא רק איך המערכת עובדת אלא גם איך היא מרוויחה כסף.
סקרנות טכנולוגית
בודקי מוצר טובים לא מפחדים:
- ללמוד כלים חדשים
- לכתוב קוד
- לבדוק DB
- להריץ בדיקות ביצועים.
חשיבה של משתמש
אחרי צוות הבדיקות, מי שבאמת בודק את המוצר הם המשתמשים האמיתיים.
ולכן חשוב לשאול כל הזמן:
איך משתמש אמיתי ישתמש בזה?
אמונה במוצר
זה אולי נשמע מוזר, אבל זה חשוב.
אם אתה כבודק חושב שהמוצר גרוע – קשה מאוד לשפר אותו.
בודק מוצר טוב באמת רוצה שהמוצר יצליח.
ההבדל האמיתי בין בדיקות מוצר לבדיקות רגילות
במערכת ארגונית רגילה, אסטרטגיית הבדיקות כמעט ולא משתנה.
מגדירים תהליך – וממשיכים איתו.
אבל במוצר תוכנה זה אחרת לגמרי.
אסטרטגיית הבדיקות צריכה להשתנות כל הזמן לפי:
- שלב המוצר
- התחרות בשוק
- טכנולוגיות חדשות
- פלטפורמות חדשות.
בודקי מוצר טובים הם כאלה שיודעים להסתגל מהר.
וזו בדיוק הסיבה שעבודה על מוצר תוכנה היא אחת החוויות המאתגרות – והמרתקות – בעולם ה-QA.
לקרוא מאמרים זה נחמד אבל לא יביא אותך לתוצאה שאתה רוצה, בדיוק בשביל זה הכנו עבורך את הקורס הדיגיטלי המהיר, תוך שעתיים וחצי תלמד את תחום הבדיקות ידניות, תוכל להתחיל לעבוד מהבית דרך FIVERR או ולהתכונן נכון לראיונות עבודה שיעזרו לך לצלוח אותם. כנס כאן הקורס ממוקד בבדיקות תוכנה ידניות הנותן בסיס חזק לתחום.
לעבוד מהבית כבודק תוכנה עם FIVERR >> לחץ כאן
TesQA 