Monkeyrunner। Android पर पिक्सेल-परिपूर्ण वेब पेज परीक्षण

Google ने ऑटोमेशन मंकीरनर के परीक्षण के लिए उपकरण जारी किए हुए बहुत समय बीत चुका है, और कोई सुधार दिखाई नहीं दे रहा है। हालांकि, सबसे अच्छा उपकरण के सही लेआउट के लिए नियमित रूप से वेब पृष्ठों की जांच के कार्य के लिए नहीं मिला। जिन लोगों को स्क्रॉल समर्थन के साथ एंड्रॉइड पर पृष्ठों के स्क्रीनशॉट की तुलना करने के लिए बस तैयार स्क्रिप्ट की आवश्यकता होती है, वे तुरंत लिंक से इसे डाउनलोड कर सकते हैं। कटौती के तहत, यह बताया जाएगा कि पुतला किस समस्या से भरा हुआ है, और उन्हें कैसे दूर किया जाए।

कार्य

संक्षेप में, कार्य यह था: सूची के पन्नों के माध्यम से जाना और यह सुनिश्चित करना कि वे पहले (या लगभग समान) के समान दिखें। बेशक, आपको लंबे पृष्ठों से अंत तक स्क्रॉल करने की आवश्यकता है।

निर्णय एल्गोरिथ्म

अपने आप से, यह काफी सरल लगता है:

1. सूची से पृष्ठ खोलें
2. स्क्रीनशॉट लें, इसे संदर्भ के साथ तुलना करें
3. यदि स्क्रीनशॉट बहुत अलग नहीं है, तो पृष्ठ एक स्क्रीन स्क्रॉल करें और चरण 2 दोहराएं
4. यदि पृष्ठ समाप्त हो गया है, या परिणाम मूल से बहुत अलग है, तो अगले पृष्ठ पर जाएं

स्क्रीनशॉट लेने के लिए, मंकीरनर के पास एक तैयार किया गया टेकनैपशॉट फ़ंक्शन है, और उनकी तुलना के लिए एक बिल्कुल अद्भुत ImageMagick है , जो आपको मूल्यांकन करने की अनुमति देता है कि छवियां कितनी समान हैं, और न केवल 100% मैच की आवश्यकता है। ImageMagic में कई तुलनात्मक मैट्रिक्स हैं, मैं -मेट्रिक आरएमएसई का उपयोग करता हूं।
यह निर्धारित करने के लिए कि पृष्ठ को नीचे स्क्रॉल करने का समय कब है, यह अंतिम दो स्क्रीन की तुलना करने के लिए पर्याप्त है, यदि वे मेल खाते हैं, तो अंत तक पहुंच गया है।
Python-junit-xml का उपयोग CI या आपके पसंदीदा IDE को परिणाम निर्यात करने के लिए किया जाता है

नुकसान

अब सबसे दिलचस्प बात: यदि आप यह सब "सिर पर" करते हैं, तो कुछ भी काम नहीं करेगा। इसके कई कारण हैं।

1. विंडोज
बंदरों के लिए एक दिलचस्प "सुविधा" है, निष्पादन की प्रक्रिया में विंडोज के तहत बंदरों की संख्या। वर्तमान निर्देशिका को उसी स्थान पर बदल दिया जाता है जहां पुतला खुद झूठ बोलता है, क्योंकि यह इसके लिए बहुत सुविधाजनक है। नतीजतन, हमारी स्क्रिप्ट में सभी रिश्तेदार पथ और आयात निर्देश काम करना बंद कर देते हैं
इस व्यवहार को दूर करने के लिए, स्क्रिप्ट को स्वयं ही अपना स्थान निर्धारित करना चाहिए और केवल निरपेक्ष पथ पर कार्य करना जारी रखना चाहिए। यह इस प्रकार किया जाता है:

filepath = path.split(os.path.realpath(__file__))[0] BASE_PATH = path.split(filepath)[0].encode(FILENAMES_ENCODING) try: import config from junit_xmls import TestSuite, TestCase except ImportError: #dirty hack that loads 3rd party modules from script's dir not from working dir, which is always changed by windows monkeyrynner import imp config = imp.load_source('config', BASE_PATH+'/src/config.py') junit_xml = imp.load_source('junit_xml', BASE_PATH+'/src/junit_xml/__init__.py') TestSuite = junit_xml.TestSuite TestCase = junit_xml.TestCase 

2. रूसी अक्षर
रूसी विकिपीडिया का परीक्षण करने का पहला प्रयास विफल रहा, क्योंकि पुतला दूसरे पायथन पर आधारित है और इसमें यूनिकोड और राष्ट्रीय प्रतीकों की सभी ज्ञात समस्याओं को विरासत में मिला है। मुझे जहाँ भी संभव हो एन्कोडिंग को स्पष्ट रूप से निर्दिष्ट करना था, साथ ही साथ थोड़ा संशोधित junit_xml, जिसके लेखक ने राष्ट्रीय पात्रों से अनभिज्ञ था।
उदाहरण के लिए, फ़ाइलों को सही ढंग से बनाने के लिए, आपको स्पष्ट रूप से यूनिकोड में नाम का अनुवाद करने की आवश्यकता है

 filePath.decode("utf-8") 

इसके अलावा, विंडोज के रूसी संस्करणों पर, स्क्रिप्ट आसानी से क्रैश हो जाएगी यदि ImageMagick के लिए गलत पथ निर्दिष्ट किया गया है, क्योंकि पॉपेन बस त्रुटि संदेश में रूसी पात्रों को प्राप्त करने की उम्मीद नहीं करता है, और विंडोज अपने संदेशों को स्थानीय करता है।

3. स्क्रोल
यदि आप एक ही ब्राउजर में एक ही पेज को 10 बार उसी ब्राउजर पर स्क्रॉल करते हैं तो मंकीडेवाइस.ड्रैग () का उपयोग करके , हमें 10 अलग-अलग परिणाम मिलते हैं। खींचें बस गारंटी नहीं है कि यह पृष्ठ को उसी तरह स्क्रॉल करेगा। इस समस्या को हल करने के लिए, मुझे निम्नलिखित ट्रिक को लागू करना था: एक पुराने पेज के साथ एक नए पेज की तुलना करना, मैंने पेज के ऊपर और नीचे से कुछ पिक्सेल काट दिए और मूल में अपनी जगह की तलाश की (सौभाग्य से ImageMagick भी ऐसा कर सकता है), फिर यह पेज अपेक्षित से कम या अधिक है स्थिति, स्क्रॉल की एक त्रुटि है, आपको इसे अगले स्क्रॉल पर घटाना होगा। इस तरह की प्रतिक्रिया से स्क्रिप्ट तीसरी पुनरावृत्ति पर नहीं गिरती है और सुरक्षित रूप से पृष्ठ के अंत तक रहती है।

4. मेमोरी की खपत
यदि आप एक पंक्ति में 10-20 पृष्ठ खोलते हैं, तो कोई भी ब्राउज़र बस 10-20 टैब बनाता है, समय के साथ वे सभी मेमोरी को टटोलेंगे और ब्राउज़र सामान्य रूप से आदेशों का जवाब देना बंद कर देता है। सबसे अच्छी स्थिति में, पृष्ठ लोडिंग धीमा हो जाएगी, लेकिन आमतौर पर यह बंदरों को बस समय से बाहर कर देगा। इससे बचने के लिए, मैं एक छोटी सी हैक के लिए गया: एक नया पेज खोलने से पहले, वर्तमान ब्राउज़र प्रक्रिया को बस adb के माध्यम से मार दिया जाता है, कुछ इस तरह से

 device.shell('am force-stop ' + BROWSER_PACKAGE_NAME) 

यह हैक एमुलेटर में एक अच्छे मानक AOSP ब्राउज़र की मदद करता है, लेकिन यह वास्तव में क्रोम, ओपेरा और FF पर काम नहीं करता है, इसलिए अंत में मुझे बस वेब-व्यू पर अपना स्वयं का आवरण लिखना था, वास्तव में टैब के बिना एक हल्का ब्राउज़र। रास्ते के साथ, दो अन्य समस्याओं का समाधान किया गया था: स्व-लिखित ब्राउज़र उपयोगकर्ता के स्थान तक पहुंच की पुष्टि नहीं करता है और स्क्रीनशॉट को खराब नहीं करता है, और इसके अलावा, इसे स्क्रिप्ट में शामिल किया जा सकता है और इसे मंथवेडव्यू.इनकॉलपेक () के माध्यम से स्वचालित रूप से स्थापित किया जाएगा।

5. विफल कनेक्शन
यदि आप स्क्रिप्ट को बंद करते हैं और इसे तुरंत पुनरारंभ करते हैं, तो सबसे अधिक संभावना है मंकीरनर.वाइटफ़ोरकॉन्क्शन () बस एक त्रुटि के साथ विफल हो जाएगी , और दोहराया कॉल आमतौर पर बिना किसी समस्या के गुजरता है। इसलिए, स्क्रिप्ट का अंतिम संस्करण हमेशा डिवाइस से दो बार कनेक्ट करने का प्रयास करता है।

6. स्क्रीन लॉक
यदि लॉन्च के समय डिवाइस को ब्लॉक किया गया था, तो स्क्रिप्ट केवल सही ढंग से काम नहीं करेगी। हार्डवेयर मेनू बटन को दबाकर (किसी अज्ञात कारण से, यह एंड्रॉइड डिवाइस अनलॉक करेगा)

 MonkeyDevice.press("KEYCODE_MENU", MonkeyDevice.DOWN_AND_UP) 

लेकिन चूंकि अनलॉक किए गए डिवाइस पर यह मेनू की उपस्थिति का कारण होगा, इसलिए पहले यह सुनिश्चित करना बेहतर है कि डिवाइस लॉक है, आप इसे डंप्स के माध्यम से कर सकते हैं

  lockScreenRegexp = re.compile('mShowingLockscreen=(true|false)') result = lockScreenRegexp.search(device.shell('dumpsys window policy')) if result: return (result.group(1) == 'true') raise RuntimeError("Couldn't determine screen lock state") 

अपने आप से अनलॉक करना "स्लीपिंग" डिवाइस पर स्क्रीन को चालू नहीं करेगा, इसलिए इन सभी कार्यों से पहले आपको मंकी रनर को एक मजबूर कॉल करना चाहिए ।wake ()
डिवाइस सफलतापूर्वक अनलॉक होने के बाद, आप इस तथ्य पर भरोसा कर सकते हैं कि अन्य फ़ंक्शन सही तरीके से काम करना शुरू कर देंगे।

कुल मिलाकर

सभी संपादन के साथ, आप पहले से ही हर 5 मिनट में क्रैश के डर के बिना पृष्ठ प्रदर्शन की शुद्धता की जांच कर सकते हैं, लेकिन सबसे अच्छे परिणाम के लिए, आपको या तो एक परीक्षण ब्राउज़र या एओएसपी ब्राउज़र को वैनिला एंड्रॉइड से चुनना चाहिए।

पुनश्च कोड बिटबकेट पर स्थित है और प्रतिलिपि और संशोधनों के लिए खुला है।