בשנים 2021 – 2022 אין אירגון שלא החליט על תהליך של טרנספורמציה דיגיטלית, בחלקם זה היה לבוא ולהגיד גם אנחנו עושים, ובחלקם באמת ערכו שינויים מעמיקים החל משינוי מבנה אירגוני, העמקת ה Data בעולמות הדיגיטל וערוצי ההפצה ללקוח.
השוק מבין את החוזקות בתהליך זה, ובהטמעת נקודות הבקרה וחיזוק של אזורי הדורשים איכות על פני זמן, הוספת תהליכי בקרה שיעזרו למקבלי ההחלטות לדייק את המוצר וערוצי הרווח והשיווק.
אז איך משלבים QA בטרנספורמציה?
בדיקות התוכנה המסורתיות סיימו את תפקידים כשהמוצר עבר לייצור, והתחיל שמושיות על ידי הלקוחות, או המשתמשים באפליקציה. יש מכירות, זה נהדר המערכת עושה את מה שהיא נדרשה לעשות על פי הדרישה והאיפיון העסקי, הבודק סיים את תפקידו. בטרנספורמציה דיגיטלית השתנו פני הדברים, ולמעשה הפיתוח מייצרים מוצר עם יכולות MVP בלבד, minimum viable product – ובשלב זה הבודק נותן את נקודות המידע שהאירגון זקוק לו. בואו ניקח דוגמאות: כמות שליחת מסרים ללקוח להורדת האפליקציה, כמות הורדות האפליקציה, כמות הקלקות מבלי להוריד, כמות ההורדות ומיד הסרות – זה יכול לתת אינדיקציה שיש בעיית רישום או תהליך מסורבל, כמות הורדת האפליקציה וכניסות מוצלחות למסך הראשי, שימוש לאחר יום / שבוע. נקודות המכירה ואחוזי ההמרה יכולים להצביע איפה היה נוח למשתמש קצה ואינטואיטיבי להשתמש במוצר ואיפה היה קושי וסרבול עד שהייתה נטישה מעמוד זה ואף מהאפליקציה. זמני תגובה וטעינה וכדומה.
למעשה אנחנו מגדירים את ה QA כבר במסע הלקוח, ובהגדרת חווית ה UI/UX לשימושיות משתמש הקצה, המידע והבקרה שנרצה לאסוף אחרי העלייה לייצור, ובהחלט בגישה המסורתית של האיפיון העסקי מול הצורך והטכניקה ליישום.
רוצים ללמוד ולהעמיק בעולם ה QA? כנסו עכשיו >>
TesQA 