Appium Halutut ominaisuudet Android Emulaattori

Mitä ovat halutut ominaisuudet

'Halutut ominaisuudet' auttavat meitä muokkaamaan palvelimen toimintaa automaation aikana. Appium se on hashmap eli avain-arvo-pari, jota käytetään komennon lähettämiseen Appium palvelimella, jossa jokainen asiakaskomento suoritetaan istunnon yhteydessä.

Esimerkiksi asiakas lähettää POST /session-pyynnön, joka sisältää JSON-objektin, Appium palvelin.

Joten pyynnön lähettämiseen tai istunnon ylläpitämiseen palvelimen kanssa käytetään avain- ja arvopareja. Tätä kutsutaan halutuiksi ominaisuuksiksi.

import io.appium.java_client.AppiumDriver;
import org.openqa.selenium.remote.DesiredCapabilities;
{
        DesiredCapabilities capabilities = new DesiredCapabilities();
        capabilities.setCapability("deviceName","Android Emulator");
        capabilities.setCapability("platformVersion", "4.4");
}

Halutun kyvykkyyden tärkeä rooli

• 'DesiredCapabilities' auttavat käyttäjää hallitsemaan istuntopyyntöä palvelimen kanssa. Esimerkiksi iOS-istunnolle asetamme ominaisuuden platformName = iOS ja Android istuntoalustanNimi = Android.
• 'DesiredCapabilities'-ominaisuuksia käytetään esimerkiksi WebDriver-instanssin määrittämiseen FirefoxOhjain, ChromeDriver tai InternetExplorerDriver.
• DesiredCapability on erittäin hyödyllinen Selenium Grid. Sitä käytetään esimerkiksi eri testitapausten suorittamiseen eri selaimessa ja eri käyttöjärjestelmässä. Ilmoitetun ominaisuuden perusteella Grid-keskitin osoittaa vastaavaan solmuun. Solmut määritellään 'set'-ominaisuusmetodeilla:

  DesiredCapabilities obj = new DesiredCapabilities(); 
  obj.setBrowserName("firefox"); 
  obj.setVersion("18.0.1"); 
  obj.setPlatform(org.openqa.selenium.Platform.WINDOWS);					
  

• Haluttu ominaisuus on kirjastokohtaisesti määritelty paketti. Ennen 'DesiredCapabilities'-ominaisuuden käyttöä se tulee tuoda alla olevasta kirjastosta.

  Org.openqa.selenium.remote.DesiredCapabilities

Appium tukee molempia Android ja iOS:lle, joten on olemassa erillinen joukko Appium palvelinominaisuudet kullekin alustalle.

Alla oleva taulukko näyttää joitakin yleisesti käytettyjä Android ominaisuudet ja käytettävät arvot.

HUOMAUTUS: katso Appium dokumentointi nähdäksesi lisää Android valmiuksia.

Alla oleva taulukko näyttää joitakin yleisesti käytettyjä iOS-ominaisuuksia ja niiden arvoja.

HUOMAUTUS: katso Appium kykyopas nähdäksesi lisää iOS:n ominaisuuksia.

Miten halutut ominaisuudet muuttuivat Appium 2

Yllä olevat esimerkit ovat peräisin mm. Appium 1 aikakausi ja näyttää edelleen kykyjoukon muodon, mutta kaksi sääntöä on muuttunut ja molemmat estävät modernin istunnon alkamisen.

Ensinnäkin W3C WebDriver -spesifikaatio määrittelee vain pienen joukon vakio-ominaisuuksia, joista platformName ja browserName merkitystä. Kaikki muut ominaisuudet ovat toimittajan laajennuksia, ja niissä on oltava kaksoispisteeseen päättyvä nimiavaruuden etuliite. Appiumetuliite on appium:. Niin deviceName tulee appium:deviceName ja platformVersion tulee appium:platformVersion. Appium 2 vaatii myös appium:automationName, koska ajurit asennetaan erikseen sen sijaan, että ne toimitettaisiin palvelimen mukana.

Toiseksi, etuliitteen toistaminen käy työlääksi, joten Appium hyväksyy yhden appium:options ominaisuus, jonka arvo on objekti. Objektin sisällä olevat ominaisuudet eivät tarvitse etuliitettä, ja jos nimi esiintyy sekä objektin sisällä että ulkopuolella, sisempi arvo voittaa.

{
    "platformName": "iOS",
    "appium:options": {
        "automationName": "XCUITest",
        "platformVersion": "16.0",
        "app": "/path/to/your.app",
        "deviceName": "iPhone 12",
        "noReset": true
    }
}

⚠️ Versiohuomautus: på den Java puoli, Selenium 4 ja Appium Java asiakas 8 vanhensi DesiredCapabilities aiemmin näytetty luokka. Ajurikohtaiset rakentajat periytyvät BaseOptions korvaa se — UiAutomator2Options varten Android ja XCUITestOptions iOS:lle — yksi yhteen -kartallaping jokaiselta vanhalta setCapability puhelu. Yllä oleva alkuperäinen koodi on tässä säilytetty historiallisena esimerkkinä.

ExtracPakettien ja aktiviteettien tiedot

Paketit ovat paketoituja tiedostoja tai luokkia. Ne antavat modulaariselle ohjelmoinnille järjestelmällisen rakenteen. Javaeri paketit tallennetaan yhteen JAR-tiedostoon, ja käyttäjä voi kutsua kyseistä JAR-tiedostoa täyden suorittamisen suorittamiseksi. Samanlaista konseptia noudatetaan mobiilisovelluskehityksessä.

In Android käyttöjärjestelmässä kaikki sovellukset asennetaan muodossa Java paketteja. Joten esimerkiksitract-paketin polkutiedot, Android PackageManager-luokkaa käytetään.

Se hakee laitteeseen esiasennettujen ja jälkiasennettujen sovellusten paketti- ja toimintatietoja.

Voit saada PackageManager-luokan instanssin kutsumalla getPackageManager(). Tämä metodi voi käyttää ja muokata asennettujen sovellusten paketteja ja niihin liittyviä käyttöoikeuksia.

Esimerkiksi:

PackageManager pManager = getPackageManager();
List<ApplicationInfo> list = pManager.getInstalledApplications(PackageManager.GET_META_DATA)

AppPackage- ja appActivity-kohteiden löytäminen ADB:n avulla

Yllä oleva PackageManager-reitti toimii sovelluksen sisältä. Testaajana sinulla on yleensä vain asennettu koontiversio, joten nopeampi polku on kysely ADB kytkettyä laitetta tai emulaattoria vasten.

Avaa sovellus laitteella manuaalisesti ja suorita sitten jokin alla olevista komennoista terminaalissa platform-tools-kansiossa. Komento tulostaa ikkunan, jossa tällä hetkellä on aktiivinen, ja arvo muotoillaan muodossa package/activity.

adb shell dumpsys window | find "mCurrentFocus"
adb shell dumpsys window windows | grep -i "mCurrentFocus"

Käytä ensimmäistä lomaketta Windows komentokehotteessa ja toinen Unix-komentotulkissa tai Git Bashissa. Lue tulos kahtena puolikkaana: kaikki kauttaviivaa edeltävä osa on funktion arvo appPackage, ja kaikki sen jälkeen oleva on arvoa appActivity.

Kaksi varoitusta on voimassa. Keskitetty toiminto on se, mikä on näytöllä sillä hetkellä, eikä se aina ole se toiminto, jolla sovellus aloittaa – jos istunto epäonnistuu ajurin alustuksen aikana, käynnistä sovellus alusta ja lue arvo uudelleen. Ja jos aloitusnäyttö tulee ensin näkyviin, syöttötoiminto eroaa siitä, jota vastaan ​​​​lopulta haluat väittää, mikä on juuri niin. appWaitActivity on olemassa.

Visuaalinen vaihtoehto on uiautomatorviewer, joka tallentaa nykyisen näyttöhierarkian ja näyttää jokaisen solmun paketin ja luokan.

Yleisiä haluttujen ominaisuuksien virheitä ja niiden korjaaminen

Eniten epäonnistuneita Appium istunnot päättyvät ennen kuin yksikään testivaihe on suoritettu, ja syy on lähes aina ominaisuusjoukossa eikä testissä. Alla oleva taulukko yhdistää jokaisen viestin sen tavanomaiseen korjaukseen.

Kun istunto ei käynnisty, lue Appium palvelinloki asiakaspinon sijaan trace. Palvelin ilmoittaa, mitä ominaisuutta se ei pystynyt täyttämään, ja kyseinen rivi nimeää korjauksen.

UKK