Appium — ano ito, mga prinsipyo ng paggana at cross-platform na pagsubok

Ano ang Appium

Appium ay isang open-source framework para sa automation ng pagsubok ng mga mobile application, na binuo sa arkitekturang client-server. Ang Appium server ay tumatanggap ng mga utos mula sa client sa pamamagitan ng WebDriver protocol at ipinapasa ang mga ito sa mga native na driver: XCUITest para sa iOS, UiAutomator2 para sa Android at WinAppDriver para sa Windows.

Kasaysayan at komunidad

Ang Appium ay nilikha noong 2013 at mula noon ay naging pamantayan ng industriya para sa cross-platform na pagsubok. Ang proyekto ay pinamamahalaan ng Appium Foundation at sinusuportahan ng malalaking kumpanya: Sauce Labs, HeadSpin, Microsoft. Buwan-buwan, mahigit 500 libong tester sa buong mundo ang gumagamit ng Appium.

Mga uri ng application na sinusuportahan

Sinusuportahan ng Appium ang tatlong uri ng application: native (iOS, Android, Windows), mobile web browser (Safari, Chrome) at hybrid application (WebView sa loob ng native shell). Bawat uri ay gumagamit ng sarili nitong konteksto: NATIVE_APP, WEBVIEW o CHROMIUM.

Arkitektura ng Appium at WebDriver

Ang arkitektura ng Appium ay binubuo ng apat na antas: client code → Appium Client Library → Appium Server → native na driver. Ang client library ay nagpapatupad ng WebDriver protocol at nagpapadala ng mga HTTP request sa server. Ginagawang mga utos ng native na driver ng platform ng server ang mga ito.

WebDriver protocol

Ang WebDriver ay pamantayan ng W3C para sa automation ng browser, na inangkop ng Appium para sa mga mobile device. Bawat aksyon — paghahanap ng elemento, pag-click, pagpasok ng text — ay ipinapadala bilang HTTP request sa server. Halimbawa, ang POST /session/{id}/element ay lumilikha ng bagong sesyon ng pagsubok.

Mga sesyon at Desired Capabilities

Bawat pagsubok ay nagsisimula sa paggawa ng sesyon sa pamamagitan ng Desired Capabilities object. Dito ay tinutukoy: platformName, deviceName, appPath, automationName at karagdagang parameter. Ginagamit ng Appium ang datos na ito para pumili ng angkop na native na driver at i-configure ang device.

# Halimbawa ng Desired Capabilities para sa Android
desired_caps = {
    'platformName': 'Android',
    'deviceName': 'Pixel_4',
    'app': '/path/to/app.apk',
    'automationName': 'UiAutomator2',
    'appPackage': 'com.example.app',
    'appActivity': '.MainActivity'
}
driver = webdriver.Remote('http://localhost:4723/wd/hub', desired_caps)

Pag-install at pagsasaayos ng Appium

Ang pag-install ng Appium ay ginagawa sa pamamagitan ng npm: npm install -g appium. Pagkatapos ng pag-install, kailangang i-configure ang mga native na driver para sa bawat platform: appium driver install xcuitest at appium driver install uiautomator2. Para sa iOS kinakailangan ang Xcode, at para sa Android — Android SDK.

Appium Inspector

Ang Appium Inspector ay isang graphical na tool para sa pag-iinspeksiyon ng mga elemento ng interface. Kumokonekta ito sa tumatakbong Appium server at nagpapakita ng hierarchy ng mga UI component, kanilang mga attribute at locator. Pinapayagan ng Inspector ang pagsusuri ng selector bago isulat ang pagsubok.

Pagpapatakbo ng server

Ang Appium server ay pinapatakbo gamit ang utos na appium na may mga opsyonal na parameter: port, address, pag-log. Bilang default, ang server ay nakikinig sa port 4723. Para sa parallel na pagpapatakbo ng maraming device, ginagamit ang iba't ibang port o Appium cluster.

# Pagpapatakbo ng Appium server na may pag-log
appium \
  --port 4723 \
  --log-level debug \
  --use-plugins images \
  --base-path /wd/hub

Pagsulat ng mga pagsubok sa Appium

Ang mga pagsubok sa Appium ay gumagamit ng pattern na Page Object para sa organisasyon ng code. Bawat screen ng application ay inilalarawan ng hiwalay na klase na may mga locator ng elemento at pamamaraan ng pakikipag-ugnayan. Ang Page Object Model ay nagpapasimple sa pagpapanatili ng mga pagsubok sa mga pagbabago ng interface at muling paggamit ng mga selector sa pagitan ng mga senaryo ng pagsubok.

Mga locator ng elemento

Sinusuportahan ng Appium ang maraming estratehiya ng paghahanap ng elemento: id, xpath, accessibilityId, className, androidUIAutomator at iOSClassChain. Ang pinakainirerekomenda ay accessibilityId at id — ang mga ito ay matatag sa mga pagbabago ng layout. Ang XPath ay dapat gamitin lamang kung walang ibang locator.

// Page Object para sa screen ng pag-login
public class LoginPage {
    private AppiumDriver driver;

    private MobileElement emailField =
        (MobileElement) driver.findElement(MobileBy.AccessibilityId("emailInput"));
    private MobileElement passwordField =
        (MobileElement) driver.findElement(MobileBy.AccessibilityId("passwordInput"));
    private MobileElement loginButton =
        (MobileElement) driver.findElement(MobileBy.AccessibilityId("loginButton"));

    public void login(String email, String password) {
        emailField.sendKeys(email);
        passwordField.sendKeys(password);
        loginButton.click();
    }
}

Pagtatrabaho sa mga galaw at aksyon

Sinusuportahan ng Appium ang mga komplikadong galaw sa pamamagitan ng TouchAction class o W3C Actions API: swipe, multitouch, matagal na pagpindot, pag-scroll sa elemento. Ang bagong W3C Actions API ay inirerekomenda para sa mga bagong proyekto dahil ito ay pamantayan at mas matatag na gumagana sa iba't ibang bersyon ng platform.

Paghahambing ng Appium sa mga alternatibo

Ang Appium ay madalas ikinukumpara sa Detox, XCUITest at Espresso. Ang pangunahing bentahe ng Appium ay cross-platform na kakayahan: isang pagsubok ay maaaring patakbuhin sa iOS at Android nang walang pagbabago. Gayunpaman, ang Detox ay nagbibigay ng mas mahusay na sinkronisasyon para sa React Native, at ang XCUITest/Espresso ay nagbibigay ng mas mabilis na pag-execute para sa mga native na pagsubok.

Kailan pumili ng Appium

Ang Appium ay angkop para sa mga proyekto na nangangailangan ng pinag-isang framework para sa iOS, Android at web. Ito ay kailangang-kailangan sa mga team na may mga tester na nagsusulat sa Java o Python. Para sa mga proyekto ng React Native na may maraming E2E na pagsubok, mas mainam na isaalang-alang ang Detox dahil sa awtomatikong sinkronisasyon.

Appium Grid at pagsubok sa cloud

Ang Appium Grid ay isang extension para sa parallel na pagpapatakbo ng mga pagsubok sa maraming device nang sabay-sabay. Ang Appium Grid ay binuo batay sa Selenium Grid at nagpapahintulot ng pamamahagi ng mga pagsubok sa pagitan ng maraming Appium server, bawat isa ay namamahala ng sarili nitong set ng mga device o emulator. Ito ay kritikal para sa malalaking proyekto kung saan ang regression run sa isang device ay tumatagal ng mga oras — binabawasan ng Grid ang oras sa minuto proporsyonal sa bilang ng mga node.

Konfigurasyon ng Grid

Para sa pagsasaayos ng Grid, ginagamit ang isang configuration file sa JSON format, kung saan inilalarawan ang mga node na may mga device. Bawat node ay tumutukoy: port ng server, listahan ng mga device na may platform, bersyon ng OS at maximum na bilang ng mga sesyon. Ang Hub ay namamahagi ng mga pagsubok sa mga libreng node, na tinitiyak ang maximum na paggamit ng imprastraktura.

{
  "capabilities": [
    {
      "browserName": "android",
      "platformName": "Android",
      "deviceName": "Pixel_4",
      "platformVersion": "14.0",
      "maxInstances": 2
    }
  ],
  "configuration": {
    "port": 4724,
    "registerCycle": 5000
  }
}

Mga serbisyo sa cloud

Kung ang sariling imprastraktura ng device ay hindi available, may mga serbisyo sa cloud: Sauce Labs, BrowserStack, LambdaTest. Nagbibigay ang mga ito ng daan-daang tunay na device at emulator sa cloud. Ang integrasyon sa Appium ay minimal: sapat na ang tukuyin ang URL ng cloud hub at mga kredensyal sa Desired Capabilities sa halip na localhost.

Parallel na pagpapatakbo

Sinusuportahan ng Appium ang parallel na pagpapatakbo ng mga pagsubok gamit ang TestNG (Java) o pytest-xdist (Python). Ang paralelisasyon ay nangangailangan ng natatanging port para sa bawat sesyon at hiwalay na datos ng pagsubok. Bawat thread ay nagpapatakbo ng sarili nitong Appium session sa hiwalay na device o emulator. Kapag gumagamit ng mga serbisyo sa cloud, awtomatiko ang paralelisasyon — ang platform mismo ang namamahagi ng mga pagsubok sa mga available na device at pinapalaya ang mga ito pagkatapos matapos.

Diagnostiko at debugging ng Appium

Sa mga problema sa Appium, ang unang hakbang ay suriin ang log ng server (appium --log-level debug). Karaniwang mga error: port ay okupado (tukuyin ang ibang --port), hindi tugmang bersyon ng driver, nawawalang Android SDK o Xcode. Para sa iOS, tiyaking tumatakbo ang WebKitAgent at may access sa simulator.

Mga problema sa paghahanap ng elemento

Kung hindi mahanap ng Appium ang isang elemento, suriin: tama ba ang konteksto (NATIVE_APP vs WEBVIEW), nakikita ba ang elemento sa screen, nangangailangan ba ito ng pag-scroll, at tama ba ang locator. Gamitin ang Appium Inspector para sa interaktibong paghahanap at pagsusuri ng mga XPath expression bago ipasok sa pagsubok. Kapaki-pakinabang din ang pag-activate ng paghihintay sa paglitaw ng elemento sa pamamagitan ng WebDriverWait — nireresolba nito ang problema ng sinkronisasyon sa mabagal na pag-load ng UI.

Pamamahala ng sesyon

Ang hindi tamang pagtatapos ng sesyon ay karaniwang sanhi ng kawalang-tatag ng mga pagsubok sa Appium. Palaging isara ang driver sa finally block o sa pamamagitan ng AutoCloseable. Sa mga error, gamitin ang sapilitang driver.quit(). Para sa iOS, tiyaking ang WebKitAgent (WDA) ay ni-restart sa pagitan ng mga sesyon, kung hindi, maaaring magkaroon ng error na session not created. Para sa pagsubaybay ng estado ng sesyon sa CI, kapaki-pakinabang na ikonekta ang Appium Dashboard plugin na nagbibigay ng biswal na representasyon ng katayuan ng lahat ng tumatakbong pagsubok sa real-time.

Mga flag ng katatagan

Para sa pagtaas ng katatagan ng pagsubok, gamitin ang: shouldTerminateApp (pagsasara ng application sa pagitan ng mga pagsubok), noReset (pagpapanatili ng datos sa pagitan ng mga sesyon), autoGrantPermissions (awtomatikong pagbibigay ng pahintulot sa system dialog). Inirerekomenda din na i-off ang mga animasyon sa device sa pamamagitan ng Developer Options.