בדיקות מיקום: זיוף קואורדינטות ל-QA ולמפתחים

גבולות של אזורים: נקודה בדיוק על גבול אזור משלוחים או רדיוס חיפוש היא מקור קלאסי לשגיאות „פחות או יותר אחד”. שינוי קואורדינטות בזמן שהאפליקציה פועלת: אפליקציות רבות מבקשות את המיקום פעם אחת בהפעלה ולא מגיבות לשינויים. היעדר קואורדינטות: ההתנהגות כשהמיקום כבוי וכשההרשאה נדחתה.

בנפרד — נתונים לא תקינים במכוון: נקודה באמצע האוקיינוס, קואורדינטות בחצי הכדור השני, מקומות בלי כתובת. האפליקציה לא אמורה לקרוס באף אחד מהמקרים האלה.

האמולטור של Android Studio יודע לקבוע קואורדינטות ולנגן מסלולים, וזה מספיק לשלבי פיתוח מוקדמים. אבל הוא לא משחזר את מה שנשבר הכי הרבה: איך קושחה מסוימת מתנהגת כשהיא סוגרת שירותי רקע, עבודה עם אות חלש, עיכובים אמיתיים בקבלת מיקום והבדלים במדיניות חיסכון האנרגיה של היצרנים.

לכן כדאי לבדוק שוב במכשיר אמיתי תרחיש שעבר באמולטור — במיוחד אם האפליקציה הנבדקת משתמשת במיקום ברקע.

Android מסמן קואורדינטות מספק בדיקה. עבור QA זה לא מכשול, אלא דבר נפרד לבדוק: אם האפליקציה הנבדקת צריכה לדחות קואורדינטות מדומות, הזיוף הוא בדיוק הדרך לוודא שהבדיקה באמת עובדת, ולא רק כתובה.

אם האפליקציה צריכה לקבל כל קואורדינטה מהמערכת, כדאי לוודא שהיא לא זורקת אותן בטעות בגלל הסימון הזה.

באפליקציות שעוקבות אחרי תנועה ברקע חשובות הרצות ארוכות: מפעילים זיוף, ממזערים את האפליקציה ומשאירים את המכשיר לכמה שעות. כך מתגלות בעיות שאי אפשר לראות בחמש דקות של בדיקה ידנית — מינוי לעדכונים שאבד, שגיאות שמצטברות, קושחה שעוצרת את השירות.

ההתראה הקבועה בלוח ההתראות משמשת סימן: כל עוד היא שם, הזיוף פעיל.