Thank you for the continuous work and support on this framework! Our team has really enjoyed migrating to playwright from protractor.Īns: Ideally, if Saucelabs also added the support, we would like to use Real Devices in SaucelabsĪns: I believe Saucelabs has it in those states for testing via other Selenium based frameworks. Typically the problems we have with our applications are with device hardware and browser combinations, and not able to be replicated on emulators. We would be willing to give up those capabilities for our use cases. We plan to use real devices either on premise or through a device farm.įor on premise yes, but not on the device farm. I would like to mention that I went ahead with using Cypress because I didn't find a simple way for mobile testing with any of the Here is my team's feedback:
We need to ensure the component library works and looks fine across browsers. using playwright.webkit + iPhone device metrics. Why doesn't device emulation work for you? I.e. No, I didn't investigate into these details though.Īre you interested in Mobile Safari specifically, or running your page in WebView is sufficient? Are you interested in the tricky URL bar behavior?Īre you interested in testing WebViews in your apps?Īre you willing to give up some of the Playwright emulation capabilities (browser context isolation, timezone, locale, offline emulation, etc) to be able to perform simpler scripts with clicks, navigations, screenshots, etc? This behaviour is usually iOS specific, other systems interpret these css rules in a bit different sure! Here it goes:ĭo you plan to use real device or Simulator?įor a real device, do you have it provisioned, unlocked and awaken? Probably most typical use cases (as far as I can think of) are related to some invisible elements overlapping other elements and making it impossible to click on the overlapped element. Android/Windows/macOS works fine, but iOS requires this css rule for some reason. This is fixed by setting pointer-events: none on the hidden mobile menu element. But if you are running chrome, or safari on real iOS device, then the click will open the mobile menu. If you click on Domácí (see the picture below), then with chrome mobile emulation, you will be redirected to a section page Domácí (correct behaviour). (The fix will be probably released during next week, hopefully you can check it before that time). One current bug on our website, that is discoverable only on real iOS device (safari, or chrome) can be currently found on this page.
They are usually some very specific (and kinda weird) use cases, typically on iOS devices.
0 kommentar(er)
