אחרי לא מעט שנים בעולם ה-QA והפיתוח, יצא לי לראות אינספור פרויקטים שנופלים דווקא ב"מטר האחרון". הכל עובד מצוין במעבדה, המפתחים מרוצים, הבדיקות האוטומטיות ירוקות – ואז, ברגע שהאפליקציה יוצאת לאוויר העולם, מתחיל מבול של תלונות.
למה זה קורה? כי העולם האמיתי הוא לא מעבדה סטרילית. הוא מורכב ממשתמשים בברזיל שמנסים לשלם בכרטיס אשראי מקומי, מאנשים בהודו עם אינטרנט איטי, ומאלפי סוגי מכשירי אנדרואיד שלא ראיתם בחיים.
כאן נכנס לתמונה ה-Crowdtesting (בדיקות המונים). זה לא עוד טרנד, אלא כלי שמשלים את מה שאנחנו, כאנשי QA, פשוט לא יכולים לעשות לבד. אז מתי באמת כדאי להשתמש בזה, ומתי זה סתם בזבוז זמן? הנה התובנות שלי.
1. כשאתם יוצאים ל"עולם הגדול"
אם האפליקציה שלכם מיועדת ליותר ממדינה אחת, אתם חייבים עיניים מקומיות. תרגום (Localization) הוא הרבה מעבר למילים. זה לוודא שהפורמט של התאריך לא שובר את העיצוב, שהסלנג נכון, ושאלמנטים תרבותיים לא נראים מוזר. בודק שיושב בגרמניה יראה דברים שבודק ישראלי בחיים לא יבין.
2. רגע האמת: התשלום
אין דבר מתסכל יותר ממשתמש שרוצה להוציא כסף והאפליקציה לא נותנת לו. מערכות סליקה, אישורי SMS (OTP) והמרות מטבע משתנים מקצה לקצה בין מדינות. בדיקות המונים מאפשרות לכם להריץ בודקים אמיתיים עם כרטיסי אשראי אמיתיים במדינות היעד, ולוודא שהכסף באמת עובר לפני שאתם מגלים את התקלות בביקורות של ה-App Store.
3. מלחמה ב"פרגמנטציה"
בואו נודה על האמת: אי אפשר להחזיק במשרד את כל סוגי המכשירים הקיימים. במיוחד באנדרואיד, המגוון הוא אינסופי. ה-Crowdtesting נותן לכם גישה למאות מכשירים שונים, עם גרסאות מערכת הפעלה שונות ותנאי רשת אמיתיים (דור 4, דור 5, Wi-Fi ציבורי). זה משהו ששום סימולטור לא יצליח לשחזר במדויק.
4. כשנמאס לכם מ"אצלי זה עובד"
צוות ה-QA הפנימי שלכם (המצוין!) כבר מכיר את המערכת טוב מדי. הם יודעים איפה לא ללחוץ ומה הקיצור לכל פעולה. "ההמון" מביא איתו את מה שאני קורא לו "חוסר צפיות מבורך". בודקים שלא מכירים את האפליקציה יתנהגו בצורה לא צפויה, ילחצו על כפתורים שלא חשבתם עליהם, וימצאו את אותם "Edge Cases" שמתחבאים בפינות.
מתי זה פחות מתאים?
אני תמיד אומר – אל תשלחו לבדיקות המונים משהו שלא עבר בדיקות בסיסיות.
- בשלבים מוקדמים: אם הקוד עדיין לא יציב, חבל על הכסף. תתחילו עם אוטומציה ובדיקות פנימיות.
- בדיקות עומק ב-Back-end: הקהל לא אמור לבדוק לכם את מסד הנתונים או את הלוגיקה של השרת. בשביל זה יש לכם אנשי QA מקצועיים בתוך הצוות.
- אבטחת מידע רגישה: כשמדובר בסביבות סופר-מסווגות לפני השקה, צריך לנהל את ה-Crowd בזהירות רבה ועם הסכמי סודיות קשיחים.
השורה התחתונה
בדיקות המונים הן לא תחליף ל-QA פנימי או לאוטומציה – הן הצלע השלישית במשולש. אם אתם עומדים לפני השקה גדולה, או אם המוצר שלכם הופך להיות גלובלי, זה הכלי שיעזור לכם לישון בשקט בלילה.
בסופו של דבר, עדיף ש-50 בודקים ימצאו את הבאג עכשיו, מאשר ש-50,000 משתמשים ימצאו אותו מחר בבוקר.
לקרוא מאמרים זה נחמד אבל לא יביא אותך לתוצאה שאתה רוצה, בדיוק בשביל זה הכנו עבורך את הקורס הדיגיטלי המהיר, תוך שעתיים וחצי תלמד את תחום הבדיקות ידניות, תוכל להתחיל לעבוד מהבית דרך FIVERR או ולהתכונן נכון לראיונות עבודה שיעזרו לך לצלוח אותם. כנס כאן הקורס ממוקד בבדיקות תוכנה ידניות הנותן בסיס חזק לתחום.
לעבוד מהבית כבודק תוכנה עם FIVERR >> לחץ כאן
TesQA 