Skip to Content
TestingUI-prófun forrits

UI-prófun forrits

OpenFactory getur keyrt endurnýtanleg browser workflow í stýrðum desktop tester VM. Forritið má dreifa með OpenFactory eða hýsa hvar sem er sem tester VM nær til.

Atriði sameina merkingarbundnar aðgerðir eins og open, click, type, key, wait og assert með skjámyndum, vafra greiningu og skráðu dómi. Þau henta þekktu notandaflæði; notaðu autonomous walker fyrir takmarkaða uppgötvun.

Búa til og keyra atriði

Fáðu tester VM forritsins:

ensure_tester_vm(app="my-app", app_url="https://staging.example.com")

Vistaðu síðan atriði þar sem skref nota merkingarbundin merki á skjánum:

[ { "action": "open_url", "value": "${APP_URL}" }, { "action": "type", "target": "email field", "value": "${EMAIL}" }, { "action": "type", "target": "password field", "value": "${PASSWORD}" }, { "action": "click", "target": "Sign in" }, { "action": "assert_text", "expect": "Dashboard" }, { "action": "assert_no_error" } ]

Notaðu create_app_scenario, keyrðu síðan skilaða scenario ID með run_app_scenario. Fyrsta keyrslan leysir element með OmniParser. Síðari keyrslur geta endurnýtt styrkta element cache og endurleyst aðeins breytt skref. Skoðaðu hvort hvert skref var cached eða parsed þegar þú greinir niðurstöðu.

Hvað árangursrík keyrsla þýðir

Skýrsla telst staðfesting aðeins þegar:

  • staða er passed;
  • markmið var ætluð umhverfi og revision;
  • staging-protection og innskráning forrits lauk; og
  • assertions keyrðu inni í vörunni, ekki á innskráningar- eða verndarsíðu.

Atriði sem tekst sýnir aðeins lýst flæði og assertions. Það sannar ekki fulla réttmæti forrits, aðgengi, öryggi eða hegðun milli vafra.

Breytur og secrets

Skref vísa í gildi sem ${VAR} og TOTP seeds sem ${totp:VAR}. Ekki-leynileg sjálfgefin gildi mega fylgja atriðinu. Secrets má geyma í dulkóðuðu key store eiganda þegar atriði er búið til; einnota override sem send eru í run_app_scenario eru sameinuð fyrir þá keyrslu og ekki varðveitt.

Settu ekki literal lykilorð, token eða TOTP seeds í texta skrefa, lýsingar atriða, skjámyndir eða issue export. Fyrir einnota kóða í tölvupósti krefst email_otp aðgerð virkrar, skýrt tengdrar Gmail samþættingar fyrir eiganda atriðsins.

Gagnlegar assertions

  • assert_text staðfestir væntanlegan sýnilegan texta.
  • assert_no_error athugar built-in eða gefnar error setningar.
  • assert_visual ber perceptual hash saman við geymdan baseline.
  • assert_stable tek sýnishorn úr svæði fyrir óvænta flicker/disappearance.
  • assert_progress staðfestir að streaming svæði haldi áfram að breytast í að lágmarki tiltekinn tíma.
  • network getur rofið og endurreist tester VM net fyrir recovery próf.

Visual og temporal assertions eru heuristics. Stilltu þröskulda gegn stöðugum test data og skoðaðu föngin áður en drift er talið galli í vörunni.

Bein og skráð prófun

Fyrir könnunarvinna stjórnaðu VM með desktop_open_url, desktop_screenshot, desktop_click, desktop_type og tengdum desktop verkfærum. Notaðu start_app_test, record_app_test_step og finish_app_test þegar handvirka röðin á að verða auditefær keyrsla.

annotate_screenshot getur bætt merktum kassa við evidence. Skýring segir hvað umsagnaraðili á að skoða; hún sannar ekki sjálf að elementið virkaði.

Rekstrarathugasemdir

  • Tester VM eru endurnýtt per app/host. Stækkaðu tester pool fyrir samhliða vinnu í stað þess að búa til handahófskennd afrit.
  • Sjálfgefin tester hefur ekki auka persistence disk. Request persistence aðeins þegar state verður að lifa af reboot og samþykktu lengri first boot.
  • Biðtími biðlara hættir ekki endilega backend vinnu; skoðaðu run áður en reynt er aftur.
  • Haltu reports private nema skjámyndir og greining hafi verið skoðuð fyrir viðkvæm gögn.

Tengt