हम पेज ऑब्जेक्ट पैटर्न का उपयोग करके एंड्रॉइड एप्लिकेशन के यूआई परीक्षणों को स्वचालित करते हैं

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

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

1. मैं एक सुंदर और स्पष्ट परीक्षण केस कोड लिख रहा हूं,
2. मैं व्यापार तर्क परत में परीक्षण मामले से तरीकों को लागू करता हूं,
3. मैं उन तत्वों का वर्णन करता हूं जो परीक्षण के लिए आवश्यक हैं।

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

तो इनपुट है:

• स्टॉक एक्सचेंज पर ट्रेडिंग के लिए एंड्रॉइड एप्लिकेशन;
• जावा डेवलपर्स के साथ एक ही स्टैक में काम करने के लिए;
• बुनियादी ढांचा UI ऑटोमेटर;
• आपको एप्लिकेशन में एक लॉगिन टेस्ट लिखना होगा।

परियोजना की तैयारी

चूंकि मैंने विकास प्रक्रिया में जितना संभव हो सके, एकीकृत करने की कोशिश की, लेकिन मैंने एक नई परियोजना बनाना शुरू नहीं किया। प्रलेखन के अनुसार, इंस्ट्रूमेंटल परीक्षणों को src/androidTest/java फ़ोल्डर में रखा जाना चाहिए। मेरे मामले में, कलेक्टर पहले से ही कॉन्फ़िगर किया गया है, यदि आपके पास कुछ गलत है, तो बिल्ड कॉन्फ़िगरेशन के बारे में पढ़ें। हमें एक विकास वातावरण, एंड्रॉइड एसडीके, एमुलेटर, टूल्स, प्लेटफॉर्म-टूल्स और एमुलेटर के लिए आवश्यक प्लेटफॉर्म की भी आवश्यकता है। यदि आप एंड्रॉइड स्टूडियो का उपयोग करते हैं, तो यह सब एसडीके प्रबंधक के माध्यम से जल्दी से स्थापित किया जा सकता है:

टेस्ट लेयर

जैसा कि मैंने ऊपर लिखा था, हम आवेदन में लॉगिन परीक्षा को स्वचालित करेंगे। याद रखें कि कोड एक नियमित परीक्षण के मामले की तरह दिखना चाहिए:

पूर्वसर्ग: आवेदन चलाएँ।
चरण 1: myLogin / myPassword खाते का उपयोग करके लॉगिन करें।
चरण 2: वर्तमान उपयोगकर्ता का नाम जांचें।
अपेक्षित परिणाम: वर्तमान उपयोगकर्ता इवान इवानोव है।

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

हमारी कक्षा इस तरह दिखाई देगी:

 @RunWith(AndroidJUnit4.class) public class LoginTests { private TestApplication myApp; @Before public void setUp() { myApp = new TestApplication(); } @Test public void testLogin() { myApp.login("myLogin","myPassword"); String currentUser = myApp.getCurrentUserName(); assertEquals("Wrong name", " ", currentUser); } @After public void tearDown() { myApp.close(); } } 

व्यापार तर्क

परीक्षण TestApplication() वर्ग और उसके दो तरीकों का उपयोग करता है: login() और getCurrentUserName() । साथ ही, आपको एक क्लास कंस्ट्रक्टर (इसमें एप्लिकेशन लॉन्च करना) और close() विधि की आवश्यकता है। सामने स्पष्ट है:

 public class TestApplication { private UiDevice device; private PageObject page; public TestApplication() { } public void login(String login, String password) { } public String getCurrentUserName() { return "" } public void close() { } } 

हमारी कक्षा के एक उदाहरण के दो चर होंगे:

• device , वर्ग से संबंधित android.support.test.uiautomator.UiDevice - इसके माध्यम से हम अपने डिवाइस के साथ बातचीत करते हैं;
• page , PageObject वर्ग, जिसे हम अगले भाग में बनाएंगे।

आइए निर्माणकर्ता के साथ शुरू करें। इसमें, हमारे चर के उदाहरण बनाएं और एप्लिकेशन चलाएं:

 public TestApplication() { // Connect to device device = UiDevice.getInstance(InstrumentationRegistry.getInstrumentation()); device.pressHome(); // Get launch intent String packageName = InstrumentationRegistry.getTargetContext() .getPackageName(); Context context = InstrumentationRegistry.getContext(); Intent intent = context.getPackageManager() .getLaunchIntentForPackage(packageName) .addFlags(Intent.FLAG_ACTIVITY_CLEAR_TASK); // Stat application context.startActivity(intent); // Get page objects page = new PageObject(device, packageName); } 

नोट: android.content.Context.getTargetContext() माध्यम से एप्लिकेशन चलाना केवल तभी उपयुक्त है जब आपके परीक्षण एप्लिकेशन के समान प्रोजेक्ट में हों। यदि अलग से, यह मेनू के माध्यम से चलाने के लिए आवश्यक होगा।

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

 public void login(String login, String password) { page.login().click(); page.loginEntry().setText(login); page.passwordEntry().setText(password); page.signIn().click(); } 

वर्तमान उपयोगकर्ता प्राप्त करने के लिए, सब कुछ सरल है, बस फ़ील्ड मान प्राप्त करें:

 public String getCurrentUserName() { return page.currentUserName().getText(); } } 

और एप्लिकेशन को बंद करने के लिए, बस होम बटन पर क्लिक करें:

 public void close() { device.pressHome(); } 

पृष्ठ तत्वों का वर्णन

इस परत की अवधारणा यह है कि इसे उपयोग के लिए तैयार तत्वों को वापस करना चाहिए (हमारे संदर्भ में, यह वर्ग android.support.test.uiautomator.UiObject2 )। यही है, उपभोक्ता को वस्तु की स्थिति के बारे में चिंता नहीं करनी चाहिए, यदि वह लौट आया, तो आप तुरंत उसके साथ बातचीत कर सकते हैं: क्लिक करें, भरें या पाठ पढ़ें। यह एक महत्वपूर्ण परिणाम है - इस परत में हम उम्मीदों का एहसास करेंगे:

 private UiObject2 getUiObject(BySelector selector) { return device.wait(Until.findObject(selector), 10000); } 

ऊपर परिभाषित विधि का उपयोग हमारे PageObject वर्ग के सार्वजनिक इंटरफ़ेस द्वारा किया जाएगा। लॉगिन क्षेत्र के लिए उदाहरण:

 public UiObject2 loginEntry() { return getUiObject(loginEntrySelector()); } 

यह चयनकर्ता को निर्धारित करने के लिए बना हुआ है जिसके द्वारा हम क्षेत्र पाएंगे। android.support.test.uiautomator.BySelector उदाहरण कक्षा android.support.test.uiautomator.By के स्थिर तरीकों का उपयोग करके सबसे आसानी से प्राप्त किया जाता है। मैं इस बात से सहमत था कि हर जगह, जब भी संभव होगा, अनूठे संसाधन-आईडी होंगे:

 private BySelector loginEntrySelector() { return By.res(packageName, "login"); } 

उपकरण पैकेज (तैयारी अनुभाग में स्थापित) में शामिल uiautomatorviewer उपयोगिता में इंटरफ़ेस का निरीक्षण करना सुविधाजनक है:



वांछित तत्व का चयन करें और नोड विवरण अनुभाग में हम संसाधन-आईडी को देखते हैं। इसमें पैकेज का नाम होता है और वास्तव में, पहचानकर्ता होता है। हमें TestApplication क्लास के कंस्ट्रक्टर में पैकेज का नाम मिला, और PageObject बनाते समय इसका इस्तेमाल किया।

पूर्ण कोड:

परीक्षण चल रहा है

बस, यही दौड़ना बाकी है। सबसे पहले, डिवाइस से कनेक्ट करें या एमुलेटर शुरू करें। adb devices कमांड के साथ कनेक्शन की जाँच करें (adb यूटिलिटी प्लेटफॉर्म-टूल्स का हिस्सा है):

 List of devices attached emulator-5554 device 

यदि आपके पास एक ढाल है, तो करें

 gradlew.bat connectedAndroidTest 

और आनंद लें कि कैसे "इंजेक्शन वाले रोबोट, इंसान नहीं" (सी)।