The wild wild west of Selenium capabilities
summary
Shows concrete tradeoffs: Appium and vendor-specific capabilities enable device selection by UDID, model, OS range and network profiles but create lock‑in; network emulation reproduces 3G/4G/Wi‑Fi profiles; a cloud bridge/tunnel routes traffic into private QA without VPN; design uses a session factory and vendor adapter interface to avoid lock‑in; an implemented change adds a region capability and header to Selenium Grid plus a small Node gateway so createSession stays central while subsequent calls go direct to the device, improving latency and working in practice.
AI-written summary · about
chapters (9)
- 0:00Introduction and context
- 1:43Advanced vendor capabilities
- 3:48Mobile testing with Appium
- 9:44Network emulation importance
- 11:44Managing test matrix scale
- 14:42Burst vs. test as a service
- 19:16Cloud bridge security
- 23:09Avoiding vendor lock-in
- 28:58Open source customization
related talks
52mBuilding an Advanced Automation Solution Based on Appium
43mUnlocking New Testing Capabilities with Espresso Driver
22mAutomating the difficult, real-world, multi-user scenarios
23mAppium: Under the Hood of WebDriverAgent
45mSelenium Grid 4 and Appium together in harmony
30mTesting Mobile Web Apps on Real Devices: How Fortune 100 companies do it
49mSelenium & Appium State of the Union
36mDay 1- Lightning Talks