लोकेशन टेस्टिंग: QA और डेवलपर के लिए कोऑर्डिनेट बदलना

ज़ोन के किनारे: डिलीवरी ज़ोन या खोज दायरे के ठीक किनारे का पॉइंट off-by-one त्रुटियों का क्लासिक स्रोत है। ऐप चलते समय कोऑर्डिनेट बदलना: कई ऐप शुरू होते समय एक बार लोकेशन माँगते हैं और बदलावों पर ध्यान नहीं देते। कोऑर्डिनेट न होना: लोकेशन बंद होने और अनुमति न देने पर व्यवहार।

अलग से — जान-बूझकर गलत डेटा: समुद्र के बीच का पॉइंट, दूसरे गोलार्ध के कोऑर्डिनेट, बिना पते वाली जगहें। इनमें से किसी भी मामले में ऐप क्रैश नहीं होना चाहिए।

Android Studio एमुलेटर कोऑर्डिनेट सेट कर सकता है और रास्ते चला सकता है, और शुरुआती डेवलपमेंट के लिए यह काफ़ी है। लेकिन वह वह नहीं दोहराता जो सबसे ज़्यादा टूटता है: किसी खास फ़र्मवेयर का बैकग्राउंड सर्विस बंद करते समय व्यवहार, कमज़ोर सिग्नल में काम, लोकेशन मिलने में असली देरी और कंपनियों की पावर-सेविंग नीतियों के फ़र्क।

इसलिए एमुलेटर पर पास हुआ परिदृश्य असली डिवाइस पर दोबारा जाँचना चाहिए — खासकर अगर टेस्ट हो रहा ऐप बैकग्राउंड में लोकेशन इस्तेमाल करता है।

Android टेस्ट प्रोवाइडर के कोऑर्डिनेट पर फ़्लैग लगाता है। QA के लिए यह रुकावट नहीं, बल्कि जाँचने की एक अलग चीज़ है: अगर टेस्ट हो रहे ऐप को नकली कोऑर्डिनेट खारिज करने चाहिए, तो स्पूफ़िंग ही यह पक्का करने का तरीका है कि जाँच सच में काम करती है, सिर्फ़ लिखी हुई नहीं है।

अगर ऐप को सिस्टम से आए कोई भी कोऑर्डिनेट स्वीकार करने चाहिए, तो पक्का करें कि वह इस फ़्लैग की वजह से उन्हें गलती से खारिज न करे।

जो ऐप बैकग्राउंड में हलचल ट्रैक करते हैं, उनके लिए लंबे टेस्ट मायने रखते हैं: स्पूफ़िंग चालू करें, ऐप छोटा करें और डिवाइस को कई घंटों के लिए छोड़ दें। इससे वे समस्याएँ दिखती हैं जो पाँच मिनट की मैन्युअल टेस्टिंग में नहीं दिखतीं — अपडेट की सदस्यता खो जाना, जमा होती त्रुटियाँ, फ़र्मवेयर का सर्विस रोकना।

नोटिफ़िकेशन पैनल में स्थायी सूचना संकेत का काम करती है: जब तक वह है, स्पूफ़िंग चालू है।